وولڪن ۾ VK_ERROR_DEVICE_LOST: حقيقي سبب، تشخيص، ۽ حل

جيڪڏهن توهان کي VK_ERROR_DEVICE_LOST پيغام مليو آهي وولڪن سان رانديون کيڏڻ يا ايپليڪيشنون ڊزائين ڪرڻ دوران، توهان اڪيلا نه آهيو: اهو هڪ عام مسئلو آهي جيڪو پاڻ کي ڪريش، غير متوقع بندش، يا لوپ جي طور تي ظاهر ڪري سگهي ٿو جتي پروگرام مڪمل طور تي بند نه ٿيندو. جيتوڻيڪ اهو خوفناڪ آهي، ان ۾ عام طور تي هڪ وضاحت هوندي آهي ۽، سڀ کان اهم، ان کي گهٽائڻ يا حل ڪرڻ جا طريقا.

هن رهنمائي ۾ توهان کي ملندو ونڊوز ۽ لينڪس تي حقيقي زندگي جا ڪيس، راندين ۽ اوزارن سان.، ذريعو جي تشخيص لاءِ اشارا، سيٽنگون جيڪي ٻين استعمال ڪندڙن جي مدد ڪيون آهن (جهڙوڪ ڊيٽرائيٽ لاءِ NVIDIA ڪنٽرول پينل ۾ هڪ مخصوص سيٽنگ: RTX 3080 سان انسان بڻجو)، ۽ وولڪن کي بهتر سمجهڻ لاءِ قابل اعتماد وسيلاخيال اهو آهي ته توهان فورم کان فورم تائين ٽپو ڏيڻ ۾ وقت ضايع نه ڪريو ۽ هڪ نظر ۾، اهي حل حاصل ڪريو جن ۾ واقعي امڪان آهن. اچو ته سڀ ڪجهه سکيون غلطي VK_ERROR_DEVICE_LOST. 

VK_ERROR_DEVICE_LOST جو مطلب ڇا آهي ۽ اهو ڇو ظاهر ٿئي ٿو؟

وولڪن ۾، VK_ERROR_DEVICE_LOST غلطي ظاهر ڪري ٿي ته منطقي ڊوائيس ڪم ڪرڻ بند ڪري ڇڏيو آهي: GPU ڊرائيور ان کي ٻيهر شروع ڪيو آهي، ڊرائيور هينگ ٿي ويو هو، بلاڪنگ يا قطار جي وقت ختم ٿيڻ جي ڪري TDR ٿيو هو، يا ايپليڪيشن ڪجهه موڪليو هو جيڪو هارڊويئر/ڊرائيور سنڀالي نه سگهيو. اهو هميشه حادثي ۾ ختم نه ٿيندو آهي؛ ڪڏهن ڪڏهن، جيئن اسان ڏسنداسين، ايپليڪيشن هڪ لوپ ۾ ڦاسي پوي ٿي ۽ ان کي زور سان بند ڪرڻو پوندو آهي..

جيتوڻيڪ نمونو سامان ۽ سافٽ ويئر جي لحاظ کان مختلف هوندو آهي، پر عام محرڪ آهن غير مستحڪم ڊرائيور، تمام نوان ايڪسٽينشن، پرتون/اوورلي، سسٽم جي وقت جون حدون ۽ ڪڏهن ڪڏهن، گرافڪس سيٽنگن جا صرف بدقسمتي ميلاپ. ڪجهه حقيقي زندگي جي ڪيسن کي ڄاڻڻ سان مسئلي کي ٻيهر پيدا ڪرڻ ۽ حل ڪرڻ ۾ مدد ملندي آهي.

حقيقي ڪيس: ڇا ٿيو ۽ ڇا ڪيو ويو

ڊيٽرائيٽ: ونڊوز تي انسان بڻجو، آر ٽي ايڪس 3080، ۽ اين وي آءِ ڊي آءِ اي تي هڪ فيصلي واري ترتيب

هڪ استعمال ڪندڙ سان GeForce RTX 3080 عام ڪم ڪرڻ جي باوجود، VK_ERROR_DEVICE_LOST سان مسلسل راند جي حادثن جو تجربو ڪري رهيو هوس: ڊرائيورن کي اپڊيٽ ڪريو، مطابقت واري موڊ جي جانچ ڪريو، ۽ جائزو جا اختيارمنهنجي لاءِ ڪم ڪندڙ حل اهو هو ته NVIDIA ڪنٽرول پينل ڏانهن وڃان ۽ پروگرام جي سطح تي Vulkan/OpenGL سان لاڳاپيل هڪ مخصوص ترجيح کي تبديل ڪريان.

