VK_ERROR_DEVICE_LOST di Vulkan: penyebab sebenarnya, diagnostik, dan perbaikan

Jika Anda mengalami pesan VK_ERROR_DEVICE_LOST Saat bermain game atau mendesain aplikasi dengan Vulkan, Anda tidak sendirian: ini adalah masalah umum yang dapat bermanifestasi sebagai crash, shutdown tiba-tiba, atau bahkan loop di mana program tidak dapat ditutup sepenuhnya. Meskipun menakutkan, biasanya ada penjelasannya dan, yang terpenting, cara untuk mengurangi atau mengatasinya.

Dalam panduan ini Anda akan menemukan Kasus nyata di Windows dan Linux, dengan permainan dan alat, petunjuk untuk mendiagnosis sumber, pengaturan yang telah membantu pengguna lain (seperti pengaturan khusus di Panel Kontrol NVIDIA untuk Detroit: Menjadi Manusia dengan RTX 3080), dan Sumber daya yang dapat diandalkan untuk lebih memahami VulkanIdenya adalah Anda tidak membuang waktu berpindah dari satu forum ke forum lain dan langsung mendapatkan solusi yang benar-benar memungkinkan. Mari pelajari semua tentang kesalahan VK_ERROR_DEVICE_LOST. 

Apa arti VK_ERROR_DEVICE_LOST dan mengapa muncul?

Di Vulkan, kesalahan VK_ERROR_DEVICE_LOST menunjukkan bahwa perangkat logis telah berhenti beroperasi: driver GPU telah memulai ulang, terjadi driver hang, TDR terjadi karena pemblokiran atau batas waktu antrean, atau aplikasi mengirimkan sesuatu yang tidak dapat ditangani oleh perangkat keras/driver. Hal ini tidak selalu berakhir dengan crash; terkadang, seperti yang akan kita lihat, aplikasi macet dalam suatu lingkaran dan harus ditutup secara paksa.

Meskipun polanya bervariasi tergantung pada peralatan dan perangkat lunak, pemicu yang biasa adalah Driver tidak stabil, ekstensi yang sangat baru, lapisan/overlay, batas waktu sistem dan terkadang, kombinasi pengaturan grafis yang kurang tepat. Mengetahui beberapa kasus nyata dapat membantu mereproduksi dan mengatasi masalah tersebut.

Kasus nyata: apa yang terjadi dan apa yang dilakukan

Detroit: Menjadi Manusia di Windows, RTX 3080, dan penyesuaian yang menentukan di NVIDIA

Seorang pengguna dengan GeForce RTX 3080 terus-menerus mengalami game crash dengan VK_ERROR_DEVICE_LOST meskipun melakukan hal-hal umum: Perbarui driver, uji mode kompatibilitas, dan tinjau opsiSolusi yang berhasil bagi saya adalah masuk ke Panel Kontrol NVIDIA dan mengubah preferensi tertentu yang terkait dengan Vulkan/OpenGL di tingkat program.

Rute yang diformulasikan dengan cara lain adalah: Panel Kontrol NVIDIA > Kelola Pengaturan 3D > Pengaturan Program > pilih Detroit: Menjadi Manusia. Pada opsi metode preset Vulkan/OpenGL, pengaturan yang membuat perbedaan adalah pengaturannya ke "Lebih suka berdasarkan lapisan di DXGI Swapchain«. Dengan perubahan itu, penutupan berulang kali menghilang dikaitkan dengan VK_ERROR_DEVICE_LOST.

Contoh ini menggambarkan bahwa terkadang, penyesuaian kompatibilitas atau bagaimana swapchain dikelola dengan lapisan, ini bisa menjadi kunci, terutama saat judul memiliki jalur render tertentu atau saat ada interaksi dengan lapisan lain dalam sistem.

Dota 2 di Linux: Looping dan Ketidakstabilan yang Tampaknya Acak

Kasus penting lainnya adalah kasus Dota 2 berjalan secara native di LinuxPola yang dilaporkan membingungkan: kesalahan VK_ERROR_DEVICE_LOST akan muncul selama pertandingan waktu nyata dan saat menonton tayangan ulang, terkadang hanya dengan menonton perkelahian atau bahkan mengetik di obrolan. Alih-alih ditutup sepenuhnya, permainan tetap berada di Lingkaran tak terbatas dan harus “dibunuh” secara manual.

