Vulkan의 VK_ERROR_DEVICE_LOST: 실제 원인, 진단 및 수정

VK_ERROR_DEVICE_LOST 메시지가 발생한 경우 Vulkan으로 게임을 하거나 애플리케이션을 디자인할 때, 여러분만 그런 것은 아닙니다. 이는 충돌, 예기치 않은 종료, 심지어 프로그램이 완전히 종료되지 않는 루프로 나타날 수 있는 흔한 문제입니다. 두려운 문제이지만, 대개는 설명이 있고, 무엇보다도 문제를 완화하거나 해결하는 방법이 있습니다.

이 가이드에서는 다음을 찾을 수 있습니다. 게임과 도구를 활용한 Windows 및 Linux에서의 실제 사례, 소스를 진단하기 위한 단서, 다른 사용자에게 도움이 된 설정(예: RTX 3080을 사용한 Detroit: Become Human의 NVIDIA 제어판의 특정 설정) 및 Vulkan을 더 잘 이해하기 위한 신뢰할 수 있는 리소스이 아이디어는 포럼을 옮겨 다니며 시간을 낭비하지 않고, 실제로 가능성이 있는 솔루션을 한눈에 볼 수 있다는 것입니다. 오류 VK_ERROR_DEVICE_LOST. 

VK_ERROR_DEVICE_LOST는 무엇을 의미하며, 왜 나타나는가요?

Vulkan에서 VK_ERROR_DEVICE_LOST 오류는 다음을 나타냅니다. 논리 장치가 더 이상 작동하지 않습니다.: GPU 드라이버가 재시작되었거나, 드라이버 중단이 발생했거나, 차단 또는 대기열 시간 초과로 인해 TDR이 발생했거나, 애플리케이션이 하드웨어/드라이버가 처리할 수 없는 데이터를 전송했을 수 있습니다. 항상 충돌로 끝나는 것은 아닙니다. 나중에 살펴보겠지만, 응용 프로그램이 루프에 갇혀 강제로 닫아야 합니다..

장비 및 소프트웨어에 따라 패턴은 다르지만 일반적인 트리거는 다음과 같습니다. 불안정한 드라이버, 매우 새로운 확장 기능, 레이어/오버레이, 시스템 시간 제한 때로는 그래픽 설정의 부적절한 조합으로 인해 문제가 발생하기도 합니다. 실제 사례를 몇 가지 알아두면 문제를 재현하고 해결하는 데 도움이 됩니다.

실제 사례: 무슨 일이 일어났고 무엇을 했는지

Detroit: Windows, RTX 3080 및 NVIDIA의 결정적인 조정에서 인간이 되십시오

사용자 GeForce RTX 3080 일반적인 작업을 수행했음에도 불구하고 VK_ERROR_DEVICE_LOST로 인해 게임이 계속 충돌하는 문제가 발생했습니다. 드라이버 업데이트, 호환성 모드 테스트 및 옵션 검토제게 효과가 있었던 해결책은 NVIDIA 제어판으로 가서 프로그램 수준에서 Vulkan/OpenGL과 관련된 특정 기본 설정을 변경하는 것이었습니다.

다른 방식으로 공식화된 경로는 다음과 같습니다. NVIDIA 제어판 > 3D 설정 관리 > 프로그램 설정 > Detroit: Become Human 선택. Vulkan/OpenGL 사전 설정 방법 옵션에서 차이를 만든 설정은 "DXGI Swapchain의 레이어별 선호«. 그 변화로, 반복적인 폐쇄가 사라졌습니다 VK_ERROR_DEVICE_LOST와 관련이 있습니다.

이 예는 때때로 다음을 보여줍니다. 호환성 조정 또는 스왑체인이 관리되는 방식 레이어를 사용하면 특히 타이틀에 특정 렌더 파이프라인이 있거나 시스템의 다른 레이어와 상호 작용이 있는 경우 핵심이 될 수 있습니다.

Linux에서 Dota 2 실행: 루핑 및 무작위적인 불안정성

또 다른 중요한 사례는 다음과 같습니다. Linux에서 기본적으로 실행되는 Dota 2보고된 패턴은 당혹스러웠습니다. VK_ERROR_DEVICE_LOST 오류는 실시간 경기 중과 리플레이를 시청할 때 모두 팝업으로 표시되었으며 때로는 단순히 싸움을 보거나 채팅에 입력하는 것조차. 게임이 완전히 닫히지 않고 그대로 유지되었습니다. 무한 루프 수동으로 "죽여야" 했습니다.

