Windows 11 में GPU TDR: TdrLevel, विलंब और पुनःप्रयास सीमा

संक्षिप्त उत्तर

Timeout Detection and Recovery (TDR) GPU के हैंग का पता लगाता है। यदि GPU निर्धारित समय के भीतर जवाब नहीं देता, तो Windows ग्राफ़िक्स सबसिस्टम को बहाल करने का प्रयास करता है। प्रतीक्षा समय बढ़ाना या रिकवरी बंद करना हैंग पर प्रतिक्रिया बदलता है, लेकिन GPU को तेज़ नहीं करता।

क्या जाँचा गया

यह जाँचा गया कि ग्राफ़िक्स सबसिस्टम सूचीबद्ध TDR-पैरामीटर पढ़ता है या नहीं, उनके मान कैसे सामान्यीकृत होते हैं, और प्रतीक्षा समय बढ़ाना या रिकवरी बंद करना क्या बदलता है।

अनुसंधान का दायरा

Windows 11 25H2 build 26200.9168, dxgkrnl.exe वाला ग्राफ़िक्स सबसिस्टम जिसमें WDDM ड्राइवर मॉडल है। भौतिक GPU और विशिष्ट ड्राइवर नमूने में शामिल नहीं थे।

कार्यप्रणाली

पैरामीटर का dxgkrnl.exe कोड के साथ स्थिर मिलान, सामान्यीकरण सीमाओं की जाँच, और Microsoft के सार्वजनिक दस्तावेज़ों के साथ मिलान।

मानक मान

Registry path	Value	Type	Default	भूमिका
HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers	TdrLevel	REG_DWORD	3	TDR recovery का स्तर
वही पथ	TdrDelay	REG_DWORD	2 सेकंड	GPU का मुख्य प्रतीक्षा समय
वही पथ	TdrDdiDelay	REG_DWORD	5 सेकंड	DDI recovery की देरी
वही पथ	TdrDodPresentDelay	REG_DWORD	2 सेकंड	display-only present के लिए delay
वही पथ	TdrDodVSyncDelay	REG_DWORD	2 सेकंड	display-only VSync के लिए delay
वही पथ	TdrLimitCount	REG_DWORD	5	अनुमत पुनरावृत्तियों की संख्या
वही पथ	TdrLimitTime	REG_DWORD	60 सेकंड	TDR गणना की विंडो

TdrLevel

मान 0..3 स्वीकार्य हैं: 0 हैंग का पता लगाना बंद करता है, 1 प्रतीक्षा समय से अधिक होने पर Windows की आपातकालीन रोक का कारण बनता है, 2 VGA में लागू न की गई रिकवरी को दर्शाता है, 3 मानक रिकवरी सक्षम करता है। सीमा से बाहर का मान 3 में सामान्यीकृत होता है। पैरामीटर ग्राफ़िक्स सबसिस्टम के आरंभ होने पर dxgkrnl.exe द्वारा पढ़ा जाता है।

डिफ़ॉल्ट मान रखें: रिकवरी बंद करने से डेस्कटॉप हैंग होने का जोखिम बढ़ता है, जिसके बाद सिस्टम को पुनः आरंभ करना पड़ेगा। अस्थायी परिवर्तन केवल किसी विशिष्ट मामले के निदान के दौरान उचित है, जब ड्राइवर प्रतीक्षा समय से अधिक हो जाता है।

Timeout और retry limit

TdrDelay GPU प्रतीक्षा समय का मुख्य पैरामीटर है: वह सेकंडों की संख्या जितने तक GPU, GPU शेड्यूलर के प्रीएम्प्शन अनुरोध को टाल सकता है; Microsoft के दस्तावेज़ों के अनुसार यह वास्तविक टाइमआउट सीमा है। प्रलेखित डिफ़ॉल्ट मान 2 सेकंड है। TdrDebugMode TDR का डीबग व्यवहार निर्धारित करता है: डिफ़ॉल्ट रूप से डीबगर में रोके बिना रिकवरी उपयोग होती है, अन्य मोड का अर्थ है रिकवरी से पहले कर्नेल डीबगर में रोकना, टाइमआउट को अनदेखा करना, या बिना शर्त रिकवरी। Microsoft दोनों कुंजियों को ड्राइवर परीक्षण और डीबगिंग के लिए प्रलेखित करता है और स्पष्ट रूप से कहता है कि अंतिम उपयोगकर्ताओं को उन्हें नहीं बदलना चाहिए।

TdrDdiDelay DDI के लिए देरी निर्धारित करता है। तीनों DDI/DOD देरी पैरामीटर सेकंडों में मापे जाते हैं और उनकी प्रभावी सीमा 1..900 है: 0 का मान 1 हो जाता है, 900 से अधिक मान 900 तक सीमित हो जाता है।

TdrDodPresentDelay और TdrDodVSyncDelay kernel-mode display-only driver (KMDOD) से संबंधित हैं और Microsoft द्वारा केवल डीबगिंग के लिए प्रलेखित हैं। असतत GPU के सामान्य WDDM ड्राइवर पर वे timeout की सार्वभौमिक सेटिंग नहीं हैं।

