关于N卡显卡诊断测试程序使用方法与现在论坛很火的所谓的DIAG脚本我有话要说

会员274995 · 发表于 2021-4-22 01:58:51

马上注册，获取阅读精华内容及下载权限

您需要登录才可以下载或查看，没有帐号？注册

x

本帖最后由 linglongx 于 2021-4-22 03:05 编辑

神神密密的DIAG脚本是个什么鬼,看图:

MODULAR DIAGNOSTIC SOFTWARE  翻译过来就是:模块化诊断软件 ; 简称就是MODS  这也是英伟达出品的自家 N卡诊断测试主执行程序文件名.

通常情况下执行测试是要调用脚本文件执行的,而这儿的脚本文件是一系列英伟达事先写好的经过预编译的Java脚本文件
mods gputest.js –mfg

如上命令中的 gputest.js 实则是调用预编译的脚本文件gputest.jse
这些预编译的脚本文件存存于MODS模块所在文件夹.

而所谓的 "DIAG脚本" 其实就是linux系统可执行脚本文件中的一系列 mods 测试命令.
而这些测试命令的都出自mods.pdf文档中.(mods.pdf 一般在MODS诊断测试包中自带,不要问为什么你的mods包中没有mods.pdf文档)
某些别有用心的人故作高深,取 DIAGNOSTIC 前4个字母 DIAG 然后加个"脚本",linux系统可执行脚本摇身一变就变成了高深的 "DIAG脚本".

下面我摘要一些常用命令:

通常，通过使用命令行来调用MODS：
mods gputest.js –mfg（用于CEM测试）
mods gputest.js –oqa（用于OEM传出质量检查测试）
这两个测试选项之间的区别在于–mfg选项可运行完整套件
测试。 –oqa测试是压力较小且更快的优化测试套件速度和覆盖范围。

MODS测试套件通常以部件号（例如 “ 618-60506-3501-CX0。” ）的包装形式分发给客户
这些包装已通过测试特定产品的资格
并包含针对该卡定制的发行说明和批处理文件。

由上面的意思可以得知要正常运行MODS 不同的显卡是需要运行对应的版本的MODS模块的.

–mfg 有派生出一个 –mfg2命令功能与 –mfg 一样.

常规情况下单纯执行 mods gputest.js –mfg 测试命令是执行所有常规测试项,由于某些情况下,个别测试测会出错, 默认情况下测试出错会立即停止测试,
这时我们可以加入 –run_on_error 命令.(即使测试错误也断续执行测试) 所以命令可以是如下所示:

mods gputest.js –mfg  –run_on_error

完成测试后会退回linux命令行并在MODS模块文件夹中生成mods.log日志文件,我们可以使用  less mods.log 命令查看 mods.log日志的内容.
执行完  less mods.log 后可使用键盘的翻页键来阅读全部日志文本. 按 Q 键可退出 less 并返回 linux 命令行.
日志文件头首先会显示被测显卡的详细信息:

MODS start: Tue Apr 20 14:33:24 2021

Command Line : gputest.js -corr_error_tol 10 -pex_crc_tol 10 -pex_nak_rcvd_tol 10 -pex_nak_sent_tol 10 -pex_l0s_tol 10 -pex_line_error_tol 10 -dev all -mfg -run_on_error -matsinfo

CPU
Foundry : GenuineIntel
Name    :  Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz
Family : 6
Model    : 10
Stepping  : 9

Version
MODS          : 331.46
OperatingSystem: Linux (x86_64)
Kernel       : 4.4.1-gentoo
KernelDriver : 3.66
HostName    : tinylinux
Sys-uuid    : 03000200-0400-0500-0006-000700080009

FbStrap set to 0x0
               gpu 0  dev.sub 0.0
               ---------------------------