그 특정 경험에서는 아무런 기여도 이루어지지 않았습니다. 일치하는 ID 또는 스크린샷이 없습니다. (두 필드 모두 "응답 없음"으로 표시됨) 이로 인해 정확한 시점을 연관 짓기가 어렵습니다. 그럼에도 불구하고 (완전히 충돌하지 않고 정지되는) 증상은 다음을 나타냅니다. 복구할 수 없는 장치 상태 애플리케이션 관점에서 볼 때. Linux에서 이 패턴은 드라이버, 프레젠테이션 큐 및 타이밍 관리와 관련될 수 있습니다. 일부 작곡가/그래픽 환경 상호 작용.

이러한 시나리오에서는 다음을 검토하는 것이 좋습니다. 시스템 로그(dmesg, journalctl)GPU에 따라 Mesa/NVIDIA 버전을 확인하고 타사 레이어를 비활성화하세요. 이러한 팁은 일반적이지만 다음과 같은 경우에 유용합니다. 렌더링 집약적 Vulkan 타이틀 도타 2와 비슷하죠.

RenderDoc 및 VK_EXT_shader_object를 사용한 불안정한 스크린샷

플로팅 도구를 사용하면 자체 변수 집합이 추가됩니다. RenderDoc의 불안정성 확장 기능을 사용하는 애플리케이션을 캡처할 때 VK_EXT_shader_object포함 복구된 드라이버 충돌, 애플리케이션 정지 및 장치 손실 오류. 놀랍지 않은 일이죠. 우리가 이야기하는 건 최근 확장과 본질적으로 민감한 상황(고급 파이프라인에 캡처 계층을 접목하는 것)에 관한 거예요.

문제를 일관되게 재현하려면 다음 예를 사용하십시오.셰이더 객체» 저장소에서 사샤 윌렘스/불칸절차는 다음과 같습니다. RenderDoc에서 shaderobjects.exe 바이너리를 실행하고 프레임을 캡처하고 두 번째 vkQueueSubmit() 이벤트를 선택합니다.. 그 순간, 오류 보고 대화 상자가 나타났습니다 도구의.

또한, 교란 요인을 줄이기 위해 캡처 전에 다음 사항을 제거했습니다. .bin 파일 이 예제에서 생성되는 (셰이더 캐시)에도 오류가 발생했습니다. 구체적인 환경은 다음과 같습니다. RenderDoc_2024_07_02_0406d376_64, Windows 10 (10.0.19045.4529), 불칸 1.3.275, 지포스 GTX 1080 y 드라이버 566.12이 데이터는 유사한 문제를 보고하거나 비교할 때 매우 유용합니다.

게임 및 Steam 충돌, 심지어 블루 스크린까지

특히 짜증나는 시나리오도 보고되었습니다. 게임이 자주 중단되고, 가끔은 Steam에서도 중단되고, 심지어 BSOD가 나타나기도 했습니다. (블루 스크린). 다음과 같은 기본 동작 드라이버 업데이트, 그래픽 품질 조정, 전체 화면 모드 강제 적용, 오버레이 비활성화 y FPS를 60으로 제한하지만 경기가 진행되는 동안 몇 분 간격으로 폐쇄가 계속되었습니다.

방정식에 블루 스크린이 관련되면 의심이 생깁니다. 커널/드라이버 수준이나 하드웨어 자체의 불안정성. VK_ERROR_DEVICE_LOST는 Vulkan 버그이지만 전체 시스템이 불안정한 경우 이를 보완하는 것이 좋습니다. 메모리 테스트, 디스크 검사 및 열 모니터링 GPU나 전원 공급 장치가 한계에 도달했다는 것을 배제합니다.

가능한 원인: 기술적 및 일상적

각 사례는 고유하지만, 고려해 볼 만한 공통적인 원인이 몇 가지 있습니다. 다음 지도를 참고하여 문제를 해결해 보세요. VK_ERROR_DEVICE_LOST에서 가장 흔한:

• 불안정하거나 퇴보된 그래픽 드라이버: 최신 버전에서는 일부 제목이 수정되고 다른 제목이 손상될 수 있습니다. 그 반대의 경우도 마찬가지입니다.
• 새로운 확장 프로그램 또는 변경되는 확장 프로그램: 같이 VK_EXT_shader_object아직 성숙 단계에 있으며 캡처 도구로 예외적인 상황을 드러낼 수 있습니다.
• 타임아웃과 TDR (Windows): GPU 작업이 너무 오래 걸리면 시스템이 드라이버를 다시 시작하고 논리 장치가 "손실"된 상태로 남을 수 있습니다.
• 오버레이 및 레이어: FPS 인젝터, 채팅, 스트리밍 또는 트레이서가 스왑체인이나 파이프라인을 방해할 수 있습니다.
• 특정 스왑체인 구성: 특정 프레젠테이션, 타이밍 또는 구성 모드는 특정 하드웨어/드라이버에서 충돌을 일으킬 수 있습니다.
• 셰이더 캐시가 손상되었습니다 또는 동기화되지 않은 경우: 캐시(예시의 .bin 파일 등)를 지우면 미묘한 불일치를 제거할 수 있습니다.
• 가장자리의 하드웨어: 온도, 전력 서지 또는 약간의 오버클럭/전압 부족으로 인해 오류가 간헐적으로 나타날 수 있습니다.

