[发明专利]图形显示卡测试方法

说明书

技术领域

本发明涉及一种计算机附加卡的测试方法，尤其是关于一种图形显示卡测试方法。

背景技术

目前，在个人电脑和各类的图形工作站电路领域，外接的图形显示卡由于快速的函数计算和优异的图形处理功能，越来越受到图形处理工作者和三维游戏爱好者的推崇，从而带来图形显示卡大量的市场需求。一些电子生产商开始致力于自主品牌图形显示卡的研发和生产。

在出厂之前，设计验证单位要对图形显示卡进行测试，测试方法实施的应用环境如图1所示：主板10上安装有待测试的图形显示卡20；操作系统30(如Windows XP)中安装有图形显示卡测试程序40(如3Dmark06)及图形显示卡驱动程序70。

通常的测试方法如图2所示：首先，测试人员在主板10上安装有待测图形显示卡20的计算机的操作系统30中安装所述图形显示卡测试程序40(如3Dmark06)，并在桌面上设定图形显示卡测试程序40的快捷方式(步骤S10)。接下来，测试人员点击所述快捷方式图标打开图形显示卡测试程序40，在图形显示卡测试程序40的用户界面上设置图形显示卡20的测试参数，如图形显示卡20的核心频率、显存频率、位宽、图像质量等，其中图像质量包括边缘柔化(抗锯齿)(Anti-Aliasing)，材质过滤(Texture Filtering，包括二线型过滤，三线性过滤，各项异性过滤)等特效(步骤S12)。进一步地，测试人员设定测试时间，即图形显示卡测试程序40的运行时间(如12小时)(步骤S14)。保存上述设置后，运行图形显示卡测试程序40(步骤S16)。若在该测试条件下，操作系统及评测软件运行正常，显示界面无花屏或马赛克现象出现，则表明图形显示卡硬件设计符合要求。

上述测试方法在测试过程中(测试时间未到达客户所需求的运行时间)，常常出现以下异常情况：1.电脑系统死机；2.评测软件(图形显示卡测试程序40)运行一段时间后自动退出操作系统；3.电脑黑屏。

为什么会出现上述异常情况？是图形显示卡硬件设计出现问题？还是测试的软件环境出现问题？在许多情况下，当测试人员重启测试电脑，系统提示Win32DLL(dynamic linklibratory，动态链接库)文件丢失；而在DOS系统下运行图形显示卡核心芯片GPU(graphic processing unit，图形处理单元)供应商提供的诊断软件时，又发现图形显示卡所有测试项目顺利通过测试且都符合GPU公板(指GPU供应商制造的样板显示卡)要求。也就是说，上述异常情况是由于软件环境出现问题而产生的，亦即图形显示卡的驱动程序与操作系统用户层的通讯存在问题。

经过反复试验，测试人员发现，当利用图2所示的传统图形显示卡测试方法测试图形显示卡20的简单功能，如3Dmark06不启动特效功能时，图形显示卡20核心GPU的复杂图形运算功能没有被开启，图形显示卡测试程序40(如3Dmark06)可以正常通过一个动态链接库50作为媒介向操作系统内核层请求服务，即动态链接库50成功执行Win32API60中的相应函数，内核层的显示卡驱动程序70完全能够响应用户层发出的各种服务请求，如一般图形函数运算等。

然而，当启动图形显示卡测试程序40的特效功能，如边缘柔化(抗锯齿)、材质过滤等特效时，需要多个动态链接库50作为媒介才可以完成对内核层的Win32API60的呼叫。由于在图形显示卡设计公板上市之前的设计阶段，GPU供应商首先考虑的是在操作系统的内核层，图形显示卡驱动程序70与图形显示卡30的工作协同性，即保证图形显示卡基本的显示和函数运算功能，而在此阶段，在操作系统的用户模式下，图形显示卡驱动程序70与应用程序(如测试图形显示卡测试程序40、动态链接库50)之间的通讯(如中断、冲突、陷阱处理等)可能不良，Win32API60可能不回应动态链接库50发送的服务请求，这样动态链接库50一直处于等待应答状态，直到最后显示Win32DLL文件丢失。

对此，传统的处理方法是等待GPU供应商提供新的图形驱动程序，待新的图形驱动程序发布后再根据客户的需求进行测试，当GPU供应商提供新的图形驱动程序时，其公板显示卡也已经上市了，而利用供应商GPU芯片生产的自主品牌的显示卡还未完成测试，这种做法显然延长了自主品牌图形显示卡的研发周期，拉长了与GPU供应商设计公板上市的时间差距。

发明内容