GPU TDR in Windows 11: TdrLevel, timeout e limite di ripetizioni

Risposta breve

Timeout Detection and Recovery (TDR) rileva i blocchi della GPU. Se la GPU non risponde entro il tempo assegnato, Windows tenta di ripristinare il funzionamento del sottosistema grafico. Aumentare il tempo di attesa o disattivare il ripristino cambia la reazione al blocco, ma non velocizza la GPU.

Cosa è stato verificato

È stato verificato se il sottosistema grafico legge i parametri TDR elencati, come vengono normalizzati i loro valori e cosa cambia aumentando il tempo di attesa o disattivando il ripristino.

Ambito della ricerca

Windows 11 25H2 build 26200.9168, sottosistema grafico dxgkrnl.exe con modello di driver WDDM. Le GPU fisiche e i driver specifici non sono stati inclusi nel campione.

Metodologia

Correlazione statica dei parametri con il codice dxgkrnl.exe, verifica degli intervalli di normalizzazione e confronto con la documentazione pubblica Microsoft.

Valori canonici

Registry path	Value	Type	Default	Ruolo
HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers	TdrLevel	REG_DWORD	3	livello di TDR recovery
stesso percorso	TdrDelay	REG_DWORD	2 secondi	tempo di attesa principale della GPU
stesso percorso	TdrDdiDelay	REG_DWORD	5 secondi	ritardo del DDI recovery
stesso percorso	TdrDodPresentDelay	REG_DWORD	2 secondi	delay per display-only present
stesso percorso	TdrDodVSyncDelay	REG_DWORD	2 secondi	delay per display-only VSync
stesso percorso	TdrLimitCount	REG_DWORD	5	numero di ripetizioni consentite
stesso percorso	TdrLimitTime	REG_DWORD	60 secondi	finestra di conteggio TDR

TdrLevel

Sono ammessi i valori 0..3: 0 disattiva il rilevamento dei blocchi, 1 provoca un arresto anomalo di Windows al superamento del tempo di attesa, 2 indica un ripristino non implementato in VGA, 3 attiva il ripristino standard. Un valore fuori intervallo viene normalizzato a 3. Il parametro viene letto dxgkrnl.exe durante l’inizializzazione del sottosistema grafico.

Lasciare il valore predefinito: disattivare il ripristino aumenta il rischio di un blocco del desktop, dopo il quale sarà necessario riavviare il sistema. Una modifica temporanea è giustificata solo durante la diagnosi di un caso specifico, quando il driver supera il tempo di attesa.

Timeout e retry limit

TdrDelay è il parametro principale del tempo di attesa della GPU: il numero di secondi per cui la GPU può posticipare la richiesta dello scheduler della GPU di prelazione; secondo la documentazione Microsoft è la soglia effettiva di timeout. Il valore predefinito documentato è 2 secondi. TdrDebugMode definisce il comportamento di debug del TDR: per impostazione predefinita viene usato il ripristino senza arresto nel debugger, altre modalità indicano l’arresto nel debugger del kernel prima del ripristino, l’ignorare i timeout o il ripristino incondizionato. Microsoft documenta entrambe le chiavi per il test e il debug dei driver e indica esplicitamente che gli utenti finali non dovrebbero modificarle.

TdrDdiDelay definisce il ritardo per il DDI. Tutti e tre i parametri di ritardo DDI/DOD sono misurati in secondi e hanno un intervallo effettivo di 1..900: 0 diventa 1, un valore superiore a 900 viene limitato a 900.

TdrDodPresentDelay e TdrDodVSyncDelay riguardano il kernel-mode display-only driver (KMDOD) e sono documentati da Microsoft solo per il debug. Su un normale driver WDDM di una GPU discreta non sono un’impostazione universale del timeout.

TdrLimitCount ha un intervallo effettivo di 1..32 e un valore predefinito di 5. Funziona insieme a TdrLimitTime, che per impostazione predefinita è pari a 60 secondi. Windows conta i ripristini in questo periodo; dopo aver esaurito il limite, la reazione ai blocchi successivi diventa più severa.

Aumentando il tempo di attesa, la GPU ha più tempo prima del ripristino, ma l’applicazione resta senza risposta più a lungo. Diminuendolo, il problema viene rilevato più rapidamente, ma il ripristino può attivarsi più spesso durante una lunga operazione regolare.

Cosa è confermato

• Percorsi, tipi e valori predefiniti dei parametri nella build esaminata.
• Lettura dei parametri durante l’inizializzazione del sottosistema grafico.
• Normalizzazione dei valori fuori dall’intervallo consentito.
• Scopo documentato dei parametri KMDOD solo per il debug.
• Nella traccia di avvio della stessa build il sottosistema grafico durante l’inizializzazione ha letto l’intero blocco TDR in una volta — TdrLevel, TdrDelay, TdrDdiDelay, TdrDodPresentDelay, TdrDodVSyncDelay, TdrLimitCount, TdrLimitTime e TdrDebugMode; tutte le voci erano assenti, quindi vengono applicati i valori predefiniti (osservazione di BoosterX Research, la lettura di TdrDelay e TdrDebugMode in questa traccia è stata registrata, la normalizzazione dei loro valori non è stata verificata separatamente).

Cosa non è confermato

• L’effetto della modifica su GPU, driver e giochi specifici.
• L’utilità di aumentare il timeout o di disattivare il ripristino al di fuori della diagnosi.
• Il comportamento su altre build di Windows.

Conclusione pratica

Lasciare i valori predefiniti. Una modifica temporanea del tempo di attesa o del limite di ripetizioni è giustificata solo durante la diagnosi di un blocco specifico del driver e con un metodo pronto per ripristinare la configurazione.

Ripristino dello stato

Ripristinare i valori predefiniti o eliminare le voci opzionali. La modifica ha effetto alla successiva inizializzazione del sottosistema grafico.

Limitazioni

La lettura dei parametri è confermata su Windows 11 25H2 build 26200.9168. La loro influenza dipende dal driver WDDM, dal modello di GPU, dalla modalità display-only e dalla causa del blocco.

Per tornare alla configurazione predefinita, eliminare questi valori opzionali. In assenza delle voci il sottosistema grafico usa i valori predefiniti. Sulla build esaminata la loro scrittura esplicita produce lo stesso risultato. L’eliminazione consente alle versioni future di Windows di scegliere valori propri, se cambieranno.

La ricerca e gli strumenti utilizzati appartengono allo sviluppatore di BoosterX, quindi lo sviluppatore ha un interesse diretto nei risultati. La metodologia e i limiti di applicabilità sono descritti sopra, e le conclusioni possono essere verificate tramite i dati aperti e le fonti pubbliche elencate.

Fonti

• Timeout Detection and Recovery, Microsoft Learn, verificato il 2026-09-01.
• TDR registry keys, Microsoft Learn, verificato il 2026-09-19.

Fonti pubbliche verificate: 2026-09-19.

Cronologia delle modifiche

• 2026-09-20: aggiunto il disclaimer sul conflitto di interessi.
• 2026-09-19: aggiunti TdrDelay e TdrDebugMode con i valori predefiniti, osservazione della lettura dell’intero blocco TDR nella traccia di avvio; fonte delle chiavi TDR riverificata.
• 2026-09-02: prima pubblicazione; confermati lettura e normalizzazione dei parametri, aggiunti i limiti dell’influenza sul ripristino della GPU.