GPU TDR i Windows 11: TdrLevel, fördröjningar och återförsöksgräns

Kort svar

Timeout Detection and Recovery (TDR) upptäcker att GPU:n hänger sig. Om GPU:n inte svarar inom den avsatta tiden försöker Windows återställa den grafiska delsystemet. Att öka väntetiden eller stänga av återställningen ändrar reaktionen på en hängning, men snabbar inte upp GPU:n.

Vad som undersöktes

Vi undersökte om det grafiska delsystemet läser de angivna TDR-parametrarna, hur deras värden normaliseras och vad en ökad väntetid eller avstängd återställning förändrar.

Undersökningens omfattning

Windows 11 25H2 build 26200.9168, grafiskt delsystem dxgkrnl.exe med WDDM-drivrutinsmodell. Fysiska GPU:er och specifika drivrutiner ingick inte i urvalet.

Metod

Statisk jämförelse av parametrar med koden i dxgkrnl.exe, kontroll av normaliseringsintervall och avstämning mot Microsofts offentliga dokumentation.

Kanoniska värden

Registry path	Value	Type	Default	Roll
HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers	TdrLevel	REG_DWORD	3	nivå för TDR recovery
samma sökväg	TdrDelay	REG_DWORD	2 sekunder	huvudsaklig väntetid för GPU
samma sökväg	TdrDdiDelay	REG_DWORD	5 sekunder	fördröjning för DDI recovery
samma sökväg	TdrDodPresentDelay	REG_DWORD	2 sekunder	delay för display-only present
samma sökväg	TdrDodVSyncDelay	REG_DWORD	2 sekunder	delay för display-only VSync
samma sökväg	TdrLimitCount	REG_DWORD	5	antal tillåtna upprepningar
samma sökväg	TdrLimitTime	REG_DWORD	60 sekunder	fönster för TDR-räkning

TdrLevel

Tillåtna värden är 0..3: 0 stänger av upptäckt av hängningar, 1 orsakar en kraschstopp av Windows när väntetiden överskrids, 2 betecknar en icke implementerad återställning i VGA, 3 aktiverar standardåterställning. Ett värde utanför intervallet normaliseras till 3. Parametern läses av dxgkrnl.exe vid initiering av det grafiska delsystemet.

Låt standardvärdet vara kvar: att stänga av återställningen ökar risken för att skrivbordet hänger sig, varefter systemet måste startas om. En tillfällig ändring är motiverad endast vid diagnostik av ett specifikt fall där drivrutinen överskrider väntetiden.

Timeout och retry limit

TdrDelay — den huvudsakliga parametern för GPU:ns väntetid: antalet sekunder som GPU:n kan skjuta upp GPU-schemaläggarens begäran om utträngning; enligt Microsofts dokumentation är detta den faktiska tröskeln för timeout. Det dokumenterade standardvärdet är 2 sekunder. TdrDebugMode anger TDR:s felsökningsbeteende: som standard används återställning utan att stanna i felsökaren, andra lägen innebär att stanna i kernelfelsökaren före återställning, att ignorera timeouts eller ovillkorlig återställning. Microsoft dokumenterar båda nycklarna för testning och felsökning av drivrutiner och anger uttryckligen att slutanvändare inte bör ändra dem.

TdrDdiDelay anger fördröjningen för DDI. Alla tre DDI/DOD-fördröjningsparametrar mäts i sekunder och har ett effektivt intervall på 1..900: 0 blir 1, ett värde över 900 begränsas till 900.

TdrDodPresentDelay och TdrDodVSyncDelay avser kernel-mode display-only driver (KMDOD) och dokumenteras av Microsoft endast för felsökning. På en vanlig WDDM-drivrutin för en diskret GPU är de inte en universell inställning för timeout.

TdrLimitCount har ett effektivt intervall på 1..32 och ett standardvärde på 5. Det fungerar tillsammans med TdrLimitTime, som som standard är 60 sekunder. Windows räknar återställningar under denna period; efter att gränsen har nåtts blir reaktionen på efterföljande hängningar hårdare.

Vid en ökad väntetid har GPU:n mer tid till återställning, medan applikationen förblir utan svar längre. Vid en minskning upptäcks problemet snabbare, men återställningen kan oftare aktiveras under en långvarig normal operation.

Vad som har bekräftats

• Sökvägar, typer och standardvärden för parametrarna i den undersökta builden.
• Läsning av parametrarna vid initiering av det grafiska delsystemet.
• Normalisering av värden utanför det tillåtna intervallet.
• Den dokumenterade avsikten att KMDOD-parametrar endast är för felsökning.
• I spårningen av uppstarten av samma build läste det grafiska delsystemet vid initiering hela TDR-blocket på en gång — TdrLevel, TdrDelay, TdrDdiDelay, TdrDodPresentDelay, TdrDodVSyncDelay, TdrLimitCount, TdrLimitTime och TdrDebugMode; alla poster saknades, det vill säga standardvärdena tillämpas (observation av BoosterX Research, läsning av TdrDelay och TdrDebugMode i denna spårning fastställdes, normalisering av deras värden kontrollerades inte separat).

Vad som inte har bekräftats

• Ändringens inverkan på specifika GPU:er, drivrutiner och spel.
• Nyttan av att öka timeouten eller stänga av återställningen utanför diagnostik.
• Beteendet på andra builds av Windows.

Praktisk slutsats

Låt standardvärdena vara kvar. En tillfällig ändring av väntetiden eller gränsen för upprepningar är motiverad endast vid diagnostik av en specifik drivrutinshängning och med ett färdigt sätt att återställa konfigurationen.

Återställning av tillståndet

Återställ standardvärdena eller ta bort de valfria posterna. Ändringen träder i kraft vid nästa initiering av det grafiska delsystemet.

Begränsningar

Läsningen av parametrarna har bekräftats på Windows 11 25H2 build 26200.9168. Deras inverkan beror på WDDM-drivrutinen, GPU-modellen, display-only-läget och orsaken till hängningen.

För att återgå till standardkonfigurationen, ta bort dessa valfria värden. När posterna saknas använder det grafiska delsystemet standardvärdena. På den undersökta builden ger deras explicita registrering samma resultat. Borttagning gör att framtida versioner av Windows kan välja egna värden om de ändras.

Undersökningen och de använda verktygen tillhör utvecklaren av BoosterX, därför har utvecklaren ett direkt intresse av resultaten. Metoden och tillämpningsgränserna beskrivs ovan, och slutsatserna kan verifieras mot öppna data och de angivna offentliga källorna.

Källor

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

Offentliga källor kontrollerade: 2026-09-19.

Ändringshistorik

• 2026-09-20: en ansvarsfriskrivning om intressekonflikt har lagts till.
• 2026-09-19: TdrDelay och TdrDebugMode med standardvärden har lagts till, observation av läsning av hela TDR-blocket i spårningen av uppstarten; källan för TDR-nycklarna har kontrollerats på nytt.
• 2026-09-02: första publiceringen; läsning och normalisering av parametrarna har bekräftats, gränser för inverkan på GPU-återställning har lagts till.