PCI Bus Dev Fun: 0x01, 0x00, 0x00
DID          : 0x1381
Raw ECID    : 0x003fe51d0000000035c72441
ECID          : T3N794-20_x-2_y01
Device Id    : GM107       ;GPU核心代号
Revision    : a2
NV Base       : 0xf6000000
FB Base       : 0xe0000000
IRQ          : 11          ;显卡使用的系统中断号
Raw ECID (RM)  : 0
Dev0 override reg 0x406020: andMask=0x04000000 val=0x00000000
Subdev 0 reg 0x406020 was 07410001 wrote 03410001
Foundry       : TSMC
Subsystem VID  : 0x7377
Subsystem DID  : 0x0000
Board ID    : 0xe708
Chip SKU (BIOS): 300-0
Project       : 2010-0051
Display       : 0x000001
VGA adapter : Primary
Memory Size : 2048 MB                ;显存大小
RAM Protocol : GDDR5                   ;显存版本
RAM Location : Dedicated Gpu Memory
RAM Config    : 6
ROM Version : 82.07.25.00.51       ; 显卡ROM版本
ROM Type    : Partner Production
ROM OEM Vendor : Colorful                ;显卡ROM中的品牌
ROM Timestamp  : 2014-2-28 06:37:46  ;显卡ROM版本生成时间
TV Encoder    : NVIDIA_G80
PState (mode)  : [0] 8
PState Version : 2.0
EDC          : Disabled
GPC 2x Clock : 2352.5/2352.5 MHz GPCPLL
DRAM Clock    : 2505.6/2505.6 MHz MPLL
Host Clock    : 571.4/571.4 MHz XCLKGEN3
XBar 2x Clock  : 2160.0/2160.0 MHz XBARPLL
Sys 2x Clock : 2116.5/2116.5 MHz SYSPLL
Power Clock : 324.0/324.0 MHz SPPLL0
MSDec Clock : 405.0/405.0 MHz SYSPLL
Display Clock  : 648.0/648.0 MHz SPPLL0
Core Voltage : 1131 mV
GPC  Mask    : 0x01 (1 GPC)
TPC  Mask    : [17] (4 TPCs)
FB Mask    : 0x03 (2 FB Partitions)
FBIO Mask    : 0x03 (2 FBIO Partitions)
FBIO Shift Mask: 0x00
XP Mask    : 0x03 (2 3gio Pads)
Gpu Temp    : 35 deg C
PEX Width, ASLM: 16 lanes, Not Supported
PEX Link Speed : 8.0 Gbit/s
PEX BandWidth  : 128.0 Gbit/s
ASPM, ASPM-CYA : (L0s/L1, Disabled)
ASPM L1SS, CYA : (Disabled, L1.1/L1.2)

Chipset
VID          : 8086 (Intel)
DID          : 1C10 (IntelP67)
Chipset ASPM : L0s/L1

RM Version    : rel/gpu_drv/r331/r331_00-5467
gputest.js    : 59
mfg.spc       : 7
boards.js    : 7

Dev,sub 0,0 reg 0x406020 now 03410001
Running test(s) on GeForce GTX 750 (gpu 0, DID: 0x1381, PCI Bus Dev Fun: 0x01, 0x00, 0x00)

;备注: 在PCI总线 1 第0个设备,功能号0 的硬件ID为 0x1381(也即GTX 750 ) 的设备上运行测试

;=================开始测试============================

Enter JsGpuTest.SetPState (test 0) ;执行第0个测试项 JsGpuTest.SetPState
Switched to PState 0 (0.max). Pcie Speed=8000, x16
ClkM    =  2505.60 MHz
ClkHost = 571.43 MHz
ClkDisp = 648.00 MHz
ClkPA    = 38.25 MHz
ClkPB    = 27.00 MHz
ClkGpc2 =  2352.48 MHz
ClkXbar2  =  2160.00 MHz
ClkSys2 =  2116.45 MHz
ClkHub2 =  1080.00 MHz
ClkUtilS  = 108.00 MHz
ClkPwr = 324.00 MHz
ClkMSD = 405.00 MHz
nvvdd = 1131 mV             ;核心电压
Exit 000000000000 : JsGpuTest.SetPState (test 0) ok ;退出代码为 000000000000  第0项测试通过
Enter JsGpuTest.CheckConfig (test 1)
Exit 000000000000 : JsGpuTest.CheckConfig (test 1) ok

Enter I2CTest.Run (test 50)    ;执行第50个测试项
Exit 000000000000 : I2CTest.Run (test 50) ok  ;第50个测试项通过

Enter ValidSkuCheck.Run (test 17)
IFF fuse detected @ row 62
Found SKU:  GM107-300-A2    ;GPU核心代号与版本

!!!!!!!!!!!!!!!!!!!!!!!!!!!!! BOARD SUMMARY !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!! Found P2010 SKU51 2GB (0)
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Exit 000000000000 : ValidSkuCheck.Run (test 17) ok
Enter JsGpuTest.CheckThermalSanity (test 31)
Exit 000000000000 : JsGpuTest.CheckThermalSanity (test 31) ok
Enter JsGpuTest.CheckFanSanity (test 78)
Exit 000000000000 : JsGpuTest.CheckFanSanity (test 78) ok

