VK_ERROR_DEVICE_LOST در Vulkan: دلایل واقعی، تشخیص و رفع خطا

اگر با پیام VK_ERROR_DEVICE_LOST مواجه شده‌اید هنگام بازی کردن یا طراحی برنامه‌ها با Vulkan، شما تنها نیستید: این یک مشکل رایج است که می‌تواند خود را به صورت خرابی، خاموش شدن‌های غیرمنتظره یا حتی حلقه‌هایی که برنامه به طور کامل بسته نمی‌شود، نشان دهد. اگرچه ترسناک است، اما معمولاً توضیحی دارد و از همه مهمتر، راه‌هایی برای کاهش یا حل آن وجود دارد.

در این راهنما خواهید یافت موارد واقعی در ویندوز و لینوکس، به همراه بازی‌ها و ابزارها، سرنخ‌هایی برای تشخیص منبع، تنظیماتی که به سایر کاربران کمک کرده است (مانند یک تنظیم خاص در کنترل پنل NVIDIA برای Detroit: Become Human با RTX 3080)، و منابع قابل اعتماد برای درک بهتر ولکانایده این است که وقت خود را برای پریدن از این انجمن به آن انجمن تلف نکنید و در یک نگاه، راه‌حل‌هایی را که واقعاً امکاناتی دارند، داشته باشید. بیایید همه چیز را در مورد ... یاد بگیریم. خطا VK_ERROR_DEVICE_LOST. 

خطای VK_ERROR_DEVICE_LOST به چه معناست و چرا ظاهر می‌شود؟

در Vulkan، خطای VK_ERROR_DEVICE_LOST نشان می‌دهد که دستگاه منطقی از کار افتاده استدرایور GPU آن را مجدداً راه‌اندازی کرده است، درایور هنگ کرده است، به دلیل مسدود شدن یا اتمام زمان صف، TDR رخ داده است، یا برنامه چیزی را ارسال کرده است که سخت‌افزار/درایور نتوانسته آن را مدیریت کند. این همیشه به خرابی ختم نمی‌شود؛ گاهی اوقات، همانطور که خواهیم دید، برنامه در یک حلقه گیر می‌کند و باید به زور بسته شود.

اگرچه این الگو بسته به تجهیزات و نرم‌افزار متفاوت است، اما محرک‌های معمول عبارتند از: درایورهای ناپایدار، افزونه‌های بسیار جدید، لایه‌ها/پوشش‌ها، محدودیت‌های زمانی سیستم و گاهی اوقات، فقط ترکیبی نامطلوب از تنظیمات گرافیکی. دانستن برخی از موارد واقعی به بازتولید و رفع مشکل کمک می‌کند.

موارد واقعی: چه اتفاقی افتاد و چه کاری انجام شد

بازی Detroit: Become Human روی ویندوز، RTX 3080 و یک تغییر اساسی در انویدیا

یک کاربر با GeForce RTX 3080 با وجود انجام کارهای معمول، دائماً با مشکل خرابی بازی با خطای VK_ERROR_DEVICE_LOST مواجه می‌شد: درایورها را به‌روزرسانی کنید، حالت سازگاری را آزمایش کنید و گزینه‌های موجود را بررسی کنیدراه حلی که برای من جواب داد این بود که به کنترل پنل NVIDIA بروم و تنظیمات خاص مربوط به Vulkan/OpenGL را در سطح برنامه تغییر دهم.

این مسیر، که به روش دیگری فرموله شده بود، عبارت بود از: کنترل پنل انویدیا > مدیریت تنظیمات سه بعدی > تنظیمات برنامه > دیترویت: بیکام هیومن را انتخاب کنیددر گزینه‌ی روش از پیش تعیین‌شده‌ی Vulkan/OpenGL، تنظیماتی که تفاوت را ایجاد کرد، تنظیم آن روی «ترجیح بر اساس لایه‌ها در DXGI Swapchain«. با آن تغییر، تعطیلی‌های مکرر ناپدید شدند مرتبط با VK_ERROR_DEVICE_LOST.

این مثال نشان می‌دهد که گاهی اوقات، تنظیم سازگاری یا نحوه مدیریت swapchain در مورد لایه‌ها، این می‌تواند کلید حل باشد، به خصوص وقتی که عنوان دارای یک خط رندر خاص باشد یا وقتی که با لایه‌های دیگر در سیستم تعامل وجود داشته باشد.

