GPU TDR in Windows 11: TdrLevel, Verzögerungen und Wiederholungslimit

Auf dieser Seite

Kurze Antwort

Timeout Detection and Recovery (TDR) erkennt GPU-Hänger. Wenn die GPU nicht innerhalb der vorgesehenen Zeit antwortet, versucht Windows, den Betrieb des Grafiksubsystems wiederherzustellen. Eine Erhöhung der Wartezeit oder das Deaktivieren der Wiederherstellung ändert die Reaktion auf einen Hänger, beschleunigt aber die GPU nicht.

Was geprüft wurde

Es wurde geprüft, ob das Grafiksubsystem die aufgeführten TDR-Parameter liest, wie ihre Werte normalisiert werden und was eine Erhöhung der Wartezeit oder das Deaktivieren der Wiederherstellung ändert.

Untersuchungsbereich

Windows 11 25H2 build 26200.9168, Grafiksubsystem dxgkrnl.exe mit WDDM-Treibermodell. Physische GPUs und konkrete Treiber waren nicht in der Stichprobe enthalten.

Methodik

Statische Zuordnung der Parameter zum Code von dxgkrnl.exe, Prüfung der Normalisierungsbereiche und Abgleich mit der öffentlichen Dokumentation von Microsoft.

Kanonische Werte

Registry path	Value	Type	Default	Rolle
`HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers`	`TdrLevel`	`REG_DWORD`	`3`	Stufe der TDR recovery
derselbe Pfad	`TdrDelay`	`REG_DWORD`	`2` Sekunden	primäre Wartezeit der GPU
derselbe Pfad	`TdrDdiDelay`	`REG_DWORD`	`5` Sekunden	Verzögerung der DDI recovery
derselbe Pfad	`TdrDodPresentDelay`	`REG_DWORD`	`2` Sekunden	delay für display-only present
derselbe Pfad	`TdrDodVSyncDelay`	`REG_DWORD`	`2` Sekunden	delay für display-only VSync
derselbe Pfad	`TdrLimitCount`	`REG_DWORD`	`5`	Anzahl zulässiger Wiederholungen
derselbe Pfad	`TdrLimitTime`	`REG_DWORD`	`60` Sekunden	Fenster zur TDR-Zählung

`TdrLevel`

Zulässig sind die Werte 0..3: 0 deaktiviert die Erkennung von Hängern, 1 löst einen Notstopp von Windows bei Überschreitung der Wartezeit aus, 2 bezeichnet eine nicht implementierte Wiederherstellung in VGA, 3 aktiviert die Standardwiederherstellung. Ein Wert außerhalb des Bereichs wird auf 3 normalisiert. Der Parameter wird dxgkrnl.exe bei der Initialisierung des Grafiksubsystems gelesen.

Belassen Sie den Standardwert: Das Deaktivieren der Wiederherstellung erhöht das Risiko eines Hängers des Desktops, nach dem das System neu gestartet werden muss. Eine vorübergehende Änderung ist nur bei der Diagnose eines konkreten Falls gerechtfertigt, wenn der Treiber die Wartezeit überschreitet.

Timeout und retry limit

TdrDelay ist der primäre Parameter der Wartezeit der GPU: die Anzahl der Sekunden, um die die GPU eine Anforderung des GPU-Schedulers zur Verdrängung aufschieben kann; laut Microsoft-Dokumentation ist dies die tatsächliche Timeout-Schwelle. Der dokumentierte Standardwert ist 2 Sekunden. TdrDebugMode legt das Debug-Verhalten von TDR fest: Standardmäßig wird die Wiederherstellung ohne Anhalten im Debugger verwendet, andere Modi bedeuten Anhalten im Kernel-Debugger vor der Wiederherstellung, Ignorieren von Timeouts oder unbedingte Wiederherstellung. Microsoft dokumentiert beide Schlüssel für das Testen und Debuggen von Treibern und weist ausdrücklich darauf hin, dass Endnutzer sie nicht ändern sollten.

TdrDdiDelay legt die Verzögerung für DDI fest. Alle drei DDI/DOD-Verzögerungsparameter werden in Sekunden gemessen und haben einen effektiven Bereich von 1..900: 0 wird zu 1, ein Wert über 900 wird auf 900 begrenzt.

TdrDodPresentDelay und TdrDodVSyncDelay beziehen sich auf den kernel-mode display-only driver (KMDOD) und sind von Microsoft nur für das Debugging dokumentiert. Auf einem gewöhnlichen WDDM-Treiber einer diskreten GPU sind sie keine universelle Timeout-Einstellung.