Enter JsGpuTest.CheckHDCP (test 24) ;执行 HDCP检查
No HDCP-capable devices found!       ;显卡不支持HDCP

;注意下面的行起头是 Error ; 说明测试出错

Error 006400024239 : Global.CheckHDCPInternal invalid display type
Error 006400024239 : Global.RunDisplayJsGpuTest invalid display type
Exit 006400024239 : JsGpuTest.CheckHDCP (test 24) invalid display type
Error!
Error 006400024239 : JsGpuTest.Run (test 24) invalid display type ;第24项测试出错

Enter GpuPllLockTest.Run (test 170)
Exit 000000000000 : GpuPllLockTest.Run (test 170) ok
Enter FastMatsTest.Run (test 19)
Exit 000000000000 : FastMatsTest.Run (test 19) ok
Enter NewWfMatsTest.WfMatsMedium (test 118)
Bps: 53.5771 GB read or written per second (165.5612 GB in 3.090 sec)
Bps: 66.8% percent of raw FB bw (80.1792 GB per second)
Exit 000000000000 : NewWfMatsTest.WfMatsMedium (test 118) ok
Enter NewWfMatsTest.RunLiveFbioTuning (test 180)
Bps: 2.2846 GB read or written per second (1.0737 GB in 0.470 sec)
Bps: 2.8% percent of raw FB bw (80.1792 GB per second)
WaitForBlitLoopDone subdev 0 did 0.001748MB pcie traffic
Exit 000000000000 : NewWfMatsTest.RunLiveFbioTuning (test 180) ok

好几百个测试项就不在这儿一一列举了.后面我会提供GTX 1080测试模块中的MODS.PDF文件,有兴趣的朋友可以自己查看,不懂英文的自行GOOGLE翻译.

下面我们看一下日志文件尾:

Enter KFuseSanity.Run (test 106)
Exit 000000000000 : KFuseSanity.Run (test 106) ok
GPU tests completed.
Error 000108000239 : Object.RunGpuTests invalid display type
Dev,sub 0,0 reg 0x406020 now 03410001

Failure(s) :
LOOP          TEST                CODE             MESSAGE
----  ------------------------  ------------  ---------------------------
1 CheckHDCP                006400024239  invalid display type

Error Code = 006400024239 (invalid display type)

#######    #### ########  ###
####### ###### ########  ###
##       ## ##    ##    ###
##       ## ##    ##    ###
####### ########    ##    ###
####### ########    ##    ###
##       ## ##    ##    ###
##       ## ##  ########  ########
##       ## ##  ########  ########

由 # 字符构成的图片式字母代表所有测试项是否通过;一般来说 FAIL 代表不通过, PASS代表通过但显示 FAIL并不一定代表显卡就有问题.
具体需要找到所有出错的测试项来判定.比如前面的第24项测试 HDCP检查没有通过但并不代表显卡有问题:

HDCP 解释

某些图形卡支持称为HDCP（高清内容保护）的加密协议。
此协议在支持HDCP的数字平板和支持HDCP的图形卡之间加密数据。
测试HDCP的唯一方法是在连接了支持HDCP的显示器的情况下启用它。
MODS的目标之一是默认情况下强制执行教科书正确的测试。
因此，将在启用HDCP的卡上自动运行HDCP测试。
这样做的结果是，在测试支持HDCP的卡时，必须连接支持HDCP的显示器，否则MODS将会失败。
如果用户不希望出现这种情况，则可以使用“ -skip 24”命令行参数明确跳过HDCP测试。

这儿出现了一个新命令 -skip ; -skip 24 意为跳过第24项测试,如是我们的测试命令可以是如下所示:

mods gputest.js –mfg  –run_on_error –skip 24

类似的测试项选择参数还有

-add X          ;除了执行所有常规测试项还单独进行第X项测试,如果显卡不支持该测试项则自动跳过
-force X       ;除了执行所有常规测试项还单独进行第X项测试,如果显卡不支持该测试项也强制执行
-skip X       ;执行除X项测试以外的其它所有常规测试项
-test X          ;单独执行X项测试
-testforce X ;强制执行X项测试

以上参数都可重复使用比如:

mods gputest.js –mfg  –run_on_error –skip 24 –skip 118    ;运行除第24, 118测试项外的所有测试,即使某项测试出错也继续执行后面的测试
mods gputest.js –mfg  -test 92          ;只执行测试项92

测试项代号,测试项名称与功能在MODS.PDF文档中以表格的形式说明;
127  CudaColumnTest    FB内存测试可将数据长时间保留在DRAM单元中稀疏地写更改。
                                 设计用于暴露虚假的位翻转与刷新周期和DRAM的内容相关。
mods gputest.js –mfg  –run_on_error  -test 127

227  CudaColumn ShmooTest 该测试使用各种参数循环测试127（CudaColumnTest），
                                          以尝试查找特定类型的DRAM故障。
mods gputest.js –mfg  –run_on_error  -test 227

比如我们关心显存测试, 测试项代号为 3 测试项名称为 MatsTest ,它会调用 Mats 模块来测试显存;
mods gputest.js –mfg  -test 3
当然不单单只有测试项3是测试显存的,还有其它显存测试项

MATS模块是可以单独执行的,也就是我们经常用来单独测试显存的命令.因为它是一个单独的模块,
在单独执行它时也有一些相应的参数提供:

MATS 选项:
-e xx       强制测试 0 至 xx MB个字节
-c xx       只测试所有显存的 xx% 个字节
-b xx       强制从 xx MB字节开始测试
-t xx       使用备用的显存测试算法 (xx=1 to 7)
            0 = Box Mats test (默认测试算法) 4 = March test
            1 = 线性 Mats 测试       5 = 64-bit 模式测试
            2 = 地址-On-数据          6 = MOD3 测试
            3 = March test             7 = Knaizuk-Hartmann
-o             关闭输出文件
-m xx             设置log日志文件的最大错误数
-3d_card          在3d_card 卡上运行mats 测试
-n xx                选择要测试的显卡序号
-v                   关闭 VGA 内存空间的保存与恢复
-maxfbmb       设置要测试的最大内存,以MB为单位
-no_scan_out    运行mats时禁止访问VGA区域.
-logfile                设置log日志文件名
-ver                   显示版本信息
-x                   不使用 box 算法

严重花屏的情况下(俗称大花)我们一般输入下面的命令执行
mats -e  10

如果花屏不严重则我们可能需要测试更多的显存或是全部的显存或是使用其它备用的显存测试算法如:
mats    ;测试全部显存
mats -t 1 ;使用1号算法测试全部显存
mats -c 70 -t 7  ;使用7号算法测试70%的显存

单独运行mats模块后会在mats模块所在的文件夹生成 report.txt 报告文件,我们也可以使用 less report.txt 命令来查看报告文件内容摘要如下:

mats version 331.46.  Testing GM107 with 10 MB of memory starting with 0 MB.
Errors found. Use -matsinfo for details.
This message will only appear once.
LANE    EB0 READ ERR    EB0 WRT ERR UNKNOWN ERR
------------ ------------ ------------ ------------
FBIOA[31: 0]          0       340          0
FBIOA[63:32]          0       341          0
FBIOB[31: 0]          0       310          0
FBIOB[63:32]          0       343          0

;上面就是我们需要关注的地方 ; FBIOA意指通道A,  FBIOB则是通道B ; 后面的数字则是测试错误计数;

FBIOA[31: 0]  代表通道A的低32位数据总线,
FBIOA[63:32] 代表通道A的高32位数据总线,
如果采用32位显存则 FBIOA[31: 0] 代表通道A第一颗显存,
FBIOA[63:32] 代表通道A第二颗显存,
如果采用16位显存则
FBIOA[15: 0] 代表通道A第一颗显存
FBIOA[31: 16]  代表通道A第二颗显存
FBIOA[47: 32]  代表通道A第三颗显存
FBIOA[63: 48]  代表通道A第四颗显存
一般每个通道的数据线都是固定的,在这儿每个通道64根数据总线,
如果采用32位显存颗粒则A B通道一共需要4颗32位显存颗粒
如果采用16位显存颗粒则A B通道一共需要8颗16位显存颗粒

像这儿错误计数值不大并且每个通道的计数相当则可以认为显存基本上没问题.(可能情况之一是你使用的mats模块的版本与待测显卡的GPU核心版本不匹配)