دوتا ۲ در لینوکس: حلقه زدن و بی‌ثباتی ظاهراً تصادفی

مورد قابل توجه دیگر این است که اجرای بومی دوتا ۲ روی لینوکسالگوی گزارش‌شده گیج‌کننده بود: خطای VK_ERROR_DEVICE_LOST هم در طول مسابقات زنده و هم هنگام تماشای تکرارها ظاهر می‌شد، گاهی اوقات صرفاً به دلیل تماشای دعوا یا حتی تایپ کردن در چتبه جای بسته شدن کامل، بازی در یک ... باقی ماند. حلقه بی نهایت و باید به صورت دستی "کشته" می‌شد.

در آن تجربه خاص هیچ مشارکتی صورت نگرفت بدون شناسه تطبیق یا اسکرین‌شات (در هر دو فیلد عبارت «بدون پاسخ» نشان داده شده بود)، که مرتبط کردن لحظات دقیق را دشوار می‌کند. با این حال، علامت (یخ زدن بدون از کار افتادن کامل) به این نکته اشاره دارد وضعیت غیرقابل بازیابی دستگاه از دیدگاه برنامه. در لینوکس، این الگو می‌تواند مربوط به درایور، صف ارائه و مدیریت زمان‌بندی باشد، یا مقداری تعامل آهنگساز/محیط گرافیکی.

در چنین مواردی، بررسی مجدد توصیه می‌شود گزارش‌های سیستم (dmesg، journalctl)، نسخه‌های Mesa/NVIDIA را بسته به GPU بررسی کنید و لایه‌های شخص ثالث را غیرفعال کنید. اینها نکاتی هستند که اگرچه عمومی هستند، اما در موارد زیر مرتبط می‌شوند. یک عنوان Vulkan با رندرینگ فشرده مثل دوتا ۲.

اسکرین‌شات‌های ناپایدار با RenderDoc و VK_EXT_shader_object

استفاده از ابزارهای رسم نمودار، مجموعه متغیرهای خاص خود را اضافه می‌کند. مشاهده شده است که ناپایداری‌ها با RenderDoc هنگام ضبط برنامه‌هایی که از افزونه استفاده می‌کنند VK_EXT_shader_objectاز جمله خرابی‌های درایور بازیابی شده، هنگ کردن برنامه‌ها و خطاهای از دست دادن دستگاهجای تعجب نیست: ما در مورد یک توسعه اخیر و یک وضعیت ذاتاً حساس (پیوند زدن یک لایه جذب به یک خط لوله پیشرفته) صحبت می‌کنیم.

برای بازتولید مداوم مسئله، مثال "شیدروبکت‌ها» از مخزنِ ساشا ویلمز/ولکانروال کار این بود: فایل باینری shaderobjects.exe را تحت RenderDoc اجرا کنید، یک فریم را ثبت کنید و رویداد دوم 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 به ۶۰، اما این تعطیلی‌ها هر چند دقیقه یکبار در طول بازی ادامه داشت.

وقتی پرده‌های آبی در این معادله دخیل هستند، سوءظن به ... بی‌ثباتی در سطح هسته/درایور یا در خود سخت‌افزاراگرچه VK_ERROR_DEVICE_LOST یک باگ Vulkan است، اما اگر کل سیستم دچار مشکل است، توصیه می‌شود از موارد زیر استفاده کنید: تست‌های حافظه، بررسی دیسک و نظارت حرارتی برای رد کردن اینکه پردازنده گرافیکی یا منبع تغذیه آن در محدوده توان خود قرار دارند یا خیر.

علل احتمالی: فنی و روزمره

اگرچه هر مورد منحصر به فرد است، اما تعدادی علت رایج وجود دارد که ارزش بررسی دارند. در اینجا نقشه‌ای برای کمک به شما در جهت‌یابی ارائه شده است. رایج‌ترین مورد در VK_ERROR_DEVICE_LOST:

