TDR2 - Pacchetto di calcolo a esecuzione prolungata previsto TDR (PoliceDdi, 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 ai processi di test seguenti:

• 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 - Pacchetto di calcolo a esecuzione prolungata aspettarsi no TDR (interattivo - win7)

• TDR2 - Pacchetto di calcolo a esecuzione prolungata aspettano no TDR (interattivo - win7, PoliceDdi)

• TDR2 - Pacchetto di calcolo a esecuzione prolungata previsto TDR (Interattivo - win7)

• TDR2 - Pacchetto di calcolo a esecuzione prolungata previsto TDR (NonInteractive - win8)

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

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

• TDR2 - Pacchetto grafico a esecuzione prolungata si aspetta no TDR (interattivo - win7)

• TDR2 - Pacchetto grafico a esecuzione prolungata si aspetta no TDR (interattivo - win7, PoliceDdi)

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

• TDR2 - Pacchetto grafico a esecuzione prolungata previsto TDR (nonInteractive - win8)

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

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

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

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

• TDR2 - Blocco della grafica TDR e test di ripristino (adattatore enumerato)

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

• TDR2 - Utilità di pianificazione WLK Validate WDDM1.2 driver dicono che supportano per ogni reimpostazione del motore

• TDR2 - Grafica test del dispositivo standard (non interrotta quando un'altra app TDR)

Dettagli del test

Documentazione aggiuntiva

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

• Documentazione aggiuntiva di Device.Graphics

Esecuzione del test

Prima di eseguire il test, completare la configurazione di test, come descritto in Scheda grafica o Prerequisiti di test del chipset.

Risoluzione dei problemi relativi

Per la risoluzione dei problemi generici 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 ai test di Device.Graphics.

Altre informazioni

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

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

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

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

• PoliziaDdi. Quando si verificano 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 adattatore.

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 varie

Azioni di controllo degli script che si verificano durante singoli processi di test. Le tabelle seguenti elencano questi script. Se si riproduce 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 un TDR, in base al fatto 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 una route TDR, a seconda che il test funzioni come un'applicazione interattiva. Questi processi di test convalidano anche che le chiamate DDI rispondano in un periodo di tempo ragionevole.

Nei processi di test di blocco TDR e ripristino seguenti l'applicazione esegue carichi di lavoro che causano una route 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 con l'apertura del dispositivo continua a funzionare senza perdita di un dispositivo.

I processi di test di penalità payload di grandi dimensioni seguenti eseguono carichi di lavoro che si trovano appena al di sotto della soglia TDR. I processi di test verificano che l'utilità di pianificazione ritardi correttamente l'applicazione.

Il processo di test varie seguente verifica che il driver imposti i flag appropriati.

Elenco file

Parametri