External Bank 0 Failing bits:
A00 A01 A02 A03 A04 A05 A06 A07 A08 A09 A10 A11 A12 A13 A14 A15
A32 A33 A34 A35 A36 A37 A38 A39 A40 A41 A42 A43 A44 A45 A46 A47
B00 B01 B02 B03 B04 B05 B06 B07 B08 B09 B10 B11 B12 B13 B14 B15
B32 B33 B34 B35 B36 B37 B38 B39 B40 B41 B42 B43 B44 B45 B46 B47

Read Error Count: 0
Write Error Count: 1334
Unknown Error Count: 0

上面是统计出来的出错数据线总线与所有数据总线出错计数总数

BIT  FRONT WRITE  FRONT READ  UNKNOWN
---- ----------- ----------- -----------
A00       41          0          0
A00       44          0          0
A00       43          0          0

B00       39          0          0
B00       38          0          0
B00       39          0          0
B00       39          0          0
B01       40          0          0
B01       38          0          0
B01       39          0          0
B01       39          0          0
B02       40          0          0

上面是统计的每个数据位计数, 如果某个数据总线出错计数占所有数据总线出错计数总数的比例特别高,则应考虑该数据总线断线或是核心或者显存虚焊.

说完msta模块的单独使用,我们回到MODS模块调用mats模块的情况,
为了能得到详细的内存测试报告则可以加上 –matsinfo 命令 ;

mods gputest.js –mfg  –run_on_error –skip 24  –matsinfo

加入  –matsinfo 命令后同样会生成详细的显存测试报告文件 report.txt

测试项很多就不一一说明有兴趣朋友自行查阅mods.pdf文档.

下面摘要mods.pdf文档一些章节的翻译:

2.1 节测试诊断模块使用方法
用法：
mods [选项] [脚本文件名] [附加给脚本的参数]

例子：
mods –d –C gputest.js –mfg –run_on_error
在上面的示例中，-d和–C是MODS的可选参数，–mfg和–
run_on_error是脚本的参数。有关MODS的更多可选参数，请
请参阅第3.3节。对于基于JavaScript的参数（取决于脚本），请参阅第3.4节。

2.2  节  交互模式
MODS具有交互模式，可以使用mods –s来调用。这很有用
用于调试问题的工具，但其使用超出了本文档的范围。退出
交互模式下，键入“ Exit（）”或“ q（）”。

至于交互模式大家可以参考下面这张图片,网上来的不一定准确.

登录/注册后看高清大图

3.1  节版本信息

通过运行以下命令可以获得MODS版本。
mods –v
版本采用以下格式XX.YY，其中XX是主要版本号，而YY是次要版本号。 MODS使用NVIDIA的“统一软件体系结构”，并且许多代码库都与驱动程序共享。带有XX.YY版本的MODS版本（例如343.5）与很多以XX开头的驱动程序（例如343.10）具有很多共享代码。

3.2  节  诊断测试系统要求
Linux 系统
支持AMD或Intel  64位CPU
4GB或更多系统内存
Linux内核2.6.18或更高版本
GNU C库2.5版或更高版本

3.3 节 MODS的命令行选项参数表

3.4 节 gputest.js脚本的命令行参数表
如果未指定脚本文件，则使用mods.js。如果未指定日志文件，则使用mods.log。

3.8 节  安装内核模块
本节适用于希望在Linux发行版以外的操作系统上运行MODS的用户
3.9节中描述的由NVIDIA提供的软件。如果您使用的是NVIDIA提供的发行版，则无需阅读本节。
Linux MODS依靠内核驱动程序来处理需要使用内核模式API的情况。安装MODS内核模块的最简单方法是使用提供的
安装脚本，您将在MODS运行空间中找到该脚本：
$ ./install_module.sh-安装
[注意：您不能从root用户所在的网络目录中安装内核模块
没有写访问权限。在这种情况下，将install_module.sh和driver.tgz复制到/ tmp
并在那里运行。]
该脚本还在/etc/udev/rules.d/99-mods.rules中创建了一个udev配置文件。
该文件指定能够访问内核模块的组。默认情况下
视频组，例如nvidia驱动程序。请确保您的用户属于该组或
更改99-mods.rules文件中的组以匹配您的一个。在某些系统上，
而是安装脚本创建的文件/etc/udev/permissions.d/99-mods.permissions，其中
仅列出驱动程序文件的用户，组和模式。
要找出已将驱动程序分配到的组，请键入：

...

