TDR2 - Pacchetto grafico a esecuzione prolungata prevede TDR (noninteractive)

Questo test automatizzato misura le funzionalità TDR (Timeout Detection and Recovery) dell'unità di elaborazione grafica (GPU) di una scheda video o di un chipset.

Questo argomento si applica a questi processi di test:

• TDR2 - Test dell'applicazione di calcolo con penalità di payload di grandi dimensioni

• TDR2 - Test dell'applicazione grafica di penalità di payload di grandi dimensioni

• TDR2 - Long Running Compute Packet Expect NO TDR (Interactive - win7)

• TDR2 - Long Running Compute Packet Expect NO TDR (Interactive - win7, PoliceDdi)

• TDR2 - Long Running Compute Packet Expect TDR (Interactive - win7)

• TDR2 - Long Running Compute Packet Expect TDR (NonInteractive - win8)

• TDR2 - Pacchetto di calcolo a esecuzione prolungata prevede TDR (PoliceDdi)

• TDR2 - Pacchetto di calcolo a esecuzione prolungata prevede TDR (PoliceDdi, NonInteractive)

• TDR2 - Pacchetto grafico a esecuzione prolungata prevede UN TDR (interattivo - win7)

• TDR2 - Long Running Graphics Packet Expect NO TDR (Interactive - win7, PoliceDdi)

• TDR2 - Long Running Graphics Packet Expect TDR (Interactive - win7)

• TDR2 - Pacchetto grafico a esecuzione prolungata prevede TDR (NonInteractive - win8)

• TDR2 - Pacchetto grafico a esecuzione prolungata prevede TDR (PoliceDdi)

• TDR2 - Pacchetto grafico a esecuzione prolungata prevede TDR (PoliceDdi, NonInteractive)

• TDR2 - Blocco di calcolo TDR multiplo e test di ripristino (adapter enumerato)

• TDR2 - Blocco di calcolo TDR multiplo e test di ripristino (adattatore NULL)

• TDR2 - Test di recupero e blocco della grafica TDR multipli (adapter enumerato)

• TDR2 - Blocco e test di recupero della grafica TDR multipli (adattatore NULL)

• TDR2: i driver WLK Validate WDDM1.2 dell'utilità di pianificazione dicono che supportano le reimpostazioni dei motori

• TDR2 - Grafica test dispositivo standard (senza interruzioni quando un'altra TDR dell'app)

Dettagli del test

Documentazione aggiuntiva

I test in questa area di funzionalità potrebbero avere documentazione aggiuntiva, inclusi i prerequisiti, la configurazione e le informazioni sulla risoluzione dei problemi, disponibili negli argomenti seguenti:

• Documentazione aggiuntiva su Device.Graphics

Esecuzione del test

Prima di eseguire il test, completare la configurazione di test come descritto in Graphic Adapter o Chipset Testing Prerequisites (Prerequisiti di test dell'adattatore grafico o del chipset).

Risoluzione dei problemi relativi

Per la risoluzione generica degli errori di test HLK, vedere Risoluzione dei problemi di test di Windows HLK.

Per informazioni sulla risoluzione dei problemi, vedere Risoluzione dei problemi relativi a Device.Graphics Testing.

Altre informazioni

Il test TDR2 verifica che il driver video funzioni correttamente quando i carichi di lavoro GPU, come pacchetti DMA (Direct Memory Access), vengono elaborati per periodi più lunghi del previsto o desiderato.

I termini disponibili nei titoli dei processi per questo test includono:

• Interattivo (comportamento standard). L'applicazione non pianifica carichi di lavoro più grandi. Le richieste TDR (a 2 secondi) sono previste se il carico di lavoro è troppo grande.

• NonInteractive (nuova funzionalità). L'applicazione può pianificare il completamento dei carichi di lavoro che richiedono più di 2 secondi. Uno scenario tipico è un'applicazione di calcolo che eseguirà un calcolo di grandi dimensioni in background. Con carichi di lavoro noninterattivi, l'utilità di pianificazione non interromperà l'elaborazione se non è necessario eseguire contemporaneamente nessun altro lavoro GPU.

• PoliziaDdi. Quando si verificano le reimpostazioni, i processi di test tengono traccia di tutte le chiamate DDI (Device Driver Interface) per misurare una velocità di risposta ragionevole dal driver e dall'hardware. In genere, le chiamate DDI che accettano più di un quarto di secondo vengono contrassegnate come eccessive.

Questi processi di test esercitano anche la funzionalità di reimpostazione del motore, se appropriato. La funzionalità TDR precedente ha eseguito una reimpostazione a livello di adattatore, mentre la nuova funzionalità TDR tenta di reimpostare un motore prima della reimpostazione a livello di scheda.

Il processo di test richiede l'esecuzione di più file binari contemporaneamente. Una o più applicazioni generano carichi di lavoro mentre un'altra applicazione monitora l'effetto che questi carichi di lavoro hanno nel sistema. Le righe di comando usate dai processi di test per avviare le applicazioni consentono la comunicazione tra processi, quindi l'esecuzione dei processi di test negli script è la tecnica preferita.

Sintassi dei comandi

I processi di test TDR2 sono suddivisi in queste aree:

• Processi di test dei pacchetti grafici a esecuzione prolungata

• Processi di test dei pacchetti di calcolo a esecuzione prolungata

• Più processi di test di blocco TDR e ripristino

• Processo di test dell'applicazione senza interruzioni

• Processi di test di penalità di payload di grandi dimensioni

• Processo di test vari

Script per le azioni di controllo che si verificano durante i singoli processi di test. Le tabelle seguenti elencano questi script. Se si riproducono manualmente i processi di test, è necessario eseguire questi script.

I processi di test dei pacchetti grafici a esecuzione prolungata seguenti eseguono situazioni di test che devono e non devono causare una route TDR, a seconda che il test funzioni come un'applicazione interattiva. Questi processi di test assicurano anche che le chiamate DDI rispondano in un periodo di tempo ragionevole.

I processi di test dei pacchetti di calcolo a esecuzione prolungata seguenti eseguono situazioni di test che devono e non devono causare un TDR, in base al fatto che il test funzioni come un'applicazione interattiva. Questi processi di test convalidano anche che le chiamate DDI rispondono in un periodo di tempo ragionevole.

Nei processi di test di blocco TDR e ripristino seguenti l'applicazione esegue carichi di lavoro che causano un TDR. I processi di test convalidano quindi che dopo 6 TDR in un determinato periodo, l'applicazione non può più aprire il dispositivo hardware.

Il processo di test dell'applicazione non interrotto seguente assicura che quando si verifica una reimpostazione del motore, un'applicazione che attualmente dispone dell'apertura del dispositivo continua a funzionare senza perdere un dispositivo.

I processi di test di penalità di payload di grandi dimensioni seguenti eseguono carichi di lavoro appena sotto la soglia TDR. I processi di test convalidano che l'utilità di pianificazione ritarda correttamente l'applicazione.

Il processo di test varie seguente convalida che il driver imposta i flag appropriati.

Elenco file

Parametri