VK_ERROR_DEVICE_LOST en Vulkan: veraj kaŭzoj, diagnozoj kaj riparoj

Se vi renkontis la mesaĝon VK_ERROR_DEVICE_LOST Dum ludado aŭ dizajnado de aplikaĵoj per Vulkan, vi ne estas sola: ĝi estas ofta problemo, kiu povas manifestiĝi kiel kraŝoj, neatenditaj ĉesigoj, aŭ eĉ bukloj, kie la programo ne plene fermiĝas. Kvankam ĝi estas timiga, ĝi kutime havas klarigon kaj, plej grave, manierojn mildigi aŭ solvi ĝin.

En ĉi tiu gvidilo vi trovos Realvivaj kazoj en Vindozo kaj Linukso, kun ludoj kaj iloj, indicojn por diagnozi la fonton, agordojn kiuj helpis aliajn uzantojn (kiel ekzemple specifa agordo en la NVIDIA Kontrola Panelo por Detroit: Become Human kun RTX 3080), kaj Fidindaj rimedoj por pli bone kompreni VulkanonLa ideo estas, ke vi ne malŝparu tempon saltante de forumo al forumo kaj havu, per ekrigardo, la solvojn, kiuj vere havas eblecojn. Ni lernu ĉion pri la eraro VK_ERROR_DEVICE_LOST. 

Kion signifas VK_ERROR_DEVICE_LOST kaj kial ĝi aperas?

En Vulkan, la eraro VK_ERROR_DEVICE_LOST indikas, ke la logika aparato ĉesis funkcii: la GPU-pelilo rekomencis ĝin, la pelilo blokiĝis, TDR okazis pro blokado aŭ atendovico-limo, aŭ la aplikaĵo sendis ion, kion la aparataro/pelilo ne povis pritrakti. Ĝi ne ĉiam finiĝas per kraŝo; kelkfoje, kiel ni vidos, la aplikaĵo blokiĝas en buklo kaj devas esti fermita per forto.

Kvankam la ŝablono varias depende de la ekipaĵo kaj programaro, la kutimaj ellasiloj estas Malstabilaj ŝoforoj, tre novaj kromprogramoj, tavoloj/kovraĵoj, sistemaj tempolimoj kaj kelkfoje, nur malfeliĉaj kombinaĵoj de grafikaj agordoj. Scii kelkajn realvivajn kazojn helpas reprodukti kaj trakti la problemon.

Realaj kazoj: kio okazis kaj kio estis farita

Detrojto: Become Human ĉe Vindozo, RTX 3080, kaj decida alĝustigo ĉe NVIDIA

Uzanto kun GeForce RTX 3080 konstante spertis ludkraŝojn kun VK_ERROR_DEVICE_LOST malgraŭ fari la tipan: Ĝisdatigu ŝoforojn, testu kongruecan reĝimon kaj reviziu opciojnLa solvo, kiu funkciis por mi, estis iri al la NVIDIA Kontrola Panelo kaj ŝanĝi specifan preferon rilatan al Vulkan/OpenGL je la programnivelo.

La itinero, formulita alimaniere, estis: NVIDIA Kontrola Panelo > Administri 3D-Agordojn > Programaj Agordoj > elektu Detroit: Become HumanEn la antaŭagordita metoda opcio de Vulkan/OpenGL, la agordo kiu faris la diferencon estis agordi ĝin al "Preferi laŭ tavoloj en DXGI Swapchain«. Kun tiu ŝanĝo, ripetaj fermoj malaperis asociita kun VK_ERROR_DEVICE_LOST.

Ĉi tiu ekzemplo ilustras, ke kelkfoje, kongrueca alĝustigo aŭ kiel la interŝanĝa ĉeno estas administrata kun tavoloj ĝi povas esti la ŝlosilo, precipe kiam la titolo havas specifan bildigan dukton aŭ kiam ekzistas interagado kun aliaj tavoloj en la sistemo.

Dota 2 ĉe Linukso: Ripetiĝo kaj Ŝajne Hazarda Malstabileco

Alia signifa kazo estas tiu de Dota 2 funkcianta native en LinuksoLa raportita ŝablono estis enigma: la eraro VK_ERROR_DEVICE_LOST aperus kaj dum realtempaj matĉoj kaj dum spektado de ripetoj, kelkfoje simple per spektante batalon aŭ eĉ tajpante en la babilejoAnstataŭ tute fermiĝi, la ludo restis en Senfina buklo kaj devis esti “mortigita” permane.