4.1 节测试项目编号与说明表

5.0 节测试结果
在执行每个测试时，它将在开始和结束时记录到日志文件中。默认情况下，日志文件名为mods.log。可以通过MODS的-l命令行参数来更改日志文件名。
测试开始时，以下消息将打印到日志文件中。仅当使用–time命令行选项时，才打印括号中的部分。
Enter FastMatsTest.Run [Thu Jan 11 14:42:47 2001]
测试结束后，以下消息将打印到日志文件中。
Exit 19083: FastMatsTest.Run golden value miscompare [5.293 seconds]
在这种情况下，19083是测试的错误代码。 “ FastMatsTest.Run”是测试的名称。 “golden value miscompare”是对错误代码的描述。
  括号中的时间是测试执行的时间。仅当使用–time命令行选项时，才会显示执行时间

6.0  节调试技术
如果卡出现故障，请查看日志，然后尝试推断出可能出问题的地方。如果
日志很长，请尝试查找“失败”或“错误”之类的关键字。
您可以尝试确定问题是否与显示相关。
添加-null_display将禁用显示。
您可以尝试使用–test或testspec进行隔离，以找出哪个测试正在捕获
图形卡上的问题。
您可以尝试找出问题是否与性能有关。您不妨尝试一下
这些实验：
尝试降低dramclk和gpc2clk：
mods gputest.js –mfg -dramclk 100 -gpc2clk 200
mods gputest.js –mfg –dramclk_percent 85 –gpc2clk_percent 85
注意：某些DDR Dram要求dramclk高于特定频率。
DLL正常工作。此外，某些产品要求您保留dramclk和gpc2clk
比例不到2：1。
尝试循环失败的测试。
mods gputest.js -mfg -test 5 -loops 100
查看调试级别的mods.log输出文件。
mods -C gputest.js –mfg
mods gputest.js –mfg –verbose

  mods –d gputest.js –mfg

如果内存测试失败，则可以通过以下方式在日志文件中获取有关失败的更多信息：
使用–matsinfo命令行选项。
mods gputest.js –mfg –matsinfo

8.3 节    交互式显示测试
MODS支持多种交互式显示测试。有些类型的硬件故障只能通过交互式测试才能检测到。这是交互式显示测试和启用它们的命令行的列表：

mods gputest.js -check_display
在主显示屏上显示倾斜的红色，白色和蓝色图案，如果确定，则提示用户。

mods gputest.js -check_display_bar
在主显示屏上显示竖线，如果可以，则提示用户。
mods gputest.js -check_display_bars在所有可能的显示组合上迭代显示竖线，并在每一个都可以的情况下提示用户。

mods gputest.js -check_displays
在所有可能的显示组合上显示倾斜的红色，白色和蓝色图案，如果每一个都可以，请提示用户。

mods gputest.js -check_fp_gray
一次在所有检测到的DFP上显示各种黑色，白色和灰色几何图形，并提示用户每一个是否正确。所显示的模式已被证明可以检测某些类型的
TMDS时序和噪声问题。

mods gputest.js -check_fp_stripes
一次显示各种特殊的TMDS压力模式，如果每个模式都可以，则提示用户。
已经证明显示的模式可以检测某些类型的TMDS时序和噪声问题。

10.2 节    命令行示例
在显示1的设备1上将测试16作为“后台”线程运行，并忽略错误，运行完整的MODS套件减去在设备0上的几个测试。还要打印线程信息。（注意：由于“ -dev 0”在命令行上位于最后，因此它将是MODS测试的主要/前景GPU。）
mods gputest.js -mfg -threadid -dev 1 -bgtest_flags 16 disp，roe -dev 0 -skip 24 -skip 17
同时在系统中的所有GPU上运行完整的MODS套件
mods gputest.js -mfg -concurrent_devices
依次在设备0上运行Random2d和GpuDma，在设备1上同时运行Random2d，GLStress和TurboCipher。
让两个GPU同时运行它们的一组测试。
mods gputest.js -mfg -concurrent_devices -test 58 -dev 0 -test 61 -dev 1 -test 2 -test 79 -concurrent

有兴趣有时间的朋友也可以翻译一下mods.pdf文档全文造福坛友.
相信想研究测试命令参数的的朋友看完mods.pdf文档就能很好的写出各种实用的测试脚本.

N卡诊断测试程式mods 官方文档.pdf (1.27 MB, 下载次数: 457)