Dalam pengalaman khusus tersebut tidak ada kontribusi yang diberikan Tidak ada ID Pertandingan atau tangkapan layar ("Tidak ada respons" ditunjukkan di kedua bidang), yang membuatnya sulit untuk menghubungkan momen yang tepat. Meskipun demikian, gejalanya (membeku tanpa kerusakan total) menunjukkan kondisi perangkat yang tidak dapat dipulihkan dari perspektif aplikasi. Di Linux, pola ini dapat dikaitkan dengan driver, antrean presentasi dan manajemen waktu, atau beberapa interaksi komposer/lingkungan grafis.

Dalam skenario seperti ini disarankan untuk meninjau log sistem (dmesg, journalctl), periksa versi Mesa/NVIDIA tergantung pada GPU, dan nonaktifkan lapisan pihak ketiga. Ini adalah tips yang, meskipun umum, menjadi relevan dalam judul Vulkan yang membutuhkan render intensif seperti Dota 2.

Tangkapan layar tidak stabil dengan RenderDoc dan VK_EXT_shader_object

Penggunaan alat plotting menambahkan serangkaian variabelnya sendiri. Telah diamati Ketidakstabilan dengan RenderDoc saat menangkap aplikasi yang menggunakan ekstensi VK_EXT_shader_objecttermasuk Driver yang dipulihkan mogok, aplikasi macet, dan kesalahan perangkat hilang. Tidak mengherankan: kita sedang membicarakan perluasan terbaru dan situasi yang pada dasarnya rumit (mencangkokkan lapisan penangkapan ke dalam alur kerja yang canggih).

Untuk mereproduksi masalah secara konsisten, contoh "shaderobjects» dari repositori Sascha Willems/VulkanProsedurnya adalah: Jalankan biner shaderobjects.exe di bawah RenderDoc, tangkap bingkai dan pilih acara vkQueueSubmit() kedua. Pada saat itu, dialog laporan kesalahan muncul dari alat tersebut.

Selain itu, untuk mengurangi faktor perancu, berikut ini dihilangkan sebelum penangkapan: file .bin yang dihasilkan contoh tersebut (shader cache), dan kesalahannya masih terjadi. Lingkungan spesifiknya adalah: RenderDoc_2024_07_02_0406d376_64, Windows 10 (10.0.19045.4529), Vulkan 1.3.275, GeForce GTX 1080 y pengemudi 566.12Data ini sangat berguna jika Anda melaporkan atau membandingkan masalah serupa.

Game dan Steam mogok, dan bahkan layar biru

Skenario yang sangat mengganggu juga dilaporkan: Permainannya sering macet, kadang-kadang Steam juga, dan bahkan BSOD pun muncul. (layar biru). Tindakan dasar seperti Perbarui driver, sesuaikan kualitas grafis, paksa mode layar penuh, nonaktifkan overlay y batasi FPS hingga 60, tetapi penutupan terus berlanjut setiap beberapa menit permainan.

Ketika layar biru terlibat dalam persamaan, kecurigaan ketidakstabilan pada tingkat kernel/driver atau pada perangkat keras itu sendiriMeskipun VK_ERROR_DEVICE_LOST adalah bug Vulkan, jika seluruh sistem goyah, disarankan untuk melengkapi dengan tes memori, pemeriksaan disk, dan pemantauan termal untuk mengesampingkan kemungkinan bahwa GPU atau catu dayanya berada pada batasnya.

Kemungkinan penyebabnya: teknis dan sehari-hari

Meskipun setiap kasus unik, ada sejumlah penyebab umum yang patut dipertimbangkan. Berikut peta untuk membantu Anda menavigasi. Yang paling umum di VK_ERROR_DEVICE_LOST:

• Driver grafis tidak stabil atau mengalami kemunduran:Versi terkini mungkin memperbaiki beberapa judul dan merusak judul lainnya; hal sebaliknya juga terjadi.
• Ekstensi baru atau yang berubah: as VK_EXT_shader_object, yang masih dalam tahap pematangan dan dapat mengungkap kasus-kasus ekstrem dengan alat penangkap.
• Batas waktu dan TDR (Windows): Jika pekerjaan pada GPU memakan waktu lama, sistem mungkin akan memulai ulang driver dan membiarkan perangkat logis “hilang.”
• Hamparan dan lapisan: Injektor FPS, obrolan, streaming, atau pelacak dapat mengganggu swapchain atau jalur pipa.
• Konfigurasi swapchain tertentu:Mode presentasi, pengaturan waktu, atau komposisi tertentu dapat memicu kerusakan pada perangkat keras/driver tertentu.
• Cache shader rusak atau tidak sinkron: menghapus cache (seperti file .bin dalam contoh) dapat menghilangkan ketidakkonsistenan yang halus.
• Perangkat keras di tepi:Suhu, lonjakan daya, atau sedikit overclocking/undervoltage dapat menyebabkan kesalahan muncul secara berkala.

Cara mendiagnosis tanpa kehilangan ketenangan

Sebelum mengubah dua puluh hal sekaligus, lebih baik ikuti perintahnya. Tujuannya adalah untuk mengisolasi faktor yang memicu VK_ERROR_DEVICE_LOST Dalam kasus spesifik Anda, mengandalkan sinyal yang dapat Anda ukur atau reproduksi secara objektif.

1. Mereproduksi bug dalam urutan pendek: pertarungan tertentu di Dota 2, menu di Detroit, atau langkah penangkapan yang sama di RenderDoc (misalnya, memilih vkQueueSubmit() kedua).
2. Perhatikan versi OS, driver, dan GPU.:Data seperti Windows 10 build 19045.4529, GeForce GTX 1080, dan driver 566.12 membantu membandingkan laporan.
3. Nonaktifkan overlay dan lapisan: Steam, GeForce Experience, Discord, dll. Periksa apakah perilakunya berubah tanpanya.
4. Kembali ke nilai “stok”: Tidak ada overclocking GPU/CPU/RAM, dengan batasan daya default dan tidak ada undervolting yang agresif.
5. Menciptakan ulang di bawah penelusuran Hanya jika perlu: Jika RenderDoc atau alat serupa memperburuk masalah, coba tanpa melakukan perekaman terlebih dahulu.
6. Hapus cache shader: baik game maupun drivernya, jika ada. File .bin dalam contoh ini mendukung hal ini.
7. Periksa log sistem: Pada Linux, dmesg dan journalctl; pada Windows, Event Viewer dan minidumps jika terjadi BSOD.

Jika dalam proses Anda menemukan langkah yang selalu menimbulkan kesalahan (seperti yang terjadi dengan vkQueueSubmit kedua dalam contoh objek shader), Anda sudah memiliki setengah diagnosis: coba ubah hanya satu variabel (driver, pengaturan swapchain, mode presentasi) untuk melihat apakah pemicunya hilang.

Solusi dan penyesuaian praktis yang berhasil

Tidak ada tongkat ajaib universal, tapi ada tindakan dengan tingkat keberhasilan yang baikBerikut ini adalah serangkaian tindakan yang diurutkan dari yang paling tidak mengganggu hingga yang paling mengganggu.

Game Windows (NVIDIA/AMD) dan Vulkan

• Penyetelan khusus NVIDIA untuk Detroit: Become Human: Di Panel Kontrol > Kelola Pengaturan 3D > Pengaturan Program > pilih file game yang dapat dieksekusi, cari preset Vulkan/OpenGL, dan atur ke "Prefer Layers on DXGI Swapchain." Ini telah menghilangkan crash berulang pada RTX 3080.
• Batasi FPS dan sinkronisasi:Mempertahankan 60 FPS dan layar penuh eksklusif dapat menstabilkan driver tertentu, meskipun itu sendiri tidak selalu cukup.
• Nonaktifkan overlay: Steam, NVIDIA, Discord, dll. Jika Anda melihat adanya peningkatan, perkenalkan kembali satu per satu untuk mengidentifikasi penyebabnya.
• Pengemudi yang “dikenal baik”Jika kesalahan muncul setelah memperbarui, coba versi stabil sebelumnya; jika Anda belum memperbarui dalam beberapa waktu, instal versi WHQL terbaru.

Linux dan judul asli dengan Vulkan (misalnya Dota 2)

• Periksa tumpukan grafis: : Versi Mesa/NVIDIA sesuai untuk kernel dan lingkungan Anda. Peningkatan versi dapat memperbaiki loop tak terbatas.
• Periksa komposer dan jendela: Uji dengan dan tanpa kompositor, layar penuh vs. jendela tanpa batas, dan sesuaikan mode presentasi jika permainan mengizinkannya.
• Log secara detailIdentifikasi waktu kerusakan dan lihat dmesg/journalctl pada saat itu. Kesalahan GPU atau pengaturan ulang akan dicatat.