رستو، ٻئي طريقي سان ٺاهيو ويو، اهو هو: NVIDIA ڪنٽرول پينل > 3D سيٽنگون منظم ڪريو > پروگرام سيٽنگون > ڊيٽرائيٽ چونڊيو: انسان بڻجو. وولڪن/اوپن جي ايل پري سيٽ طريقو آپشن ۾، جيڪا سيٽنگ فرق پيدا ڪيو اهو ان کي "" تي سيٽ ڪرڻ هو.DXGI Swapchain ۾ تہن جي لحاظ کان ترجيح ڏيو". انهي تبديلي سان، بار بار بندشون غائب ٿي ويون VK_ERROR_DEVICE_LOST سان لاڳاپيل.

هي مثال ڏيکاري ٿو ته ڪڏهن ڪڏهن، مطابقت جي ترتيب يا سويپ چين کي ڪيئن منظم ڪيو ويندو آهي پرتن سان اهو اهم ٿي سگهي ٿو، خاص طور تي جڏهن عنوان ۾ هڪ خاص رينڊر پائپ لائن هجي يا جڏهن سسٽم ۾ ٻين پرتن سان رابطو هجي.

لينڪس تي ڊوٽا 2: لوپنگ ۽ بظاهر بي ترتيب عدم استحڪام

هڪ ٻيو اهم ڪيس اهو آهي ته ڊوٽا 2 لينڪس تي هلندڙ آهيرپورٽ ڪيل نمونو حيران ڪندڙ هو: VK_ERROR_DEVICE_LOST غلطي حقيقي وقت جي ميچن دوران ۽ ريپلي ڏسڻ دوران پاپ اپ ٿيندي هئي، ڪڏهن ڪڏهن صرف ويڙهه ڏسڻ يا چيٽ ۾ ٽائپ ڪرڻ. راند مڪمل طور تي بند ٿيڻ بدران، هڪ ۾ رهي لامحدود لوپ ۽ هٿ سان "مارڻ" پيو.