En tiu specifa sperto neniuj kontribuoj estis faritaj Neniu Kongrua ID aŭ ekranfotoj ("Neniu respondo" estis indikita en ambaŭ kampoj), kio malfaciligas korelacii precizajn momentojn. Tamen, la simptomo (frostiĝo sen kompleta kraŝo) indikas nerehavebla aparato-stato el la aplikaĵa perspektivo. En Linukso, ĉi tiu ŝablono povas esti rilata al la pelilo, prezenta atendovico kaj tempiga administrado, aŭ iu interagado inter komponisto kaj grafika medio.

En tiaj situacioj estas konsilinde revizii sistemaj protokoloj (dmesg, journalctl), kontrolu Mesa/NVIDIA versiojn depende de la GPU, kaj malŝaltu triapartajn tavolojn. Jen konsiloj kiuj, kvankam ĝeneralaj, fariĝas gravaj en bildig-intensa Vulkan-titolo kiel Dota 2.

Malstabilaj ekranfotoj per RenderDoc kaj VK_EXT_shader_object

La uzo de grafikaĵaj iloj aldonas sian propran aron de variabloj. Oni observis Malstabilecoj kun RenderDoc dum kaptado de aplikaĵoj kiuj uzas la kromprogramon VK_EXT_shader_objectinkluzive Reakiritaj kraŝoj de ŝoforoj, frostiĝoj de aplikoj kaj eraroj de perdita aparatoNe estas surprize: temas pri lastatempa etendaĵo kaj esence delikata situacio (greftado de kapta tavolo en progresintan dukton).

Por reprodukti la problemon konstante, la ekzemplo "ombraj objektoj» el la deponejo de Sascha Willems/VulkanLa proceduro estis: Rulu la shaderobjects.exe duuman dosieron sub RenderDoc, kaptu kadron kaj elektu la duan vkQueueSubmit() eventon.En tiu momento, la dialogo pri erarraporto aperis de la ilo.

Krome, por redukti konfuzigajn faktorojn, la jenaj estis forigitaj antaŭ la kapto: .bin-dosieroj kiun la ekzemplo generas (ombraj kaŝmemoroj), kaj la eraro tamen okazis. La specifa medio estis: RenderDoc_2024_07_02_0406d376_64, Vindozo 10 (10.0.19045.4529), Vulkan 1.3.275, GeForce GTX 1080 y ŝoforo 566.12Ĉi tiuj datumoj estas tre utilaj se vi raportas aŭ komparas similajn problemojn.

Ludo kaj Steam kraŝoj, kaj eĉ bluaj ekranoj

Precipe ĝena scenaro ankaŭ estis raportita: La ludo ofte kraŝis, kelkfoje ankaŭ Steam, kaj eĉ aperus BSOD-mesaĝo. (blua ekrano). Bazaj agoj kiel ekzemple Ĝisdatigu pelilojn, ĝustigu grafikan kvaliton, devigu plenekranan reĝimon, malŝaltu paŭsaĵojn y limigi FPS al 60, sed la fermoj daŭris ĉiujn kelkajn minutojn de la ludo.

Kiam bluaj ekranoj estas implikitaj en la ekvacio, la suspekto de malstabileco ĉe la kerno/pelilnivelo aŭ en la aparataro memKvankam VK_ERROR_DEVICE_LOST estas cimo de Vulkan, se la tuta sistemo ŝanceliĝas, estas konsilinde kompletigi per memortestoj, diskokontrolo kaj termika monitorado por ekskludi, ke la GPU aŭ ĝia elektroprovizo estas ĉe sia limo.

Eblaj kaŭzoj: teknikaj kaj ĉiutagaj

Kvankam ĉiu kazo estas unika, ekzistas kelkaj komunaj kaŭzoj, kiujn valoras konsideri. Jen mapo por helpi vin navigi. La plej ofta en VK_ERROR_DEVICE_LOST:

• Malstabilaj aŭ regresaj grafikaj pelilojLastatempaj versioj povas ripari iujn titolojn kaj rompi aliajn; la malo ankaŭ okazas.
• Novaj aŭ ŝanĝiĝantaj etendaĵoj: kiel VK_EXT_shader_object, kiu ankoraŭ maturiĝas kaj povas malkaŝi randajn kazojn per kaptaj iloj.
• Paŭzoj kaj TDR (Vindozo): Se tasko ĉe la GPU daŭras eterne, la sistemo povas rekomenci la pelilon kaj lasi la logikan aparaton "perdita".
• Paŭsaĵoj kaj tavolojFPS-injektiloj, babilejo, retsendado aŭ spuriloj povas interrompi la interŝanĝĉenon aŭ dukton.
• Apartaj konfiguracioj de interŝanĝĉenoCertaj prezento-, tempigo- aŭ komponadreĝimoj povas kaŭzi kraŝojn ĉe specifa aparataro/peliloj.
• Ombranta kaŝmemoro koruptita aŭ nesinkronigita: malplenigo de kaŝmemoroj (kiel la .bin-dosieroj en la ekzemplo) povas forigi subtilajn faktkonfliktojn.
• Aparataro ĉe sia limoTemperaturoj, troaltiĝoj aŭ iometa trohorloĝigo/subtensio povas kaŭzi, ke la eraro aperu intermite.