Alat Pengambilan dan Debugging (RenderDoc)

• Hindari langkah-langkah yang bermasalah: Jika memilih peristiwa tertentu (seperti vkQueueSubmit() kedua) memicu kerusakan, batasi analisis ke langkah sebelum atau sesudahnya.
• Mengurangi kebingungan: Bersihkan shader cache (seperti yang berformat .bin pada contoh) sebelum melakukan capture dan gunakan build “bersih” dari proyek tersebut.
• Perbarui atau ubah versi: baik RenderDoc maupun driver/GPU; dengan ekstensi baru, versi yang lebih baru mungkin berisi perbaikan utama.

Ketika Steam juga mogok atau BSOD muncul

• Integritas sistem: Menjalankan uji memori, memantau suhu, dan memeriksa catu daya. VK_ERROR_DEVICE_LOST mungkin merupakan gejala nyata dari masalah yang lebih mendalam.
• Driver tingkat kernelInstal ulang driver GPU dengan bersih. Jika BSOD berlanjut, kumpulkan minidump untuk mengidentifikasi modul yang tepat.

Detail kecil yang membuat perbedaan

Tampaknya ada penyesuaian kecil yang, dalam praktiknya, mengubah stabilitas sepenuhnya dari judul tertentu. Pengaturan "Prefer layer in DXGI Swapchain" untuk Detroit: Become Human adalah contoh yang jelas. Jenis opsi ini memodulasi bagaimana lapisan, swapchain, dan driver berinteraksi, dan dapat melewati bug tertentu.

Detail berguna lainnya adalah membersihkan cache shader sebelum membuat perubahan besar atau menganalisis tangkapan layar, seperti yang dilakukan dengan file .bin pada contoh objek shader. Hal ini mengurangi ketidakkonsistenan dan keadaan lama yang berlarut-larut di antara sesi dan diagnosis awan.

Akhirnya, ketika sebuah permainan Tidak menutup tapi tetap dalam satu lingkaran Setelah kesalahan, ini merupakan petunjuk bahwa perangkat logis menjadi tidak dapat digunakan tanpa aplikasi yang mengelolanya sepenuhnya. Dalam kasus seperti itu, ada baiknya mengujinya. rute eksekusi lainnya (backend yang berbeda jika ada, ubah mode layar, atau nonaktifkan fitur lanjutan seperti bayangan atau efek tertentu) untuk menghindari keadaan yang memicu kerusakan.

Sumber daya untuk memahami Vulkan (dan men-debug lebih baik)

Mempelajari Vulkan lebih lanjut membantu Anda menginterpretasikan kesalahan seperti VK_ERROR_DEVICE_LOST tanpa perlu terburu-buru. Seorang anggota komunitas merekomendasikan sumber daya resmi Khronos dengan pendekatan yang ramah bagi pemula dan daftar yang telah dikurasi. Mereka adalah basis yang bagus apakah Anda sedang melakukan pemrograman atau hanya ingin memahami apa yang sedang terjadi.

• Panduan Pemula untuk Vulkan (Khronos): Kumpulan sumber daya pengantar untuk membantu Anda memulai dan memahami filosofi API.
• Sumber daya Khronos Vulkan di GitHub: daftar tersebut menunjukkan bahwa sumber daya telah dipindahkan ke vulkan.org, di mana Anda akan menemukan dokumentasi terkini.

Jika Anda tidak tahu harus mulai dari mana, Panduan ini akan membantu Anda terhindar dari percobaan dan kesalahan berantakan dan akan memberi Anda kriteria untuk mengatasi masalah seperti kehilangan perangkat, waktu habis, masalah sinkronisasi, dan banyak lagi.

Sinyal komunitas: interaksi dan komentar

Selain laporan rinci, ada juga interaksi ringan seperti “Suka” dalam komentar, dan percakapan di mana mereka ditanya Sumber Belajar. Meskipun tampak seperti detail kecil, namun hal ini mencerminkan bahwa topiknya hidup dan berbagi, dan banyak solusi lahir dari kumpulan pengalaman.

Daftar periksa cepat untuk kasus Anda