• درایورهای گرافیکی ناپایدار یا از کار افتادهنسخه‌های اخیر ممکن است برخی از عناوین را اصلاح و برخی دیگر را خراب کنند؛ عکس این حالت نیز اتفاق می‌افتد.
• افزونه‌های جدید یا در حال تغییر: مانند VK_EXT_shader_object، که هنوز در حال بلوغ است و می‌تواند موارد حاشیه‌ای را با ابزارهای ضبط آشکار کند.
• تایم اوت‌ها و TDR (ویندوز): اگر کاری روی پردازنده گرافیکی (GPU) برای همیشه طول بکشد، سیستم ممکن است درایور را مجدداً راه‌اندازی کند و دستگاه منطقی را "گم‌شده" رها کند.
• پوشش‌ها و لایه‌هاتزریق‌کننده‌های FPS، چت، استریم یا ردیاب‌ها می‌توانند در زنجیره مبادله یا خط لوله اختلال ایجاد کنند.
• پیکربندی‌های خاص swapchain: حالت‌های خاص ارائه، زمان‌بندی یا ترکیب‌بندی ممکن است باعث خرابی سخت‌افزار/درایورهای خاص شوند.
• حافظه نهان سایه‌زن خراب شده است یا خارج از همگام‌سازی: پاک کردن حافظه‌های پنهان (مانند فایل‌های .bin در مثال) می‌تواند ناهماهنگی‌های ظریف را از بین ببرد.
• سخت افزار در لبهدما، نوسانات برق یا اورکلاک/افت ولتاژ جزئی ممکن است باعث شود خطا به طور متناوب ظاهر شود.

چگونه بدون از دست دادن خونسردی خود، تشخیص دهیم؟

قبل از اینکه بیست چیز را یکجا تغییر دهید، بهتر است از یک دستور پیروی کنید. هدف، جداسازی عاملی است که باعث ایجاد خطای VK_ERROR_DEVICE_LOST می‌شود. در مورد خاص شما، تکیه بر سیگنال‌هایی که می‌توانید به طور عینی اندازه‌گیری یا بازتولید کنید.

1. اشکال را در یک توالی کوتاه تکثیر کنید: یک مبارزه خاص در دوتا ۲، یک منو در دیترویت، یا همان مرحله ضبط در RenderDoc (مثلاً انتخاب vkQueueSubmit() دوم).
2. به نسخه‌های سیستم عامل، درایور و پردازنده گرافیکی توجه کنید.داده‌هایی مانند بیلد ۱۹۰۴۵.۴۵۲۹ ویندوز ۱۰، کارت گرافیک GeForce GTX 1080 و درایور ۵۶۶.۱۲ به مقایسه گزارش‌ها کمک می‌کنند.
3. غیرفعال کردن پوشش‌ها و لایه‌ها: Steam، GeForce Experience، Discord و غیره. بررسی کنید که آیا رفتار بدون آنها تغییر می‌کند یا خیر.
4. به مقادیر «موجودی» برمی‌گرددبدون اورکلاک پردازنده گرافیکی/پردازنده مرکزی/رم، با محدودیت‌های پیش‌فرض توان و بدون کاهش شدید ولتاژ.
5. تحت ردیابی بازسازی می‌کند فقط در صورت لزوم: اگر RenderDoc یا ابزارهای مشابه مشکل را تشدید می‌کنند، ابتدا بدون گرفتن عکس امتحان کنید.
6. پاک کردن حافظه نهان سایه‌زن: در صورت وجود، هم بازی و هم درایور. فایل‌های .bin در مثال از این پشتیبانی می‌کنند.
7. بررسی لاگ‌های سیستمدر لینوکس، dmesg و journalctl؛ در ویندوز، Event Viewer و minidumps در صورت وجود صفحه آبی مرگ.

اگر در این فرآیند به مرحله‌ای برخوردید که همیشه خطا را تسریع می‌کند (همانطور که با vkQueueSubmit دوم در مثال اشیاء سایه‌زن اتفاق افتاد)، شما در حال حاضر نیمی از تشخیص را دارید: امتحان کنید فقط یک متغیر را تغییر دهید (درایور، تنظیمات swapchain، حالت ارائه) تا ببینیم آیا تریگر از بین می‌رود یا خیر.

راه‌حل‌ها و اصلاحات عملی که مؤثر بوده‌اند