침착함을 잃지 않고 진단하는 방법

한꺼번에 20가지를 바꾸기 전에, 순서를 따르는 것이 좋습니다. 목표는 VK_ERROR_DEVICE_LOST를 유발하는 요인을 분리하는 것입니다. 귀하의 특정한 사례에서는 객관적으로 측정하거나 재현할 수 있는 신호에 의존합니다.

1. 짧은 시퀀스로 버그를 재현합니다.: Dota 2의 특정 전투, Detroit의 메뉴, RenderDoc의 동일한 캡처 단계(예: 두 번째 vkQueueSubmit() 선택).
2. OS, 드라이버, GPU 버전을 확인하세요.: Windows 10 빌드 19045.4529, GeForce GTX 1080, 드라이버 566.12와 같은 데이터는 보고서를 비교하는 데 도움이 됩니다.
3. 오버레이 및 레이어 비활성화: Steam, GeForce Experience, Discord 등을 사용해보세요. 이러한 프로그램 없이도 동작이 바뀌는지 확인해보세요.
4. "재고" 가치로 돌아갑니다: GPU/CPU/RAM 오버클럭 없음, 기본 전력 제한 및 공격적인 언더볼팅 없음.
5. 추적 중 재생성 필요한 경우에만: RenderDoc 또는 유사한 도구로 인해 문제가 악화되는 경우 먼저 캡처하지 않고 시도해 보세요.
6. 셰이더 캐시 지우기: 게임과 드라이버 모두(해당되는 경우). 예시의 .bin 파일이 이를 지원합니다.
7. 시스템 로그 확인: Linux에서는 dmesg와 journalctl을 사용하고, Windows에서는 BSOD가 있는 경우 이벤트 뷰어와 minidump를 사용합니다.

그 과정에서 다음과 같은 단계에 직면하게 되면 항상 오류를 촉발한다 (셰이더 객체 예제에서 두 번째 vkQueueSubmit에서 발생한 것처럼) 이미 절반의 진단이 있습니다. 시도해 보세요. 변수 하나만 변경하세요 (드라이버, 스왑체인 설정, 프레젠테이션 모드)를 변경하여 트리거가 사라지는지 확인하세요.

효과가 있었던 실용적인 솔루션과 조정

보편적인 마법의 지팡이는 없지만 성공률이 좋은 작업아래는 가장 방해가 적은 것부터 가장 방해가 큰 것 순으로 정리한 일련의 조치입니다.

Windows(NVIDIA/AMD) 및 Vulkan 게임

• 디트로이트: 비컴 휴먼을 위한 NVIDIA 전용 튜닝: 제어판 > 3D 설정 관리 > 프로그램 설정 > 게임 실행 파일을 선택하고 Vulkan/OpenGL 사전 설정을 찾아 "DXGI 스왑체인의 레이어 선호"로 설정하세요. 이렇게 하면 RTX 3080에서 반복적으로 발생하던 충돌이 해결되었습니다.
• FPS 및 동기화 제한: 60 FPS와 전체 화면 전용을 유지하면 특정 드라이버를 안정화할 수 있지만, 그 자체로는 항상 충분하지는 않습니다.
• 오버레이 비활성화: Steam, NVIDIA, Discord 등. 개선이 보인다면 하나씩 다시 도입하여 원인을 파악하세요.
• "알려진 좋은" 드라이버업데이트 후 오류가 발생하면 이전의 안정된 버전을 사용해 보세요. 한동안 업데이트를 하지 않았다면 최신 WHQL 버전을 설치하세요.

Vulkan을 사용한 Linux 및 네이티브 타이틀(예: Dota 2)

• 그래픽 스택을 확인하세요: : 커널과 환경에 적합한 Mesa/NVIDIA 버전입니다. 버전을 높이면 무한 루프가 해결될 수 있습니다.
• 작곡가와 윈도우를 확인하세요: 합성기를 사용하거나 사용하지 않고, 전체 화면 대 테두리 없는 창을 테스트하고, 게임에서 허용하는 경우 프레젠테이션 모드를 조정합니다.
• 자세한 로그: 충돌 발생 시간을 확인하고 해당 시점에 dmesg/journalctl을 확인하세요. GPU 오류 또는 재설정이 기록됩니다.

