GPU TDR در Windows 11: 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 ڈرائیور پر یہ ٹائم آؤٹ کی آفاقی ترتیب نہیں ہیں۔

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 builds پر رویہ۔

عملی نتیجہ

طے شدہ اقدار برقرار رکھیں۔ انتظار کے وقت یا دہراؤ کی حد کی عارضی تبدیلی صرف کسی مخصوص ڈرائیور ہینگ کی تشخیص کے دوران اور ترتیب واپس کرنے کے تیار طریقے کے ساتھ جائز ہے۔

حالت کی بحالی

طے شدہ اقدار واپس لائیں یا اختیاری اندراجات حذف کریں۔ تبدیلی گرافکس سب سسٹم کی اگلی ابتدا پر مؤثر ہوتی ہے۔

پابندیاں

پیرامیٹرز کا پڑھا جانا 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 بحالی پر اثر کی حدود شامل کی گئیں۔