هیچ عصای جادویی جهانی وجود ندارد، اما وجود دارد اقداماتی با میزان موفقیت خوبدر زیر مجموعه‌ای از اقدامات از کمترین مزاحمت تا بیشترین مزاحمت مرتب شده است.

بازی‌های ویندوز (NVIDIA/AMD) و Vulkan

• تنظیم اختصاصی انویدیا برای Detroit: Become Human: در کنترل پنل > مدیریت تنظیمات سه بعدی > تنظیمات برنامه > فایل اجرایی بازی را انتخاب کنید، تنظیمات پیش‌فرض Vulkan/OpenGL را پیدا کنید و آن را روی «Prefer Layers on DXGI Swapchain» تنظیم کنید. این کار از خرابی‌های مکرر RTX 3080 جلوگیری کرده است.
• محدود کردن FPS و هماهنگ‌سازیحفظ ۶۰ فریم بر ثانیه و تمام صفحه بودن انحصاری می‌تواند درایورهای خاصی را پایدار کند، اگرچه همیشه به تنهایی کافی نیست.
• غیرفعال کردن همپوشانی‌هااگر متوجه بهبود شدید، یکی یکی آنها را دوباره نصب کنید تا عامل مشکل‌ساز را شناسایی کنید.
• راننده «خوب شناخته شده»اگر خطا پس از به‌روزرسانی ظاهر شد، نسخه پایدار قبلی را امتحان کنید؛ اگر مدتی است به‌روزرسانی نکرده‌اید، آخرین نسخه WHQL را نصب کنید.

لینوکس و بازی‌های بومی با Vulkan (مثلاً Dota 2)

• بررسی پشته گرافیکینسخه Mesa/NVIDIA مناسب برای هسته و محیط شما. تغییر نسخه ممکن است مشکل حلقه بی‌نهایت را برطرف کند.
• بررسی آهنگساز و پنجره‌ها: با و بدون کامپوزیتور، پنجره تمام صفحه در مقابل پنجره بدون حاشیه را آزمایش کنید و در صورت امکان بازی، حالت ارائه را تنظیم کنید.
• گزارش‌ها با جزئیات: زمان خرابی را شناسایی کنید و در آن زمان به dmesg/journalctl نگاه کنید. یک خطای GPU یا تنظیم مجدد ثبت خواهد شد.

ابزارهای ضبط و اشکال‌زدایی (RenderDoc)

• از مراحل مشکل‌ساز اجتناب کنیداگر انتخاب یک رویداد خاص (مانند vkQueueSubmit() دوم) باعث خرابی شود، تجزیه و تحلیل را به مراحل قبل یا بعد از آن محدود کنید.
• کاهش سردرگمیقبل از گرفتن پروژه، حافظه‌های نهان سایه‌زن (مانند فایل‌های .bin در مثال) را پاک کنید و از نسخه‌های «تمیز» پروژه استفاده کنید.
• به‌روزرسانی یا تغییر نسخه: هم RenderDoc و هم درایور/GPU؛ با افزونه‌های جدید، ساخت جدیدتر ممکن است شامل اصلاحات کلیدی باشد.

وقتی Steam هم از کار می‌افتد یا صفحه آبی مرگ (BSOD) ظاهر می‌شود

• سیستم یکپارچه: تست‌های حافظه را اجرا می‌کند، دما را رصد می‌کند و منابع تغذیه را بررسی می‌کند. VK_ERROR_DEVICE_LOST ممکن است نشانه قابل مشاهده‌ای از یک مشکل عمیق‌تر باشد.
• درایورهای سطح هستهدرایور GPU را به طور کامل دوباره نصب کنید. اگر صفحه آبی مرگ همچنان ادامه داشت، فایل‌های کوچک (minidumps) را جمع‌آوری کنید تا ماژول دقیق را شناسایی کنید.

جزئیات کوچکی که تفاوت را رقم می‌زنند

ظاهراً تنظیمات جزئی وجود دارد که در عمل، تغییر کامل پایداری از یک عنوان خاص. تنظیمات «Prefer layers in DXGI Swapchain» برای Detroit: Become Human یک مثال واضح است. این نوع گزینه‌ها نحوه تعامل لایه‌ها، swapchain و درایور را تنظیم کنیدو می‌تواند یک اشکال خاص را دور بزند.