Kiel diagnozi sen perdi vian trankvilecon

Antaŭ ol ŝanĝi dudek aferojn samtempe, estas pli bone sekvi ordon. La celo estas izoli la faktoron, kiu ekigas VK_ERROR_DEVICE_LOST. En via specifa kazo, fidante je signaloj, kiujn vi povas objektive mezuri aŭ reprodukti.

1. Reproduktu la cimon en mallonga sinsekvo: specifa batalo en Dota 2, menuo en Detrojto, aŭ la sama kaptopaŝo en RenderDoc (ekz., elektante la duan vkQueueSubmit()).
2. Notu la versiojn de la operaciumo, pelilo kaj grafikprocesoro.Datumoj kiel ekzemple Windows 10 konstruo 19045.4529, GeForce GTX 1080, kaj pelilo 566.12 helpas kompari raportojn.
3. Malŝalti paŭsaĵojn kaj tavolojnSteam, GeForce Experience, Discord, ktp. Kontrolu ĉu la konduto ŝanĝiĝas sen ili.
4. Revenoj al "akciaj" valorojNeniu GPU/CPU/RAM-overclocking, kun defaŭltaj potenclimoj kaj neniu agresema subtensio.
5. Rekreiĝas sub spurado Nur se necese: Se RenderDoc aŭ similaj iloj pligravigas la problemon, provu sen unue kapti.
6. Malplenigi la kaŝmemoron de la ombranto: kaj la ludo kaj la pelilo, se aplikeble. La .bin-dosieroj en la ekzemplo subtenas tion.
7. Kontroli sistemajn protokolojnĈe Linukso, dmesg kaj journalctl; ĉe Vindozo, Event Viewer kaj minidumps se estas BSOD.

Se en la procezo vi trovas paŝon, kiu ĉiam kaŭzas la eraron (kiel okazis kun la dua vkQueueSubmit en la ekzemplo de ombrantaj objektoj), vi jam havas duonan diagnozon: provu ŝanĝi nur unu variablon (pelilo, agordo de interŝanĝĉeno, prezentoreĝimo) por vidi ĉu la ellasilo malaperas.

Praktikaj solvoj kaj alĝustigoj kiuj funkciis

Ne ekzistas universala magia bastono, sed ekzistas agoj kun bona sukcesfrekvencoSube estas serio de mezuroj ordigitaj de malplej ĝis plej trudemaj.

Vindozaj (NVIDIA/AMD) kaj Vulkan-ludoj

• NVIDIA-specifa agordado por Detroit: Become HumanEn Kontrola Panelo > Administri 3D-Agordojn > Programaj Agordoj > elektu la ludan ruleblan dosieron, trovu la Vulkan/OpenGL-antaŭdifinon, kaj agordu ĝin al "Preferi Tavolojn sur DXGI Swapchain." Ĉi tio forigis ripetajn kraŝojn kun la RTX 3080.
• Limigi FPS kaj sinkronigadonSubteni 60 kadrojn por sekundo kaj ekskluzive plenan ekranon povas stabiligi certajn pelilojn, kvankam tio ne ĉiam sufiĉas per si mem.
• Malŝalti paŭsaĵojn: Steam, NVIDIA, Discord, ktp. Se vi rimarkas plibonigon, reenkonduku ilin unu post unu por identigi la kulpulon.
• "Konata bona" ​​ŝoforoSe la eraro aperas post ĝisdatigo, provu antaŭan stabilan version; se vi ne ĝisdatigis de iom da tempo, instalu la plej novan WHQL-version.

Linukso kaj denaskaj titoloj kun Vulkan (ekz. Dota 2)

• Kontrolu la grafikan stakon: : Mesa/NVIDIA versio taŭga por via kerno kaj ĉirkaŭaĵo. Versiigo povas ripari la senfinan buklon.
• Kontrolu la komponiston kaj fenestrojnTestu kun kaj sen kompostilo, plenekrana kontraŭ senranda fenestro, kaj ĝustigu la prezentreĝimon se la ludo permesas tion.
• Detalaj protokolojIdentigu la tempon de la kraŝo kaj rigardu dmesg/journalctl je tiu tempo. GPU-eraro aŭ restarigo estos registrita.