انهيءَ مخصوص تجربي ۾ ڪو به حصو نه ڏنو ويو. ڪابه ميچ آئي ڊي يا اسڪرين شاٽ نه آهن (ٻنهي شعبن ۾ ("ڪو به جواب نه ڏنو ويو")، جيڪو صحيح لمحن سان لاڳاپيل ٿيڻ ڏکيو بڻائي ٿو. تنهن هوندي به، علامت (مڪمل حادثي کان سواءِ منجمد ٿيڻ) اشارو ڪري ٿي هڪ ناقابلِ وصولي ڊوائيس جي حالت ايپليڪيشن جي نقطي نظر کان. لينڪس ۾، هي نمونو ڊرائيور، پريزنٽيشن قطار ۽ وقت جي انتظام سان لاڳاپيل ٿي سگهي ٿو، يا ڪجھ موسيقار/گرافيڪل ماحولياتي رابطي.

اهڙين حالتن ۾، جائزو وٺڻ جي صلاح ڏني وئي آهي سسٽم لاگز (dmesg، journalctl)، GPU جي لحاظ کان Mesa/NVIDIA ورجن چيڪ ڪريو، ۽ ٽئين پارٽي پرتن کي غير فعال ڪريو. اهي صلاحون آهن جيڪي، جڏهن ته عام آهن، لاڳاپيل بڻجي وڃن ٿيون هڪ انتهائي تيز وولڪن عنوان جهڙوڪ ڊوٽا 2.

RenderDoc ۽ VK_EXT_shader_object سان غير مستحڪم اسڪرين شاٽ

پلاٽنگ ٽولز جو استعمال متغيرن جو پنهنجو سيٽ شامل ڪري ٿو. اهو ڏٺو ويو آهي RenderDoc سان عدم استحڪام جڏهن ايڪسٽينشن استعمال ڪندڙ ايپليڪيشنن کي پڪڙيو وڃي VK_EXT_shader_objectسميت بحال ٿيل ڊرائيور حادثا، ايپليڪيشن منجمد، ۽ گم ٿيل ڊوائيس غلطيون. اهو حيران ڪندڙ نه آهي: اسان هڪ تازي واڌ ۽ هڪ فطري طور تي نازڪ صورتحال بابت ڳالهائي رهيا آهيون (هڪ ڪيپچر پرت کي هڪ ترقي يافته پائپ لائن ۾ گرافٽ ڪرڻ).

مسئلي کي مسلسل ٻيهر پيدا ڪرڻ لاءِ، مثال "شيڊرو آبجيڪٽس» جي ذخيري مان ساشا وليمز/ولڪنعمل هي هو: RenderDoc جي تحت shaderobjects.exe بائنري هلايو، هڪ فريم ڪيپچر ڪريو ۽ ٻيو vkQueueSubmit() ايونٽ چونڊيو.. انهي مهل ، غلطي جي رپورٽ جو ڊائلاگ ظاهر ٿيو. اوزار جو.

ان کان علاوه، مونجهاري وارن عنصرن کي گهٽائڻ لاءِ، گرفتاري کان اڳ هيٺيان هٽايو ويو: .bin فائلون ته مثال پيدا ڪري ٿو (شيڊر ڪيش)، ۽ غلطي اڃا تائين ٿي. مخصوص ماحول هو: RenderDoc_2024_07_02_0406d376_64, ونڊوز 10 (10.0.19045.4529), Vulkan 1.3.275, GeForce GTX 1080 y ڊرائيور 566.12جيڪڏهن توهان ساڳين مسئلن جي رپورٽنگ يا مقابلو ڪري رهيا آهيو ته هي ڊيٽا تمام ڪارآمد آهي.

گيم ۽ اسٽيم ڪريش ٿين ٿا، ۽ نيري اسڪرين به

هڪ خاص طور تي پريشان ڪندڙ منظرنامو پڻ رپورٽ ڪيو ويو: راند گهڻو ڪري ڪريش ٿيندي هئي، ڪڏهن ڪڏهن اسٽيم به، ۽ هڪ BSOD به ظاهر ٿيندو هو. (نيرو اسڪرين). بنيادي عمل جهڙوڪ ڊرائيورز کي اپڊيٽ ڪريو، گرافڪس جي معيار کي ترتيب ڏيو، مڪمل اسڪرين موڊ کي مجبور ڪريو، اوورليز کي بند ڪريو. y FPS کي 60 تائين محدود ڪريو، پر راند جي هر ڪجهه منٽن ۾ بندش جاري رهي.

جڏهن نيري اسڪرين مساوات ۾ شامل آهن، ته شڪ ڪرنل/ڊرائيور جي سطح تي يا هارڊويئر ۾ ئي عدم استحڪام. جيتوڻيڪ VK_ERROR_DEVICE_LOST هڪ وولڪن بگ آهي، جيڪڏهن سڄو سسٽم ڊگھو آهي، ته ان کي اضافي طور تي شامل ڪرڻ جي صلاح ڏني ويندي آهي ياداشت جا امتحان، ڊسڪ چيڪ، ۽ حرارتي نگراني ان ڳالهه کي رد ڪرڻ لاءِ ته GPU يا ان جي پاور سپلائي پنهنجي حد تي آهي.

ممڪن سبب: ٽيڪنيڪل ۽ روزمره

جيتوڻيڪ هر ڪيس منفرد آهي، پر ڪيترائي عام سبب آهن جيڪي غور ڪرڻ جي لائق آهن. هتي هڪ نقشو آهي جيڪو توهان کي نيويگيٽ ڪرڻ ۾ مدد ڪندو. VK_ERROR_DEVICE_LOST ۾ سڀ کان وڌيڪ عام:

• غير مستحڪم يا پوئتي پيل گرافڪس ڊرائيور: تازيون ورجن ڪجهه عنوانن کي درست ڪري سگهن ٿيون ۽ ٻين کي ٽوڙي سگهن ٿيون؛ ان جي ابتڙ پڻ ٿئي ٿو.
• نوان يا تبديل ٿيندڙ ايڪسٽينشن: جيئن VK_EXT_shader_object، جيڪو اڃا تائين پختو ٿي رهيو آهي ۽ ڪيپچر ٽولز سان ايج ڪيسز کي ظاهر ڪري سگهي ٿو.
• ٽائم آئوٽ ۽ ٽي ڊي آر (ونڊوز): جيڪڏهن GPU تي ڪو ڪم هميشه لاءِ هلي ٿو، ته سسٽم ڊرائيور کي ٻيهر شروع ڪري سگهي ٿو ۽ منطقي ڊوائيس کي "گم" ڪري ڇڏي سگهي ٿو.
• اوورلي ۽ پرتون: ايف پي ايس انجيڪٽرز، چيٽ، اسٽريمنگ، يا ٽريڪرز سويپ چين يا پائپ لائن ۾ مداخلت ڪري سگهن ٿا.
• خاص سويپ چين ترتيبون: ڪجهه پيشڪش، وقت، يا ڪمپوزيشن موڊ مخصوص هارڊويئر/ڊرائيور تي حادثا شروع ڪري سگهن ٿا.
• شيڊر ڪيش خراب ٿي وئي يا هم وقت سازي کان ٻاهر: ڪيش صاف ڪرڻ (جهڙوڪ مثال ۾ .bin فائلون) معمولي تضادن کي ختم ڪري سگهن ٿيون.
• هارڊ تي هارڊويئر: گرمي پد، بجلي جي واڌ يا معمولي اوورڪلنگ/انڊر وولٽيج جي ڪري غلطي وقفي وقفي سان ظاهر ٿي سگهي ٿي.

توهان جي ٿڌي وڃائڻ کان سواءِ تشخيص ڪيئن ڪجي

هڪ ئي وقت ويهه شيون تبديل ڪرڻ کان اڳ، هڪ حڪم تي عمل ڪرڻ بهتر آهي. مقصد اهو عنصر کي الڳ ڪرڻ آهي جيڪو VK_ERROR_DEVICE_LOST کي متحرڪ ڪري ٿو. توهان جي مخصوص صورت ۾، انهن سگنلن تي ڀروسو ڪرڻ جيڪي توهان معروضي طور تي ماپي يا ٻيهر پيدا ڪري سگهو ٿا.

1. مختصر تسلسل ۾ بگ کي ٻيهر پيدا ڪريو: ڊوٽا 2 ۾ هڪ مخصوص ويڙهه، ڊيٽرائيٽ ۾ هڪ مينيو، يا RenderDoc ۾ ساڳيو قبضو قدم (مثال طور، ٻيو vkQueueSubmit() چونڊڻ).
2. او ايس، ڊرائيور، ۽ جي پي يو ورجن تي ڌيان ڏيو.: ڊيٽا جهڙوڪ ونڊوز 10 بلڊ 19045.4529، GeForce GTX 1080، ۽ ڊرائيور 566.12 رپورٽن جي مقابلي ۾ مدد ڪن ٿا.
3. اوورليز ۽ پرتن کي بند ڪريو: اسٽيم، جيفورس تجربو، ڊسڪارڊ، وغيره. چيڪ ڪريو ته ڇا رويي انهن کان سواءِ تبديل ٿئي ٿو.
4. "اسٽاڪ" قدرن ڏانهن واپسي: ڪابه GPU/CPU/RAM اوورڪلاڪنگ ناهي، ڊفالٽ پاور حدن سان ۽ ڪا به جارحاڻي انڊر وولٽنگ ناهي.
5. ٽريڪنگ هيٺ ٻيهر ٺاهي ٿو صرف ضروري هجي ته: جيڪڏهن RenderDoc يا ساڳيا اوزار مسئلو وڌائين ٿا، ته پهريان ڪيپچر ڪرڻ کان سواءِ ڪوشش ڪريو.
6. شيڊر ڪيش صاف ڪريو: راند ۽ ڊرائيور ٻئي، جيڪڏهن لاڳو ٿئي. مثال ۾ .bin فائلون هن جي حمايت ڪن ٿيون.
7. سسٽم لاگز چيڪ ڪريو: لينڪس، dmesg ۽ journalctl تي؛ ونڊوز، ايونٽ ويور ۽ مني ڊمپ تي جيڪڏهن BSOD آهي.

جيڪڏهن عمل ۾ توهان کي ڪو اهڙو قدم ملندو جيڪو هميشه غلطي کي جنم ڏئي ٿو (جيئن شيڊر آبجيڪٽس جي مثال ۾ ٻئي vkQueueSubmit سان ٿيو)، توهان وٽ اڳ ۾ ئي اڌ تشخيص آهي: ڪوشش ڪريو صرف هڪ متغير تبديل ڪريو (ڊرائيور، سويپ چين سيٽنگ، پريزنٽيشن موڊ) ڏسو ته ٽرگر غائب ٿي وڃي ٿو يا نه.

عملي حل ۽ ترتيبون جيڪي ڪم ڪيون آهن

ڪا به عالمگير جادو جي ڇنڊ ڇاڻ ناهي، پر موجود آهن سٺي ڪاميابي جي شرح سان ڪارروايونهيٺ ڏنل قدمن جو هڪ سلسلو آهي جيڪو گهٽ ۾ گهٽ کان تمام گهڻي مداخلت ڪندڙ تائين ترتيب ڏنو ويو آهي.

ونڊوز (NVIDIA/AMD) ۽ وولڪن رانديون

• ڊيٽرائيٽ لاءِ NVIDIA-مخصوص ٽيوننگ: انسان بڻجو: ڪنٽرول پينل ۾ > 3D سيٽنگون منظم ڪريو > پروگرام سيٽنگون > راند جي قابل عمل کي چونڊيو، وولڪن/اوپن جي ايل پري سيٽ کي ڳولهيو، ۽ ان کي "DXGI سويپ چين تي پرتن کي ترجيح ڏيو" تي سيٽ ڪريو. هن RTX 3080 سان بار بار ٿيندڙ حادثن کي ختم ڪري ڇڏيو آهي.
• FPS ۽ هم وقت سازي کي محدود ڪريو: 60 FPS ۽ خاص مڪمل اسڪرين کي برقرار رکڻ سان ڪجهه ڊرائيورن کي مستحڪم ڪري سگهجي ٿو، جيتوڻيڪ اهو هميشه پاڻ ۾ ڪافي ناهي.
• اوورليز کي بند ڪريو: اسٽيم، اين وي آءِ ڊي آءِ اي، ڊسڪارڊ، وغيره. جيڪڏهن توهان بهتري محسوس ڪريو ٿا، ته مجرم جي سڃاڻپ لاءِ انهن کي هڪ هڪ ڪري ٻيهر متعارف ڪرايو.
• "سٺو ڄاتل سڃاتل" ڊرائيورجيڪڏهن اپڊيٽ ڪرڻ کان پوءِ غلطي ظاهر ٿئي ٿي، ته پوئين مستحڪم ورزن جي ڪوشش ڪريو؛ جيڪڏهن توهان ڪجهه وقت کان اپڊيٽ نه ڪيو آهي، ته تازو WHQL ورزن انسٽال ڪريو.

لينڪس ۽ اصلي عنوان وولڪن سان (مثال طور، ڊوٽا 2)

• گرافڪس اسٽيڪ چيڪ ڪريو: : Mesa/NVIDIA ورجن توهان جي ڪرنل ۽ ماحول لاءِ مناسب آهي. هڪ ورجن بمپ لامحدود لوپ کي درست ڪري سگهي ٿو.
• ڪمپوزر ۽ ونڊوز چيڪ ڪريو: ڪمپوزيٽر سان ۽ بغير ٽيسٽ ڪريو، فل اسڪرين بمقابله بارڊر لیس ونڊو، ۽ جيڪڏهن راند اجازت ڏئي ته پريزنٽيشن موڊ کي ترتيب ڏيو.
• تفصيل سان لاگ: حادثي جي وقت جي سڃاڻپ ڪريو ۽ ان وقت dmesg/journalctl ڏسو. هڪ GPU غلطي يا ري سيٽ لاگ ڪيو ويندو.

ڪيپچر ۽ ڊيبگنگ ٽولز (رينڊرڊڪ)

• مشڪلاتي قدمن کان پاسو ڪريو: جيڪڏهن ڪو مخصوص واقعو چونڊڻ (جهڙوڪ ٻيو vkQueueSubmit()) حادثي کي شروع ڪري ٿو، ته تجزيو کي ان کان اڳ يا بعد جي مرحلن تائين محدود ڪريو.
• مونجهارو گهٽ ڪريو: ڪيپچر ڪرڻ کان اڳ شيڊر ڪيش صاف ڪريو (مثال ۾ .bin وارا) ۽ پروجيڪٽ جي "صاف" بلڊز استعمال ڪريو.
• ورجن اپڊيٽ ڪريو يا تبديل ڪريو: RenderDoc ۽ ڊرائيور/GPU ٻئي؛ نئين ايڪسٽينشن سان، هڪ نئين بلڊ ۾ اهم اصلاحون شامل ٿي سگهن ٿيون.

جڏهن اسٽيم پڻ ڪريش ٿئي ٿي يا هڪ BSOD ظاهر ٿئي ٿي

• سسٽم جي سالميت: ميموري ٽيسٽ هلائي ٿو، گرمي پد جي نگراني ڪري ٿو، ۽ بجلي جي فراهمي جي جانچ ڪري ٿو. VK_ERROR_DEVICE_LOST شايد ڪنهن گهري مسئلي جي ظاهري علامت هجي.
• ڪرنل-سطح جا ڊرائيور: GPU ڊرائيور کي صاف طور تي ٻيهر انسٽال ڪريو. جيڪڏهن BSOD برقرار رهي ٿو، ته صحيح ماڊل جي سڃاڻپ لاءِ مني ڊمپ گڏ ڪريو.

ننڍيون تفصيلون جيڪي فرق پيدا ڪن ٿيون

ظاهري طور تي معمولي ترميمون آهن جيڪي عملي طور تي، مڪمل طور تي استحڪام تبديل ڪريو هڪ مخصوص عنوان جو. ڊيٽرائيٽ لاءِ "ڊي ايڪس جي آءِ سويپ چين ۾ پرتون ترجيح ڏيو" سيٽنگ: انسان بڻجو هڪ واضح مثال آهي. هن قسم جا آپشن پرتون، سويپ چين ۽ ڊرائيور ڪيئن لهه وچڙ ڪن ٿا ان کي ماڊيول ڪريو، ۽ هڪ مخصوص بگ کي نظرانداز ڪري سگهي ٿو.

ٻي مفيد تفصيل اها آهي ته شيڊر ڪيش صاف ڪرڻ وڏيون تبديليون ڪرڻ يا اسڪرين شاٽس جو تجزيو ڪرڻ کان اڳ، جيئن شيڊر آبجيڪٽ مثال ۾ .bin فائلن سان ڪيو ويو هو. هي گھٽائي ٿو غير مطابقت ۽ پراڻيون رياستون جيڪي سيشن ۽ ڪلائوڊ تشخيص جي وچ ۾ ڇڪي ويندا آهن.

آخرڪار، جڏهن هڪ راند اهو بند نٿو ٿئي پر هڪ لوپ ۾ رهي ٿو غلطي کان پوءِ، اهو هڪ اشارو آهي ته منطقي ڊوائيس ايپليڪيشن جي مڪمل طور تي انتظام ڪرڻ کان سواءِ ناقابل استعمال ٿي وئي آهي. انهن حالتن ۾، اهو جانچ جي لائق آهي. ٻيا عملدرآمد جا رستا (جيڪڏهن اهو موجود هجي ته مختلف بيڪ اينڊ، اسڪرين موڊ تبديل ڪريو، يا ڪجهه پاڇن يا اثرات جهڙيون جديد خاصيتون بند ڪريو) ته جيئن حادثي کي شروع ڪندڙ حالت کان بچي سگهجي.

وولڪن کي سمجهڻ لاءِ وسيلا (۽ بهتر ڊيبگ ڪرڻ)

وولڪن بابت وڌيڪ سکڻ سان توهان کي VK_ERROR_DEVICE_LOST جهڙين غلطين جي تشريح ڪرڻ ۾ مدد ملندي آهي بغير انڌن ٽپو ڏيڻ جي. هڪ ڪميونٽي ميمبر سرڪاري ڪرونوس وسيلن جي سفارش ڪئي جنهن ۾ شروعاتي-دوست طريقا ۽ ترتيب ڏنل فهرستون شامل آهن. اهي هڪ سٺو بنياد آهن. ڇا توهان پروگرامنگ ڪري رهيا آهيو يا صرف اهو سمجهڻ چاهيو ٿا ته ڇا ٿي رهيو آهي.

• وولڪن (خرونوس) لاءِ شروعاتي گائيڊ: تعارفي وسيلن جو هڪ مجموعو جيڪو توهان کي شروعات ڪرڻ ۽ API فلسفي کي سمجهڻ ۾ مدد ڪندو.
• گٽ هب تي ڪرونوس ولڪن وسيلا: لسٽنگ ظاهر ڪري ٿي ته وسيلن کي منتقل ڪيو ويو آهي وولڪن ڊاٽ آر جي، جتي توهان کي اپڊيٽ ٿيل دستاويز ملندا.

جيڪڏهن توهان کي خبر ناهي ته ڪٿان شروع ڪجي، اهي هدايتون توهان کي آزمائش ۽ غلطي کان بچائينديون. گندو آهي ۽ توهان کي ڊوائيس جي نقصان، ٽائم آئوٽ، هم وقت سازي جي مسئلن، ۽ وڌيڪ مسئلن کي حل ڪرڻ لاءِ معيار ڏيندو.

برادري جا سگنل: رابطي ۽ تبصرا

تفصيلي رپورٽن کان علاوه، اتي هئا "پسند" وانگر هلڪيون ڳالهيون هڪ تبصري ۽ گفتگو ۾ جتي انهن کان پڇيو ويو هو سکيا جا وسيلا. جيتوڻيڪ اهي معمولي تفصيل وانگر نظر اچن ٿا، اهي ظاهر ڪن ٿا ته موضوع آهي زنده ۽ حصيداري ڪيل، ۽ ڪيترائي حل تجربن جي مجموعن مان پيدا ٿين ٿا.

توهان جي ڪيس لاءِ تڪڙي چيڪ لسٽ

جيڪڏهن هي توهان سان هن وقت ٿي رهيو آهي، ته هي ڪوشش ڪريو. چيڪن جي مختصر فهرست، پوئين ڪيسن کان متاثر ٿي:

• ڊرائيور کي اپڊيٽ ڪريو يا واپس رول ڪريوجيڪڏهن توهان تازو اپڊيٽ ڪيو آهي ۽ اهو ناڪام ٿيڻ شروع ٿيو آهي، ته پوئين مستحڪم ورزن کي آزمايو؛ جيڪڏهن توهان مهينن کان اپڊيٽ نه ڪيو آهي، ته جديد WHQL انسٽال ڪريو.
• اوورليز کي بند ڪريو: اسٽيم، ڊسڪارڊ، جيفورس تجربو، وغيره ۽ ڏسو ته ڇا غلطي فريڪوئنسي تبديل ڪري ٿي.
• هر راند ۾ NVIDIA ٽيوننگ: ڊيٽرائيٽ ۾: انسان بڻجو، وولڪن/اوپن جي ايل پري سيٽ کي "ڊي ايڪس جي آءِ سويپ چين ۾ پرتن کي ترجيح ڏيو" تي سيٽ ڪرڻ سان حادثا حل ٿي ويا.
• اسڪرين موڊ ۽ ايف پي ايس: رينڊرنگ قطارن کي مستحڪم ڪرڻ لاءِ خاص پوري اسڪرين کي مجبور ڪريو ۽ FPS کي اعتدال سان محدود ڪريو.
• شيڊر ڪيش صاف ڪريو: راند ڪيش فائلن کي ختم ڪري ٿو ۽، جيڪڏهن لاڳو ٿئي ٿو، ڊرائيور کي.
• سسٽم لاگز: ڊرائيور ري سيٽ يا غلطين کي ڳولڻ لاءِ لينڪس تي dmesg/journalctl يا ونڊوز تي ايونٽ ويور.

ڪڏهن رپورٽ ڪجي ۽ ڇا شامل ڪجي

جيڪڏهن سڀ ڪجهه ٿيڻ جي باوجود مسئلو برقرار رهي ته ان کي رپورٽ ڪريو صحيح ڄاڻ مدد کي تيز ڪريو. اهم شعبن ۾ "ڪو به جواب نه ڏيڻ" کان پاسو ڪريو: شامل ڪريو راند جي سڃاڻپ ۽ ٽائيم اسٽيمپ جيڪڏهن اها راند آهي جنهن ۾ ريپلي آهي، ۽ ڳنڍيو اسڪرين شاٽ يا لاگز جڏهن اهو ممڪن آهي.

شامل ڪرڻ نه وساريو مڪمل ٽيڪنيڪل ماحول: او ايس ورجن (مثال طور ونڊوز 10 بلڊ 19045.4529)، بلڪل صحيح GPU (GeForce GTX 1080، RTX 3080)، ڊرائيور ورزن (جهڙوڪ 566.12)، ۽ ڇا توهان اوزار استعمال ڪندا آهيو جهڙوڪ RenderDoc، ان جو ٺوس نسخو (مثال طور، RenderDoc_2024_07_02_0406d376_64). هي ڊيٽا ٻيهر پيدا ڪرڻ لاءِ سون آهي.

اڪثر پڇيا ويا سوال

راند ڇو نه ڪريش ٿئي ٿي ۽ غلطي کان پوءِ لوپ ڇو نه ٿي ٿئي؟ ڇاڪاڻ ته ايپليڪيشن هڪ اهڙي حالت ۾ داخل ٿئي ٿي جتي منطقي ڊوائيس گم ٿي وڃي ٿي، پر آئوٽ پُٽ منطق مڪمل طور تي عمل ۾ نه اچي. عملي طور تي، توهان کي زبردستي بند ڪرڻو پوندو. ۽ چيڪ ڪريو ته ڪهڙو واقعو يا سيٽنگ ان حالت کي متحرڪ ڪري ٿي.

ڇا شيڊر ڪيش صاف ڪرڻ سان مدد ملندي؟ ڪيترن ئي حالتن ۾ ها، خاص طور تي جڏهن اتي آهن بلڊز ۽ ڪيشز جي وچ ۾ عدم مطابقتون (جهڙوڪ شيڊر آبجيڪٽ جي مثال ۾ .bin فائلون). هي خراب ٿيل رياستن کي رد ڪرڻ جو هڪ تيز طريقو آهي.

جيڪڏهن مون کي ڊرائيور تي شڪ هجي ته ڇا مون کي RenderDoc سان پڪڙڻ گهرجي؟ ڪيپچر ڪين پائپ لائن کي سمجهڻ ۾ مدد ڪريو، پر جيڪڏهن ايڪسٽينشن يا ڊرائيور سائو آهي ته اهو عدم استحڪام پڻ متعارف ڪرائي سگهي ٿو. پهرين ڪيپچر ڪرڻ کان سواءِ ٽيسٽ ڪريو، ۽ جيڪڏهن توهان ڪيپچر ڪيو ٿا، ته پوءِ ٽول جي ورزن سان ڪريو. ته توهان کي خبر آهي ته مستحڪم آهي توهان جي ڪيس لاءِ.

ڇا اوورليز VK_ERROR_DEVICE_LOST جو سبب بڻجي سگهن ٿا؟ ها، ڪڏهن ڪڏهن انجيڪٽ ٿيل پرتون سويپ چين ۾ مداخلت ڪن ٿيون يا هم وقت سازي سان. انهن کي غير فعال ڪرڻ پهرين ٽيسٽن مان هڪ آهي جيڪو انجام ڏنو ويندو.

جيڪڏهن مون کي ونڊوز ۾ BSOD به نظر اچي ته ڇا ٿيندو؟ اهو مشورو ڏئي ٿو ڪرنل/ڊرائيور يا هارڊويئر سطح تي مسئلاوولڪن مرحلن کان علاوه، اهو ياداشت جا امتحان انجام ڏئي ٿو، گرمي پد جي جانچ ڪري ٿو، بجلي جي فراهمي جو معائنو ڪري ٿو، ۽ ناقص ماڊل کي ڳولڻ لاءِ مني ڊمپ جو تجزيو ڪري ٿو.

توهان وٽ هڪ واضح روڊ ميپ آهي: نموني جي سڃاڻپ ڪريو، ٽرگر کي الڳ ڪريو، ۽ ثابت ٿيل اثرائتي سان ترتيبون لاڳو ڪريو.NVIDIA ڪنٽرول پينل ۾ اڳواٽ تبديلي کان وٺي جيڪو ڊيٽرائيٽ ۾ رانديون محفوظ ڪري ٿو: RTX 3080 تي انسان بڻجو، رينڊر ڊاڪ ڪيپچر هدايتون ۽ لينڪس تي مانيٽرنگ لاگ تائين ڊوٽا 2 لاءِ، اهڙا ٺوس حل آهن جيڪي VK_ERROR_DEVICE_LOST قسم جي حادثن کي تمام گهڻو گهٽ ڪن ٿا. جيڪڏهن توهان وولڪن جي بنياد کي سمجهڻ لاءِ ڪرونوس وسيلن تي پڻ ڀروسو ڪندا آهيو، هر ڪوشش وڌيڪ صحيح ٿيندي. ۽ توهان بلائنڊ ٽيسٽن تي گهٽ وقت ضايع ڪندا.