یکی دیگر از جزئیات مفید این است که پاک کردن حافظه نهان سایه‌زن قبل از ایجاد تغییرات عمده یا تجزیه و تحلیل تصاویر، همانطور که با فایل‌های .bin در مثال شیء shader انجام شد. این کار باعث کاهش ناهماهنگی‌ها و حالت‌های قدیمی که بین جلسات و تشخیص‌های ابری به تعویق می‌افتند.

بالاخره، وقتی یک بازی بسته نمیشه ولی تو یه حلقه میمونه بعد از خطا، این سرنخی است که دستگاه منطقی بدون مدیریت کامل توسط برنامه، غیرقابل استفاده شده است. در این موارد، ارزش آزمایش دارد. مسیرهای اجرایی دیگر (در صورت وجود، بک‌اند متفاوت، حالت صفحه را تغییر دهید، یا ویژگی‌های پیشرفته مانند سایه‌ها یا جلوه‌های خاص را غیرفعال کنید) تا از وضعیتی که باعث خرابی می‌شود جلوگیری شود.

منابعی برای درک ولکان (و اشکال‌زدایی بهتر)

یادگیری بیشتر در مورد Vulkan به شما کمک می‌کند تا خطاهایی مانند VK_ERROR_DEVICE_LOST را بدون هیچ پیش‌داوری تفسیر کنید. یکی از اعضای انجمن، منابع رسمی Khronos را با رویکردهای مناسب برای مبتدیان و فهرست‌های برگزیده توصیه کرد. آنها پایه خوبی هستند چه در حال برنامه‌نویسی باشید و چه فقط بخواهید بفهمید چه اتفاقی می‌افتد.

• راهنمای مبتدیان برای Vulkan (Khronos): مجموعه‌ای از منابع مقدماتی برای کمک به شما در شروع کار و درک فلسفه API.
• منابع Khronos Vulkan در گیت‌هاب: این فهرست نشان می‌دهد که منابع به ... منتقل شده‌اند. vulkan.org، جایی که مستندات به‌روز شده را خواهید یافت.

اگر نمی‌دانید از کجا شروع کنید، این راهنماها شما را از آزمون و خطا نجات می‌دهند نامرتب است و به شما معیارهایی برای رسیدگی به مسائلی مانند از دست دادن دستگاه، وقفه‌های زمانی، مشکلات همگام‌سازی و موارد دیگر می‌دهد.

سیگنال‌های انجمن: تعامل و نظرات

علاوه بر گزارش‌های مفصل، تعاملات سبک مانند یک «لایک» در یک نظر، و مکالماتی که در آنها از آنها سوال شده بود منابع یادگیریاگرچه جزئیات جزئی به نظر می‌رسند، اما نشان می‌دهند که موضوع ... زنده و مشترکو اینکه بسیاری از راه‌حل‌ها از مجموع تجربیات زاده می‌شوند.

چک لیست سریع برای پرونده شما

اگر همین الان این اتفاق برای شما هم می‌افتد، این یکی را امتحان کنید. فهرست کوتاه چک‌هابا الهام از موارد قبلی:

• درایور را به‌روزرسانی یا به نسخه قبلی برگردانیداگر تازه به‌روزرسانی کرده‌اید و شروع به از کار افتادن کرده است، نسخه پایدار قبلی را امتحان کنید؛ اگر ماه‌هاست به‌روزرسانی نکرده‌اید، آخرین نسخه WHQL را نصب کنید.
• غیرفعال کردن همپوشانی‌ها: Steam، Discord، GeForce Experience و غیره را اجرا کنید و ببینید آیا خطا فرکانس را تغییر می‌دهد یا خیر.
• تنظیم NVIDIA برای هر بازیدر بازی Detroit: Become Human، تنظیم پیش‌فرض Vulkan/OpenGL روی «Prefer Layers in DXGI Swapchain» مشکل کرش کردن بازی را حل کرد.
• حالت صفحه نمایش و FPS: برای تثبیت صف‌های رندر، تمام‌صفحه را مجبور به استفاده از حالت تمام‌صفحه کنید و FPS را به طور متوسط ​​محدود کنید.
• پاک کردن حافظه پنهان سایه‌زن‌ها: فایل‌های حافظه پنهان بازی و در صورت وجود، درایور را حذف می‌کند.
• گزارش‌های سیستمبرای تشخیص ریست شدن یا خطاهای درایور، از dmesg/journalctl در لینوکس یا Event Viewer در ویندوز استفاده کنید.