Kaptaj kaj Sencimigaj Iloj (RenderDoc)

• Evitu problemajn paŝojnSe elekti specifan eventon (kiel ekzemple la dua vkQueueSubmit()) ekigas la kraŝon, limigu la analizon al paŝoj antaŭ aŭ post ĝi.
• Redukti konfuzonMalplenigu ombrajn kaŝmemorojn (kiel tiujn .bin en la ekzemplo) antaŭ ol kapti kaj uzu "purajn" konstruojn de la projekto.
• Ĝisdatigu aŭ ŝanĝu versionkaj RenderDoc kaj la pelilo/GPU; kun novaj kromprogramoj, pli nova konstruo povas enhavi ŝlosilajn korektojn.

Kiam Steam ankaŭ kraŝas aŭ aperas BSOD

• Sistemintegreco: Rulas memortestojn, monitoras temperaturojn kaj kontrolas elektroprovizojn. VK_ERROR_DEVICE_LOST eble estas videbla simptomo de pli profunda problemo.
• Kerno-nivelaj ŝoforojPura reinstalo de la GPU-pelilo. Se la BSOD daŭras, kolektu mini-dumpilojn por identigi la precizan modulon.

Malgrandaj detaloj, kiuj faras la diferencon

Ŝajne estas malgrandaj alĝustigoj, kiuj, praktike, tute ŝanĝi stabilecon de specifa titolo. La agordo "Preferi tavolojn en DXGI Swapchain" por Detroit: Become Human estas klara ekzemplo. Ĉi tiuj specoj de opcioj modulu kiel tavoloj, interŝanĝĉeno kaj la pelilo interagas, kaj povas preteriri specifan cimon.

Alia utila detalo estas la malplenigante la kaŝmemoron de la ombranto antaŭ ol fari gravajn ŝanĝojn aŭ analizi ekranfotojn, kiel estis farite kun la .bin-dosieroj en la ekzemplo de ombranta objekto. Tio reduktas faktkonfliktoj kaj malnovaj ŝtatoj kiuj daŭras inter sesioj kaj nubaj diagnozoj.

Fine, kiam ludo Ĝi ne fermiĝas sed restas en buklo Post la eraro, ĝi estas indiko, ke la logika aparato fariĝis neuzebla sen ke la aplikaĵo plene administru ĝin. En tiaj kazoj, valoras testi ĝin. aliaj ekzekutvojoj (malsama interna sistemo se ĝi ekzistas, ŝanĝi ekranreĝimon, aŭ malŝalti progresintajn funkciojn kiel certajn ombrojn aŭ efektojn) por eviti la staton, kiu kaŭzas la kraŝon.

Rimedoj por kompreni Vulkan (kaj pli bone sencimigi)

Lerni pli pri Vulkan helpas vin interpreti erarojn kiel VK_ERROR_DEVICE_LOST sen devi eniri blinde. Unu komunumano rekomendis oficialajn Khronos-rimedojn kun komencant-amikaj aliroj kaj zorge elektitaj listoj. Ili estas bona bazo ĉu vi programas aŭ nur volas kompreni kio okazas.

• Gvidilo por Komencantoj pri Vulkan (Khronos): Kolekto de enkondukaj rimedoj por helpi vin komenci kaj kompreni la API-filozofion.
• Resursoj de Khronos Vulkan ĉe GitHub: la listo indikas, ke la resursoj estis movitaj al vulkan.org, kie vi trovos ĝisdatigitan dokumentaron.

Se vi ne scias kie komenci, Ĉi tiuj gvidiloj ŝparos al vi provojn kaj erarojn malorda kaj donos al vi kriteriojn por trakti problemojn kiel aparatperdo, tempolimoj, sinkronigaj problemoj kaj pli.

Komunumaj signaloj: interagado kaj komentoj

Aldone al detalaj raportoj, estis lumaj interagoj kiel "Ŝati" en komento, kaj konversacioj kie oni demandis ilin lernaj rimedojKvankam ili ŝajnas kiel negravaj detaloj, ili reflektas, ke la temo estas viva kaj komuna, kaj ke multaj solvoj naskiĝas el la sumo de spertoj.

Rapida kontrollisto por via kazo

Se tio okazas al vi nun, provu ĉi tiun. mallonga listo de ĉekoj, inspirita de la antaŭaj kazoj:

• Ĝisdatigu aŭ malŝaltu la ŝoforonSe vi ĵus ĝisdatigis kaj ĝi komencis panei, provu la antaŭan stabilan version; se vi ne ĝisdatigis dum monatoj, instalu la plej novan WHQL.
• Malŝalti paŭsaĵojn: Steam, Discord, GeForce Experience, ktp. kaj vidu ĉu la eraro ŝanĝiĝas ofte.
• NVIDIA agordado por ludoEn Detroit: Become Human, agordi la Vulkan/OpenGL-antaŭdifinon al "Preferi Tavolojn en DXGI-Interŝanĝĉeno" solvis kraŝojn.
• Ekranreĝimo kaj FPSDevigu ekskluzivan plenekranan modon kaj modere limigu FPS por stabiligi bildigajn atendovicojn.
• Forigi ombrajn kaŝmemorojn: Forigas ludajn kaŝmemordosierojn kaj, se aplikeble, la pelilon.
• Sistemprotokoloj: dmesg/journalctl ĉe Linukso aŭ Event Viewer ĉe Vindozo por detekti pelilajn restartigojn aŭ erarojn.

Kiam raporti kaj kion inkluzivi

Se la problemo daŭras malgraŭ ĉio, raportu ĝin al Precizaj informoj Akcelu helpon. Evitu "Neniuj Respondoj" en ŝlosilaj kampoj: inkluzivu Lud-identigilo kaj tempstampo Se temas pri ludo kun ripetoj, kaj aldonu ekranfotoj aŭ protokoloj kiam eblas.

Ne forgesu aldoni kompleta teknika medioOS-versio (ekz. Vindozo 10 konstruo 19045.4529), Preciza GPU (GeForce GTX 1080, RTX 3080), pelilversio (kiel 566.12), kaj ĉu vi uzas ilojn kiel RenderDoc, ĝia konkreta versio (ekz. RenderDoc_2024_07_02_0406d376_64). Reprodukti ĉi tiujn datumojn estas tre valora.

Oftaj demandoj

Kial la ludo ne kraŝas kaj simple ripetas sin post la eraro? Ĉar la aplikaĵo eniras staton, kie la logika aparato perdiĝas, sed la elira logiko ne estas plene efektivigita. En praktiko, vi devas devigi la fermon kaj kontrolu, kiu okazaĵo aŭ agordo ekigas tiun staton.

Ĉu malplenigi la kaŝmemoron de la ombranto helpas? En pluraj situacioj jes, precipe kiam estas faktkonfliktoj inter konstruoj kaj kaŝmemoroj (kiel la .bin-dosieroj en la ekzemplo de ombrantaj objektoj). Jen rapida maniero forĵeti koruptitajn statojn.

Ĉu mi kaptu per RenderDoc se mi suspektas la pelilon? Kapto povas helpi kompreni la dukton, sed ĝi ankaŭ povas enkonduki malstabilecon se la kromprogramo aŭ pelilo estas verda. Unue testu sen kapti, kaj se vi kaptas, faru tion kun versioj de la ilo. ke vi scias stabila por via kazo.

Ĉu paĝkovraĵoj povas kaŭzi VK_ERROR_DEVICE_LOST? Jes, kelkfoje la injektitaj tavoloj interrompas la interŝanĝĉenon aŭ kun sinkronigado. Malŝalti ilin estas unu el la unuaj testoj farendaj.

Kio se mi ankaŭ vidas BSOD-on en Vindozo? Tio sugestas problemoj ĉe la kerno/pelilo aŭ aparataro-niveloAldone al la Vulkan-paŝoj, ĝi plenumas memortestojn, kontrolas temperaturojn, inspektas la elektroprovizon, kaj analizas minidump-ojn por lokalizi la difektan modulon.

Vi havas klaran vojmapon: Identigu la ŝablonon, izolu la ellasilon, kaj apliku alĝustigojn kun pruvita efikecoDe la antaŭagordita ŝanĝo en la NVIDIA Kontrola Panelo, kiu konservis ludojn en Detroit: Become Human sur RTX 3080, ĝis gvidlinioj por kaptado de RenderDoc kaj monitoradaj protokoloj en Linukso por Dota 2, ekzistas konkretaj solvoj, kiuj multe reduktas kraŝojn de la tipo VK_ERROR_DEVICE_LOST. Se vi ankaŭ fidas je la rimedoj de Khronos por kompreni la bazon de Vulkan, ĉiu provo estos pli preciza kaj vi malŝparos malpli da tempo per blindaj testoj.