TDR2 – Standardmäßiger Test auf zwei Geräten – Grafiken (Ununterbrochen bei anderem App-TDR)
Mit diesem automatisierten Test wird die TDR-Funktionalität (Timeout Detection and Recovery) der GPU (Graphics Processing Unit) einer Grafikkarte oder eines Chipsatzes gemessen.
Dieses Thema gilt für diese Testjobs:
TDR2 – Große Nutzlasteinbußen – Computeanwendungstest
TDR2 – Große Nutzlasteinbußen – Grafikanwendungstest
TDR2 - Langlaufendes Compute-Paket erwartet KEIN TDR (interaktiv - win7)
TDR2 - Langlaufendes Compute-Paket Erwarte KEIN TDR (Interaktiv - win7, PoliceDdi)
TDR2 - Langlaufendes Compute-Paket erwartet TDR (interaktiv - win7)
TDR2 - Langlaufendes Compute-Paket erwartet TDR (nicht interaktiv - win8)
TDR2 – Computepaket mit langer Ausführung erwartet TDR (PoliceDdi)
TDR2 – Computepaket mit langer Ausführung erwartet TDR (PoliceDdi, NonInteractive)
TDR2 - Long Running Graphics Packet Erwarten Sie KEIN TDR (Interaktiv - win7)
TDR2 - Long Running Graphics Packet Erwarten Sie KEIN TDR (Interaktiv - win7, PoliceDdi)
TDR2 - Langlaufendes Grafikpaket erwartet TDR (interaktiv - win7)
TDR2 - Langlaufendes Grafikpaket erwartet TDR (nicht interaktiv - win8)
TDR2 – Grafikpaket mit langer Ausführung erwartet TDR (PoliceDdi)
TDR2 – Grafikpaket mit langer Ausführung erwartet TDR (PoliceDdi, NonInteractive)
TDR2 – Mehrfaches TDR – Computesperrung und -wiederherstellung – Test (Aufgelisteter Adapter)
TDR2 – Mehrfaches TDR – Computesperrung und -wiederherstellung – Test (NULL-Adapter)
TDR2 – Mehrfaches TDR – Grafiksperrung und -wiederherstellung – Test (Aufgelisteter Adapter)
TDR2 – Mehrfaches TDR – Grafiksperrung und -wiederherstellung – Test (NULL-Adapter)
TDR2 – Scheduler WLK Validieren Sie WDDM1.2-Treiber, die angeben, dass sie das Zurücksetzen pro Engine unterstützen
TDR2 – Standardmäßiger Test auf zwei Geräten – Grafiken (Ununterbrochen bei anderem App-TDR)
Testdetails
| Spezifikationen |
|
| Plattformen |
|
| Unterstützte Versionen |
|
| Voraussichtliche Laufzeit (in Minuten) | 2 |
| Kategorie | Kompatibilität |
| Zeitüberschreitung (in Minuten) | 120 |
| Neustart erforderlich | false |
| Erfordert eine spezielle Konfiguration | false |
| Typ | automatic |
Zusätzliche Dokumentation
Tests in diesem Funktionsbereich enthalten möglicherweise zusätzliche Dokumentation, einschließlich Informationen zu Voraussetzungen, Einrichtung und Fehlerbehebung, die in den folgenden Themen zu finden sind:
Ausführen des Tests
Bevor Sie den Test ausführen, schließen Sie die Testeinrichtung ab, wie unter Voraussetzungen für das Testen von Grafikkarten oder Chipsätzen beschrieben.
Problembehandlung
Informationen zur allgemeinen Problembehandlung bei HLK-Testfehlern finden Sie unter Problembehandlung bei Windows HLK-Testfehlern.
Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung bei Device.Graphics-Tests.
Weitere Informationen
Der TDR2-Test bestätigt, dass der Grafiktreiber ordnungsgemäß funktioniert, wenn GPU-Workloads als DMA-Pakete (Direct Memory Access) länger als erwartet oder gewünscht verarbeitet werden.
Zu den Begriffen, die Sie in den Titeln der Stellen für diesen Test finden, gehören:
Interaktiv (Standardverhalten). Die Anwendung plant keine größeren Workloads. TDRs (bei 2 Sekunden) werden erwartet, wenn die Arbeitsbelastung zu groß ist.
NonInteractive (neue Funktionalität). Die Anwendung kann Workloads planen, deren Abschluss länger als 2 Sekunden dauert. Ein typisches Szenario hier ist eine Compute-Anwendung, die eine große Berechnung im Hintergrund ausführt. Bei nicht interaktiven Workloads unterbricht der Scheduler seine Verarbeitung nicht, wenn gleichzeitig keine andere GPU-Arbeit ausgeführt werden muss.
PoliceDdi. Wenn Resets auftreten, verfolgen die Testjobs alle DDI-Aufrufe (Device Driver Interface), um eine angemessene Reaktionsfähigkeit des Treibers und der Hardware zu messen. Im Allgemeinen werden DDI-Aufrufe, die länger als eine Viertelsekunde dauern, als übermäßig gekennzeichnet.
Diese Testjobs üben gegebenenfalls auch eine Engine-Reset-Funktionalität aus. Die ältere TDR-Funktionalität führte einen Adapter-weiten Reset durch, während die neue TDR-Funktionalität einen Engine-Reset vor einem Adapter-weiten Reset versucht.
Der Testprozess erfordert die gleichzeitige Ausführung mehrerer Binärdateien. Eine oder mehrere Anwendungen erzeugen Workloads, während eine andere Anwendung die Auswirkungen überwacht, die diese Workloads auf das System haben. Die Befehlszeilen, die die Testjobs zum Starten der Anwendungen verwenden, ermöglichen eine prozessübergreifende Kommunikation, daher ist das Ausführen der Testjobs in Skripten die bevorzugte Technik.
Hinweis
Sie müssen alle Testjobs mit Administratoranmeldeinformationen ausführen. Alle Testbinärdateien generieren Protokolldateien, die keine Testfehler enthalten sollten.
Befehlssyntax
TDR2-Testjobs sind in diese Bereiche unterteilt:
Testjobs für lang andauernde Grafikpakete
Testjobs für lang andauernde Compute-Pakete
Mehrere TDR-Sperr- und Wiederherstellungstestjobs
Ununterbrochener Anwendungstestjob
Penalty-Test-Jobs mit großer Nutzlast
Verschiedene Testjobs
Skripte steuern Aktionen, die während einzelner Testjobs auftreten. In den folgenden Tabellen sind diese Skripts aufgeführt. Wenn Sie die Testjobs manuell reproduzieren, müssen Sie diese Skripts ausführen.
Hinweis
Befehlszeilen für Testkombinationen finden Sie in den einzelnen Skriptdateien.
Die folgenden Long Running Graphics Packet-Testjobs führen Testsituationen aus, die ein TDR verursachen sollten oder nicht, je nachdem, ob sich der Test wie eine interaktive Anwendung verhält. Diese Testjobs stellen auch sicher, dass DDI-Aufrufe in angemessener Zeit antworten.
| Job testen | Befehlsskript |
|---|---|
TDR2 - Long Running Graphics Packet Erwarten Sie KEIN TDR (Interaktiv - win7) |
TDR_Long_Graphics_5.cmd |
TDR2 - Long Running Graphics Packet Erwarten Sie KEIN TDR (Interaktiv - win7, PoliceDdi) |
TDR_Long_Graphics_6.cmd |
TDR2 - Langlaufendes Grafikpaket erwartet TDR (interaktiv - win7) |
TDR_Long_Graphics_1.cmd |
TDR2 - Langlaufendes Grafikpaket erwartet TDR (nicht interaktiv - win8) |
TDR_Long_Graphics_2.cmd |
TDR2 – Grafikpaket mit langer Ausführung erwartet TDR (PoliceDdi) |
TDR_Long_Graphics_3.cmd |
TDR2 – Grafikpaket mit langer Ausführung erwartet TDR (PoliceDdi, NonInteractive) |
TDR_Long_Graphics_4.cmd |
Die folgenden lang laufenden Compute Packet-Testjobs führen Testsituationen aus, die ein TDR verursachen sollten und nicht sollten, je nachdem, ob sich der Test wie eine interaktive Anwendung verhält. Diese Testjobs validieren auch, dass DDI-Aufrufe in angemessener Zeit antworten.
| Job testen | Befehlsskript |
|---|---|
TDR2 - Langlaufendes Compute-Paket erwartet TDR (interaktiv - win7) |
TDR_Long_Compute_1.cmd |
TDR2 - Langlaufendes Compute-Paket erwartet TDR (nicht interaktiv - win8) |
TDR_Long_Compute_2.cmd |
TDR2 – Computepaket mit langer Ausführung erwartet TDR (PoliceDdi) |
TDR_Long_Compute_3.cmd |
TDR2 – Computepaket mit langer Ausführung erwartet TDR (PoliceDdi, NonInteractive) |
TDR_Long_Compute_4.cmd |
TDR2 - Langlaufendes Compute-Paket Erwarte KEIN TDR (Interaktiv - win7, PoliceDdi) |
TDR_Long_Compute_5.cmd |
TDR2 - Langlaufendes Compute-Paket erwartet KEIN TDR (interaktiv - win7) |
TDR_Long_Compute_6.cmd |
In den folgenden Testjobs für Multiple TDR Lockout and Recovery führt die Anwendung Workloads aus, die ein TDR verursachen. Die Testjobs validieren dann, dass die Anwendung nach 6 TDRs in einem bestimmten Zeitraum das Hardwaregerät nicht mehr öffnen kann.
| Job testen | Befehlsskript |
|---|---|
TDR2 – Mehrfaches TDR – Computesperrung und -wiederherstellung – Test (Aufgelisteter Adapter) |
TDR_Multiple_4.cmd |
TDR2 – Mehrfaches TDR – Computesperrung und -wiederherstellung – Test (NULL-Adapter) |
TDR_Multiple_3.cmd |
TDR2 – Mehrfaches TDR – Grafiksperrung und -wiederherstellung – Test (Aufgelisteter Adapter) |
TDR_Multiple_2.cmd |
TDR2 – Mehrfaches TDR – Grafiksperrung und -wiederherstellung – Test (NULL-Adapter) |
TDR_Multiple_1.cmd |
Der folgende ununterbrochene Anwendungstestjob stellt sicher, dass bei einem Engine-Reset eine Anwendung, bei der das Gerät derzeit geöffnet ist, weiterhin funktioniert, ohne dass ein Gerät verloren geht.
| Job testen | Befehlsskript |
|---|---|
TDR2 – Standardmäßiger Test auf zwei Geräten – Grafiken (Ununterbrochen bei anderem App-TDR) |
TDR_Standard_1.cmd |
Die folgenden Large Payload Penalty-Testjobs führen Workloads aus, die knapp unter dem TDR-Schwellenwert liegen. Die Testjobs validieren, dass der Scheduler die Anwendung korrekt verzögert.
| Job testen | Befehlsskript |
|---|---|
TDR2 – Große Nutzlasteinbußen – Computeanwendungstest |
TDR_Large_Payload_Compute.cmd |
TDR2 – Große Nutzlasteinbußen – Grafikanwendungstest |
TDR_Large_Payload_Graphics.cmd |
Der folgende Testjob für Verschiedenes überprüft, ob der Treiber die entsprechenden Flags setzt.
| Job testen | Befehlsskript |
|---|---|
TDR2 – Scheduler WLK Validieren Sie WDDM1.2-Treiber, die angeben, dass sie das Zurücksetzen pro Engine unterstützen |
TDR_Validate_WDDM12.cmd |
Dateiliste
| Datei | Standort |
|---|---|
Configdisplay.exe |
<[testbinroot]>\nttest\windowstest\tools\ |
DxgFault.exe |
<[testbinroot]>\nttest\WINDOWSTEST\Graphics\wddm\bin\ |
SchBillboard.exe |
<[testbinroot]>\nttest\WINDOWSTEST\Graphics\wddm\bin\ |
SchManager.exe |
<[testbinroot]>\nttest\WINDOWSTEST\Graphics\wddm\bin\ |
Surfboard.exe |
<[testbinroot]>\nttest\WINDOWSTEST\Graphics\wddm\bin\ |
TdrKMDODTests.dll |
<[testbinroot]>\nttest\ |
WGFPayloadTDR.exe |
<[testbinroot]>\nttest\WINDOWSTEST\Graphics\wddm\bin\ |
Parameter
| Parametername | Parameterbeschreibung |
|---|---|
| PREEMPTION_LEVEL | angeforderte Präemptionsstufe. Entweder: keine, dma_buffer, primitiv, Dreieck, Pixel, Shader |
| SCRIPT_NAME |