캡처 및 디버깅 도구(RenderDoc)

• 문제가 있는 단계를 피하세요: 특정 이벤트(예: 두 번째 vkQueueSubmit())를 선택했을 때 충돌이 발생하는 경우 분석을 해당 이벤트의 이전이나 이후 단계로 제한합니다.
• 혼란을 줄이세요: 프로젝트를 캡처하기 전에 셰이더 캐시(예시에서 .bin과 같은)를 지우고 "클린" 빌드를 사용합니다.
• 버전 업데이트 또는 변경: RenderDoc과 드라이버/GPU 모두; 새로운 확장 기능이 추가되면서 최신 빌드에는 주요 수정 사항이 포함될 수 있습니다.

Steam이 충돌하거나 BSOD가 나타나는 경우

• 시스템 무결성: 메모리 테스트를 실행하고, 온도를 모니터링하고, 전원 공급 장치를 점검합니다. VK_ERROR_DEVICE_LOST는 더 심각한 문제의 눈에 보이는 증상일 수 있습니다.
• 커널 수준 드라이버: GPU 드라이버를 완전히 다시 설치하세요. BSOD가 지속되면 미니덤프를 수집하여 정확한 모듈을 확인하세요.

차이를 만드는 작은 디테일

실제로는 사소한 조정이 있는 것처럼 보이지만 안정성을 완전히 바꾸다 특정 타이틀의 경우. Detroit: Become Human의 "DXGI 스왑체인에서 레이어 선호" 설정이 대표적인 예입니다. 이러한 유형의 옵션은 레이어, 스왑체인 및 드라이버가 상호 작용하는 방식을 조절합니다., 특정 버그를 우회할 수 있습니다.

또 다른 유용한 세부 사항은 다음과 같습니다. 셰이더 캐시 지우기 셰이더 객체 예제에서 .bin 파일을 사용했던 것처럼, 주요 변경 사항을 적용하거나 스크린샷을 분석하기 전에 불일치와 오래된 상태 세션과 클라우드 진단 사이에 지연이 발생합니다.

마지막으로, 게임이 닫히지 않고 루프 상태로 유지됩니다. 오류 발생 후, 이는 애플리케이션이 논리 장치를 완전히 관리하지 않으면 해당 논리 장치를 사용할 수 없게 되었다는 단서입니다. 이러한 경우 테스트해 보는 것이 좋습니다. 다른 실행 경로 (다른 백엔드가 있는 경우 이를 변경하거나, 화면 모드를 변경하거나, 특정 그림자나 효과와 같은 고급 기능을 비활성화하여) 충돌을 유발하는 상태를 방지합니다.

Vulkan을 이해하고 더 나은 디버깅을 위한 리소스

Vulkan에 대해 더 자세히 알아보면 VK_ERROR_DEVICE_LOST와 같은 오류를 무턱대고 해석하지 않고도 쉽게 해석할 수 있습니다. 한 커뮤니티 멤버는 초보자 친화적인 접근 방식과 엄선된 목록을 제공하는 공식 Khronos 리소스를 추천했습니다. 그들은 좋은 기반이다 프로그래밍을 하든, 무슨 일이 일어나는지 이해하고 싶든 상관없습니다.

• Vulkan(Khronos) 초보자 가이드: API 철학을 이해하고 시작하는 데 도움이 되는 입문 자료 모음입니다.
• GitHub의 Khronos Vulkan 리소스: 목록에는 리소스가 다음으로 이동되었음을 나타냅니다. 불칸.org에서 업데이트된 문서를 확인하실 수 있습니다.

어디서 시작해야 할지 모르겠다면, 이 가이드는 시행착오를 줄여줍니다. 지저분한 문제를 해결하고 장치 손실, 시간 초과, 동기화 문제 등의 문제를 해결할 수 있는 기준을 제공합니다.

커뮤니티 신호: 상호 작용 및 의견

자세한 보고서 외에도 "좋아요"와 같은 가벼운 상호작용 댓글과 그들이 질문을 받은 대화에서 학습 자료. 사소한 세부 사항처럼 보이지만 주제가 다음과 같다는 것을 반영합니다. 살아있고 공유하다그리고 많은 해결책은 경험의 총합에서 탄생합니다.

귀하의 사례에 대한 빠른 체크리스트

지금 당신에게 이런 일이 일어나고 있다면, 이것을 시도해 보세요. 짧은 체크리스트, 이전 사례에서 영감을 얻었습니다.