TdrLimitCount की प्रभावी सीमा 1..32 और डिफ़ॉल्ट मान 5 है। यह TdrLimitTime के साथ मिलकर काम करता है, जो डिफ़ॉल्ट रूप से 60 सेकंड है। Windows इस अवधि में रिकवरी की गणना करता है; सीमा समाप्त होने के बाद अगले हैंग पर प्रतिक्रिया कठोर हो जाती है।

प्रतीक्षा समय बढ़ाने पर GPU के पास रिकवरी तक अधिक समय होता है, और एप्लिकेशन अधिक समय तक अनुत्तरदायी रहता है। घटाने पर समस्या जल्दी पकड़ में आती है, लेकिन लंबे सामान्य ऑपरेशन के दौरान रिकवरी अधिक बार सक्रिय हो सकती है।

क्या पुष्ट है

• अध्ययन किए गए build में पैरामीटर के पथ, प्रकार और डिफ़ॉल्ट मान।
• ग्राफ़िक्स सबसिस्टम के आरंभ होने पर पैरामीटर का पढ़ा जाना।
• स्वीकार्य सीमा से बाहर के मानों का सामान्यीकरण।
• KMDOD-पैरामीटर का केवल डीबगिंग के लिए प्रलेखित उद्देश्य।
• उसी build की बूट ट्रेस में ग्राफ़िक्स सबसिस्टम ने आरंभ के समय पूरा TDR-ब्लॉक एक साथ पढ़ा — TdrLevel, TdrDelay, TdrDdiDelay, TdrDodPresentDelay, TdrDodVSyncDelay, TdrLimitCount, TdrLimitTime और TdrDebugMode; सभी प्रविष्टियाँ अनुपस्थित थीं, अर्थात डिफ़ॉल्ट मान लागू होते हैं (BoosterX Research का अवलोकन, इस ट्रेस में TdrDelay और TdrDebugMode का पढ़ना दर्ज है, उनके मानों का सामान्यीकरण अलग से नहीं जाँचा गया)।

क्या पुष्ट नहीं है

• परिवर्तन का विशिष्ट GPU, ड्राइवर और गेम पर प्रभाव।
• निदान के बाहर टाइमआउट बढ़ाने या रिकवरी बंद करने का लाभ।
• अन्य Windows build पर व्यवहार।

व्यावहारिक निष्कर्ष

डिफ़ॉल्ट मान रखें। प्रतीक्षा समय या पुनरावृत्ति सीमा का अस्थायी परिवर्तन केवल किसी विशिष्ट ड्राइवर हैंग के निदान के दौरान और कॉन्फ़िगरेशन वापस लाने के तैयार तरीके के साथ उचित है।

स्थिति की बहाली

डिफ़ॉल्ट मान वापस लाएँ या वैकल्पिक प्रविष्टियाँ हटाएँ। परिवर्तन ग्राफ़िक्स सबसिस्टम के अगले आरंभ होने पर लागू होता है।

सीमाएँ

पैरामीटर का पढ़ा जाना Windows 11 25H2 build 26200.9168 पर पुष्ट है। उनका प्रभाव WDDM ड्राइवर, GPU मॉडल, display-only मोड और हैंग के कारण पर निर्भर करता है।

डिफ़ॉल्ट कॉन्फ़िगरेशन पर लौटने के लिए इन वैकल्पिक मानों को हटाएँ। प्रविष्टियों के अनुपस्थित होने पर ग्राफ़िक्स सबसिस्टम डिफ़ॉल्ट मान उपयोग करता है। अध्ययन किए गए build पर उनका स्पष्ट रूप से लिखा जाना वही परिणाम देता है। हटाने से भविष्य के Windows संस्करण अपने मान चुन सकते हैं, यदि वे बदलें।

अनुसंधान और उपयोग किए गए उपकरण BoosterX के डेवलपर के हैं, इसलिए डेवलपर का परिणामों में सीधा हित है। कार्यप्रणाली और लागू होने की सीमाएँ ऊपर वर्णित हैं, और निष्कर्ष खुले डेटा तथा सूचीबद्ध सार्वजनिक स्रोतों से जाँचे जा सकते हैं।

स्रोत

• Timeout Detection and Recovery, Microsoft Learn, जाँचा गया 2026-09-01।
• TDR registry keys, Microsoft Learn, जाँचा गया 2026-09-19।

सार्वजनिक स्रोत जाँचे गए: 2026-09-19।

परिवर्तन इतिहास

• 2026-09-20: हितों के टकराव के बारे में डिस्क्लेमर जोड़ा गया।
• 2026-09-19: डिफ़ॉल्ट मानों के साथ TdrDelay और TdrDebugMode जोड़े गए, बूट ट्रेस में पूरे TDR-ब्लॉक के पढ़े जाने का अवलोकन; TDR-कुंजियों का स्रोत पुनः जाँचा गया।
• 2026-09-02: पहला प्रकाशन; पैरामीटर का पढ़ा जाना और सामान्यीकरण पुष्ट किया गया, GPU रिकवरी पर प्रभाव की सीमाएँ जोड़ी गईं।