چه زمانی گزارش دهیم و چه مواردی را در آن بگنجانیم

اگر با وجود همه چیز مشکل همچنان ادامه داشت، آن را به ... گزارش دهید اطلاعات دقیق سرعت بخشیدن به کمک. از «بدون پاسخ» در فیلدهای کلیدی خودداری کنید: شامل شناسه بازی و مهر زمانی اگر بازی دارای تکرار است، آن را پیوست کنید اسکرین‌شات‌ها یا گزارش‌ها در صورت امکان

فراموش نکنید که اضافه کنید محیط فنی کامل: نسخه سیستم عامل (مثلاً ویندوز ۱۰ نسخه ۱۹۰۴۵.۴۵۲۹) پردازنده گرافیکی دقیق (GeForce GTX 1080، RTX 3080)، نسخه درایور (مانند ۵۶۶.۱۲) و اینکه آیا از ابزارهایی مانند RenderDoc، نسخه ملموس آن (مثلاً RenderDoc_2024_07_02_0406d376_64). بازتولید این داده‌ها فوق‌العاده است.

سوالات متداول

چرا بازی کرش نمی‌کند و فقط بعد از خطا، لوپ می‌شود؟ زیرا برنامه وارد حالتی می‌شود که دستگاه منطقی از بین رفته است، اما منطق خروجی به طور کامل اجرا نمی‌شود. در عمل، باید به زور ببندی و بررسی کنید که چه رویداد یا تنظیماتی آن حالت را فعال می‌کند.

آیا پاک کردن حافظه نهان shader کمکی می‌کند؟ در چندین سناریو بله، به خصوص وقتی که ... وجود دارد ناسازگاری بین نسخه‌های ساخته‌شده و حافظه‌های پنهان (مانند فایل‌های .bin در مثال اشیاء سایه‌زن). این یک روش سریع برای حذف حالت‌های خراب است.

اگر به درایور مشکوک باشم، آیا باید با RenderDoc تصویر بگیرم؟ قوطی ضبط به درک خط لوله کمک کنیداما اگر افزونه یا درایور سبز باشد، می‌تواند باعث بی‌ثباتی نیز شود. ابتدا بدون ضبط کردن تست کنید و اگر ضبط کردید، این کار را با نسخه‌های مختلف این ابزار انجام دهید. که تو آن را پایدار می‌دانی برای پرونده شما

آیا همپوشانی‌ها می‌توانند باعث خطای VK_ERROR_DEVICE_LOST شوند؟ بله، گاهی اوقات لایه‌های تزریق‌شده با swapchain تداخل دارند یا با همگام‌سازی. غیرفعال کردن آنها یکی از اولین آزمایش‌هایی است که باید انجام شود.

اگر در ویندوز هم صفحه آبی مرگ (BSOD) را ببینم، چه می‌شود؟ این نشان می‌دهد مشکلات در سطح هسته/درایور یا سخت‌افزارعلاوه بر مراحل Vulkan، این برنامه تست‌های حافظه، بررسی دما، بررسی منبع تغذیه و تجزیه و تحلیل minidumpها را برای یافتن ماژول معیوب انجام می‌دهد.

شما یک نقشه راه مشخص دارید: الگو را شناسایی کنید، عامل محرک را جدا کنید و تنظیماتی را با اثربخشی اثبات‌شده اعمال کنیداز تغییر از پیش تعیین‌شده در کنترل پنل انویدیا که بازی‌ها را در Detroit: Become Human روی RTX 3080 ذخیره می‌کرد، تا دستورالعمل‌های ضبط RenderDoc و نظارت بر لاگ‌ها در لینوکس برای Dota 2، راه‌حل‌های مشخصی وجود دارد که خرابی‌های نوع VK_ERROR_DEVICE_LOST را تا حد زیادی کاهش می‌دهد. اگر برای درک اساس Vulkan به منابع Khronos نیز تکیه می‌کنید، هر تلاش دقیق‌تر خواهد بود و زمان کمتری را در تست‌های کورکورانه تلف خواهید کرد.