TdrLimitCount hat einen effektiven Bereich von 1..32 und einen Standardwert von 5. Er arbeitet zusammen mit TdrLimitTime, der standardmäßig 60 Sekunden beträgt. Windows zählt die Wiederherstellungen über diesen Zeitraum; nach Ausschöpfung des Limits wird die Reaktion auf die folgenden Hänger härter.

Bei einer Erhöhung der Wartezeit hat die GPU mehr Zeit bis zur Wiederherstellung, und die Anwendung bleibt länger ohne Antwort. Bei einer Verringerung wird das Problem schneller erkannt, aber die Wiederherstellung kann häufiger während eines langen regulären Vorgangs ausgelöst werden.

Was bestätigt ist

Pfade, Typen und Standardwerte der Parameter im untersuchten Build.
Das Lesen der Parameter bei der Initialisierung des Grafiksubsystems.
Die Normalisierung von Werten außerhalb des zulässigen Bereichs.
Der dokumentierte Zweck der KMDOD-Parameter nur für das Debugging.
In der Startablaufverfolgung desselben Builds hat das Grafiksubsystem bei der Initialisierung den gesamten TDR-Block auf einmal gelesen — TdrLevel, TdrDelay, TdrDdiDelay, TdrDodPresentDelay, TdrDodVSyncDelay, TdrLimitCount, TdrLimitTime und TdrDebugMode; alle Einträge fehlten, das heißt, es werden die Standardwerte angewendet (Beobachtung von BoosterX Research, das Lesen von TdrDelay und TdrDebugMode in dieser Ablaufverfolgung ist festgehalten, die Normalisierung ihrer Werte wurde separat nicht geprüft).

Was nicht bestätigt ist

Der Einfluss der Änderung auf konkrete GPUs, Treiber und Spiele.
Der Nutzen einer Erhöhung des Timeouts oder des Deaktivierens der Wiederherstellung außerhalb der Diagnose.
Das Verhalten auf anderen Windows-Builds.

Praktische Schlussfolgerung

Belassen Sie die Standardwerte. Eine vorübergehende Änderung der Wartezeit oder des Wiederholungslimits ist nur bei der Diagnose eines konkreten Treiber-Hängers und mit einer bereiten Möglichkeit, die Konfiguration zurückzusetzen, gerechtfertigt.

Wiederherstellung des Zustands

Stellen Sie die Standardwerte wieder her oder löschen Sie die optionalen Einträge. Die Änderung wird bei der nächsten Initialisierung des Grafiksubsystems wirksam.

Einschränkungen

Das Lesen der Parameter ist auf Windows 11 25H2 build 26200.9168 bestätigt. Ihr Einfluss hängt vom WDDM-Treiber, dem GPU-Modell, dem display-only-Modus und der Ursache des Hängers ab.

Für die Rückkehr zur Standardkonfiguration löschen Sie diese optionalen Werte. Bei fehlenden Einträgen verwendet das Grafiksubsystem die Standardwerte. Im untersuchten Build ergibt deren ausdrückliche Eintragung dasselbe Ergebnis. Das Löschen ermöglicht es zukünftigen Windows-Versionen, eigene Werte zu wählen, falls diese sich ändern.

Die Untersuchung und die verwendeten Werkzeuge gehören dem Entwickler von BoosterX, daher hat der Entwickler ein direktes Interesse an den Ergebnissen. Die Methodik und die Grenzen der Anwendbarkeit sind oben beschrieben, und die Schlussfolgerungen lassen sich anhand offener Daten und der aufgeführten öffentlichen Quellen überprüfen.

Quellen

Timeout Detection and Recovery, Microsoft Learn, geprüft am 2026-09-01.
TDR registry keys, Microsoft Learn, geprüft am 2026-09-19.

Öffentliche Quellen geprüft: 2026-09-19.

Änderungsverlauf

2026-09-20: Disclaimer zum Interessenkonflikt hinzugefügt.
2026-09-19: TdrDelay und TdrDebugMode mit Standardwerten hinzugefügt, Beobachtung des Lesens des vollständigen TDR-Blocks in der Startablaufverfolgung; die Quelle der TDR-Schlüssel erneut geprüft.
2026-09-02: erste Veröffentlichung; das Lesen und die Normalisierung der Parameter bestätigt, Grenzen des Einflusses auf die GPU-Wiederherstellung hinzugefügt.