• 드라이버 업데이트 또는 롤백방금 업데이트했는데 실패하기 시작했다면 이전의 안정된 버전을 사용해 보세요. 몇 달 동안 업데이트를 하지 않았다면 최신 WHQL 버전을 설치하세요.
• 오버레이 비활성화: Steam, Discord, GeForce Experience 등을 사용하여 오류 빈도가 변경되는지 확인하세요.
• 게임별 NVIDIA 튜닝: Detroit: Become Human에서 Vulkan/OpenGL 사전 설정을 "DXGI Swapchain의 레이어 선호"로 설정하면 충돌이 해결됩니다.
• 화면 모드 및 FPS: 렌더링 대기열을 안정화하기 위해 전용 전체 화면을 강제로 실행하고 FPS를 적당히 제한합니다.
• 셰이더 캐시 지우기: 게임 캐시 파일을 삭제하고, 해당되는 경우 드라이버도 삭제합니다.
• 시스템 로그: Linux에서는 dmesg/journalctl을 사용하고, Windows에서는 이벤트 뷰어를 사용하여 드라이버 재설정이나 오류를 감지합니다.

보고 시기와 포함해야 할 내용

모든 조치에도 불구하고 문제가 지속되면 다음 주소로 신고하세요. 정확한 정보 도움말 속도를 높이세요. 주요 필드에 "응답 없음"을 표시하지 않도록 하세요. 게임 ID 및 타임스탬프 리플레이가 있는 게임이라면 첨부해주세요 스크린샷 또는 로그 가능할 때.

추가하는 것을 잊지 마세요 완벽한 기술 환경: OS 버전(예: Windows 10 빌드 19045.4529) 정확한 GPU (GeForce GTX 1080, RTX 3080), 드라이버 버전(예: 566.12) 및 다음과 같은 도구를 사용하는지 여부 RenderDoc, 그 구체적인 버전 (예: RenderDoc_2024_07_02_0406d376_64). 이 데이터는 재현하기에 매우 유용합니다.

Preguntas frecuentes

왜 게임이 충돌하지 않고 오류 발생 후 반복되는 걸까요? 애플리케이션이 논리 장치가 손실된 상태로 진입하지만 출력 논리가 완전히 실행되지 않기 때문입니다. 실제로는 강제로 닫아야 해 그리고 그 상태를 유발하는 이벤트나 설정을 확인합니다.

셰이더 캐시를 지우면 도움이 되나요? 여러 시나리오에서 그렇습니다. 특히 다음과 같은 경우에는 그렇습니다. 빌드와 캐시 간의 불일치 (셰이더 객체 예제의 .bin 파일처럼) 이는 손상된 상태를 삭제하는 빠른 방법입니다.

드라이버가 의심되는 경우 RenderDoc으로 캡처해야 합니까? 캡처 캔 파이프라인을 이해하는 데 도움이 됩니다하지만 확장 프로그램이나 드라이버가 녹색이면 불안정해질 수 있습니다. 캡처하지 않고 먼저 테스트하고, 캡처하는 경우 해당 도구의 여러 버전을 사용하여 테스트하세요. 당신이 안정적이라는 것을 알고 있습니다 귀하의 경우.

오버레이로 인해 VK_ERROR_DEVICE_LOST가 발생할 수 있나요? 네, 때로는 주입된 레이어가 스왑체인을 방해합니다. 또는 동기화를 사용합니다. 비활성화하는 것은 가장 먼저 수행해야 할 테스트 중 하나입니다.

Windows에서도 BSOD가 나타나면 어떻게 해야 하나요? 그것은 암시한다 커널/드라이버 또는 하드웨어 수준의 문제Vulkan 단계 외에도 메모리 테스트를 수행하고, 온도를 확인하고, 전원 공급 장치를 검사하고, 미니덤프를 분석하여 오류가 있는 모듈을 찾습니다.

당신은 명확한 로드맵을 가지고 있습니다: 패턴을 식별하고 트리거를 분리하고 효과가 입증된 조정을 적용합니다.RTX 3080에서 디트로이트: 비컴 휴먼 게임을 저장했던 NVIDIA 제어판의 사전 설정 변경부터, Linux에서 도타 2를 위한 RenderDoc 캡처 지침 및 모니터링 로그까지, VK_ERROR_DEVICE_LOST 유형의 충돌을 크게 줄이는 구체적인 솔루션들이 있습니다. Vulkan의 기반을 이해하기 위해 Khronos 리소스를 활용하는 경우, 시도할 때마다 더 정확해질 것입니다 그러면 맹검 테스트에 시간을 덜 낭비하게 될 겁니다.