Jika hal ini terjadi pada Anda saat ini, cobalah yang ini. daftar pendek pemeriksaan, terinspirasi oleh kasus sebelumnya:

• Perbarui atau putar kembali driverJika Anda baru saja memperbarui dan mulai gagal, coba versi stabil sebelumnya; jika Anda belum memperbarui selama berbulan-bulan, instal WHQL terbaru.
• Nonaktifkan overlay: Steam, Discord, GeForce Experience, dll. dan lihat apakah frekuensi kesalahannya berubah.
• Penyetelan NVIDIA per game:Di Detroit: Become Human, pengaturan preset Vulkan/OpenGL ke “Prefer Layers in DXGI Swapchain” mengatasi kerusakan.
• Mode layar dan FPS: Paksa layar penuh eksklusif dan batasi FPS secara moderat untuk menstabilkan antrean rendering.
• Hapus cache shader: Menghapus file cache game dan, jika berlaku, driver.
• Log sistem: dmesg/journalctl pada Linux atau Event Viewer pada Windows untuk mendeteksi pengaturan ulang atau kesalahan driver.

Kapan harus melaporkan dan apa yang harus disertakan

Jika masalah masih berlanjut meskipun sudah melakukan semuanya, laporkan ke informasi akurat Percepat bantuan. Hindari "Tidak Ada Respons" di kolom utama: sertakan ID Game dan stempel waktu Jika ini adalah permainan dengan replay, dan lampirkan tangkapan layar atau log bila memungkinkan.

Jangan lupa menambahkan lingkungan teknis lengkap: Versi OS (misalnya Windows 10 build 19045.4529), GPU yang tepat (GeForce GTX 1080, RTX 3080), versi driver (seperti 566.12), dan apakah Anda menggunakan alat seperti RenderDoc, versi konkretnya (misalnya RenderDoc_2024_07_02_0406d376_64). Data ini sangat mudah direproduksi.

Pertanyaan yang Sering Diajukan

Mengapa gamenya tidak mogok dan hanya mengulang setelah terjadi kesalahan? Karena aplikasi memasuki kondisi di mana perangkat logis hilang, tetapi logika keluaran tidak sepenuhnya dijalankan. Dalam praktiknya, Anda harus memaksa penutupan dan memeriksa peristiwa atau pengaturan apa yang memicu status tersebut.

Apakah membersihkan shader cache membantu? Dalam beberapa skenario ya, terutama ketika ada ketidakkonsistenan antara build dan cache (seperti file .bin pada contoh objek shader). Ini adalah cara cepat untuk membuang status yang rusak.

Haruskah saya merekam dengan RenderDoc jika saya mencurigai pengemudinya? Tangkapan bisa membantu memahami alur kerja, tetapi juga dapat menimbulkan ketidakstabilan jika ekstensi atau driver berwarna hijau. Uji terlebih dahulu tanpa merekam, dan jika Anda merekam, lakukan dengan versi alat tersebut. bahwa kamu tahu stabil untuk kasus Anda.

Bisakah overlay menyebabkan VK_ERROR_DEVICE_LOST? Ya, terkadang lapisan yang disuntikkan mengganggu swapchain atau dengan sinkronisasi. Menonaktifkannya adalah salah satu tes pertama yang harus dilakukan.

Bagaimana jika saya juga melihat BSOD di Windows? Itu menunjukkan masalah pada tingkat kernel/driver atau perangkat kerasSelain langkah-langkah Vulkan, ia melakukan pengujian memori, memeriksa suhu, memeriksa catu daya, dan menganalisis minidump untuk menemukan modul yang rusak.

Anda memiliki peta jalan yang jelas: Identifikasi polanya, isolasi pemicunya, dan terapkan penyesuaian dengan efektivitas yang terbuktiDari perubahan prasetel di Panel Kontrol NVIDIA yang menyimpan game di Detroit: Become Human pada RTX 3080, hingga panduan pengambilan RenderDoc dan log pemantauan di Linux untuk Dota 2, terdapat solusi konkret yang secara signifikan mengurangi crash tipe VK_ERROR_DEVICE_LOST. Jika Anda juga mengandalkan sumber daya Khronos untuk memahami dasar-dasar Vulkan, setiap percobaan akan lebih akurat dan Anda akan membuang lebih sedikit waktu pada tes buta.