Vulkan 中的 VK_ERROR_DEVICE_LOST：真实原因、诊断和修复

如果您遇到消息 VK_ERROR_DEVICE_LOST 在使用 Vulkan 玩游戏或设计应用程序时，您并不孤单：这是一个常见问题，可能表现为崩溃、意外关机，甚至程序无法完全关闭的循环。虽然这很可怕，但通常都有原因，最重要的是，有缓解或解决方法。

在本指南中您会发现 Windows 和 Linux 上的真实案例，包括游戏和工具、诊断来源的线索、对其他用户有帮助的设置（例如，NVIDIA 控制面板中针对使用 RTX 3080 的《底特律：变人》的特定设置），以及 可靠的资源，助您更好地理解 Vulkan这样做的目的是，你不用浪费时间在各个论坛之间跳来跳去，而是一眼就能看到真正可行的解决方案。让我们来学习一下 错误 VK_ERROR_DEVICE_LOST。 

VK_ERROR_DEVICE_LOST 是什么意思以及为什么会出现？

在 Vulkan 中，VK_ERROR_DEVICE_LOST 错误表示 逻辑设备已停止运行：GPU 驱动程序已重启、驱动程序挂起、由于阻塞或队列超时而发生 TDR，或者应用程序发送了硬件/驱动程序无法处理的内容。这种情况并不总是会导致崩溃；有时，正如我们将看到的， 应用程序陷入循环，必须强制关闭.

虽然模式因设备和软件而异，但通常的触发器是 不稳定的驱动程序、非常新的扩展、层/覆盖、系统时间限制 有时，仅仅是图形设置组合不当造成的。了解一些实际案例有助于重现和解决问题。

真实案例：发生了什么以及采取了什么措施

《底特律：变人》在 Windows 上线，RTX 3080 上线，NVIDIA 做出重大调整

具有 GeForce RTX 3080 尽管采取了典型的措施，但游戏还是不断崩溃，并出现 VK_ERROR_DEVICE_LOST： 更新驱动程序、测试兼容模式和查看选项对我有用的解决方案是转到 NVIDIA 控制面板并在程序级别更改与 Vulkan/OpenGL 相关的特定首选项。

换言之，该路线如下： NVIDIA 控制面板 > 管理 3D 设置 > 程序设置 > 选择《底特律：成为人类》。在 Vulkan/OpenGL 预设方法选项中，造成差异的设置是将其设置为“在 DXGI Swapchain 中按层优先“随着这一变化， 反复关闭消失 与 VK_ERROR_DEVICE_LOST 相关。

这个例子说明有时候， 兼容性调整或如何管理交换链 对于层来说，它可能是关键，特别是当标题具有特定的渲染管道或与系统中的其他层进行交互时。

Linux 上的 Dota 2：循环和看似随机的不稳定性

另一个重要案例是 Dota 2 在 Linux 上原生运行报告的模式令人费解：VK_ERROR_DEVICE_LOST 错误会在实时比赛和观看重播时弹出，有时只是通过 观看比赛，甚至在聊天中输入。游戏并没有完全关闭，而是停留在 无限循环 必须手动“杀死”。

在那次特定的经历中，没有做出任何贡献 没有比赛 ID 或屏幕截图 （两个字段都显示“无响应”），这使得很难关联确切的时刻。即便如此，症状（冻结但未完全崩溃）表明 不可恢复的设备状态 从应用程序的角度来看。在 Linux 中，此模式可以与驱动程序、呈现队列和时序管理相关，或者 一些作曲家/图形环境交互.

在这种情况下，建议审查 系统日志（dmesg、journalctl），根据 GPU 检查 Mesa/NVIDIA 版本，并禁用第三方层。这些技巧虽然通用，但在 渲染密集型 Vulkan 标题 就像 Dota 2。

RenderDoc 和 VK_EXT_shader_object 的屏幕截图不稳定

绘图工具的使用本身就增加了一系列变量。据观察 RenderDoc 的不稳定性 捕获使用扩展的应用程序时 VK_EXT_shader_object连 恢复驱动程序崩溃、应用程序冻结和设备丢失错误这并不奇怪：我们正在谈论最近的扩展和本质上微妙的情况（将捕获层嫁接到高级管道中）。

为了一致地重现该问题，示例“着色器对象» 来自存储库 萨沙·威廉姆斯/Vulkan程序如下： 在 RenderDoc 下运行 shaderobjects.exe 二进制文件，捕获一帧并选择第二个 vkQueueSubmit() 事件。 那一刻 出现错误报告对话框 该工具。

此外，为了减少混杂因素，在捕获之前删除了以下内容： .bin 文件 示例生成的（着色器缓存），错误仍然发生。具体环境是： RenderDoc_2024_07_02_0406d376_64, Windows 10（10.0.19045.4529）, Vulkan 1.3.275, GeForce GTX 1080的 y 司机566.12如果您正在报告或比较类似的问题，这些数据非常有用。

游戏和 Steam 崩溃，甚至蓝屏

还报道了一个特别令人恼火的情况： 游戏经常崩溃，有时 Steam 也会崩溃，甚至会出现 BSOD。 （蓝屏）。基本操作包括 更新驱动程序、调整图形质量、强制全屏模式、禁用覆盖 y 将 FPS 限制为 60，但比赛期间每隔几分钟就会关闭一次。

当蓝屏问题涉及到这个等式时， 内核/驱动程序级别或硬件本身的不稳定性。虽然 VK_ERROR_DEVICE_LOST 是 Vulkan 的一个 bug，但如果整个系统不稳定，建议补充 内存测试、磁盘检查和热监控 排除 GPU 或其电源已达到极限。

可能的原因：技术和日常

虽然每个案例都各有不同，但仍有一些常见原因值得考虑。这里有一张地图，可以帮助您找到答案。 最常见的是 VK_ERROR_DEVICE_LOST:

• 不稳定或退化的图形驱动程序：最近的版本可能会修复一些标题并破坏其他标题；相反的情况也会发生。
• 新的或更改的扩展程序：as VK_EXT_shader_object，它仍在不断成熟，并且可以通过捕获工具暴露边缘情况。
• 超时和 TDR （Windows）：如果 GPU 上的作业需要很长时间才能完成，系统可能会重新启动驱动程序并使逻辑设备“丢失”。
• 叠加层和图层：FPS 注入器、聊天、流媒体或跟踪器可能会干扰交换链或管道。
• 特定的交换链配置：某些演示、计时或合成模式可能会引发特定硬件/驱动程序的崩溃。
• 着色器缓存损坏 或不同步：清除缓存（如示例中的 .bin 文件）可以消除细微的不一致。
• 边缘硬件：温度、电涌或轻微超频/欠压可能会导致错误间歇性出现。

如何保持冷静地进行诊断

在一次性改变二十件事之前，最好先遵循一个顺序。 目标是隔离触发 VK_ERROR_DEVICE_LOST 的因素 在您的具体情况下，依靠您可以客观测量或重现的信号。

1. 在短时间内重现错误：Dota 2 中的特定战斗、底特律中的菜单或 RenderDoc 中的相同捕获步骤（例如，选择第二个 vkQueueSubmit()）。
2. 注意操作系统、驱动程序和 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 版本。

Linux 和带有 Vulkan 的原生游戏（例如 Dota 2）

• 检查图形堆栈: : 适合您的内核和环境的 Mesa/NVIDIA 版本。升级版本或许可以修复无限循环。
• 检查作曲家和窗户：测试有无合成器、全屏与无边框窗口，并根据游戏允许调整演示模式。
• 详细日志：确定崩溃时间，并查看当时的 dmesg/journalctl 文件。GPU 错误或重置将被记录下来。

捕获和调试工具（RenderDoc）

• 避免有问题的步骤：如果选择特定事件（例如第二个 vkQueueSubmit()）触发崩溃，则将分析限制在其之前或之后的步骤。
• 减少混乱：在捕获之前清除着色器缓存（如示例中的 .bin），并使用项目的“干净”版本。
• 更新或更改版本：RenderDoc 和驱动程序/GPU；有了新的扩展，较新的版本可能包含关键修复。

当 Steam 也崩溃或出现 BSOD 时

• 系统整合：运行内存测试、监控温度并检查电源。VK_ERROR_DEVICE_LOST 可能是更深层次问题的明显症状。
• 内核级驱动程序：彻底重新安装 GPU 驱动程序。如果蓝屏死机仍然存在，请收集 minidump 文件以识别具体模块。

改变现状的小事

看似细微的调整，实际上 彻底改变稳定性 特定游戏的设置。《底特律：成为人类》中的“优先使用 DXGI Swapchain 中的图层”设置就是一个明显的例子。这些类型的选项 调节层、交换链和驱动程序的交互方式，并可以绕过特定的错误。

另一个有用的细节是 清除着色器缓存 在进行重大更改或分析屏幕截图之前，就像在着色器对象示例中对 .bin 文件所做的那样。这减少了 不一致和旧状态 会话和云诊断之间的拖延。

最后，当一场比赛 它不会关闭，而是保持循环 出现错误后，这表明逻辑设备已无法使用，并且应用程序无法对其进行全面管理。在这种情况下，值得进行测试。 其他执行路线 （如果存在则使用不同的后端，更改屏幕模式，或禁用某些阴影或效果等高级功能）以避免触发崩溃的状态。

了解 Vulkan（并更好地调试）的资源

深入了解 Vulkan 有助于您解读 VK_ERROR_DEVICE_LOST 等错误，而无需盲目操作。一位社区成员推荐了 Khronos 官方资源，其中包含适合初学者的入门方法和精选列表。 他们是一个很好的基地 无论您是在编程还是只是想了解发生了什么。

• Vulkan 初学者指南（Khronos）：一系列入门资源，帮助您入门并了解 API 理念。
• GitHub 上的 Khronos Vulkan 资源：列表显示资源已移至 vulkan.org，您将在其中找到更新的文档。

如果你不知道从哪里开始， 这些指南将帮助你避免反复尝试 混乱，并将为您提供解决设备丢失、超时、同步问题等问题的标准。

社区信号：互动和评论

除了详细的报告外，还有 像“点赞”这样的轻松互动 在评论中，以及在他们被问到的对话中 复习复习。虽然它们看起来像是小细节，但它们反映出这个主题是 鲜活且共享，并且许多解决方案都是从经验的积累中产生的。

您的案件的快速清单

如果您现在遇到这种情况，请尝试这个。 检查清单，受到先前案例的启发：

• 更新或回滚驱动程序如果您刚刚更新并且开始出现故障，请尝试以前的稳定版本；如果您几个月没有更新，请安装最新的 WHQL。
• 禁用覆盖：Steam、Discord、GeForce Experience 等，看看错误是否频率发生变化。
• NVIDIA 根据游戏进行调整：在《底特律：成为人类》中，将 Vulkan/OpenGL 预设设置为“优先使用 DXGI 交换链中的图层”可解决崩溃问题。
• 屏幕模式和 FPS：强制独占全屏并适度限制 FPS 以稳定渲染队列。
• 清除着色器缓存：删除游戏缓存文件以及驱动程序（如果适用）。
• 系统日志：Linux 上的 dmesg/journalctl 或 Windows 上的事件查看器来检测驱动程序重置或错误。

何时报告以及报告内容

如果问题仍然存在，请报告给 准确的信息 加快帮助速度。避免在关键字段中出现“无响应”：包括 游戏ID和时间戳 如果这是一场有重播的游戏，并附上 屏幕截图或日志 在可能的情况下。

不要忘记添加 完善的技术环境：操作系统版本（例如 Windows 10 build 19045.4529）， 精确的 GPU （GeForce GTX 1080、RTX 3080）、驱动程序版本（例如 566.12），以及您是否使用 RenderDoc，它的具体版本 （例如 RenderDoc_2024_07_02_0406d376_64）。这些数据非常宝贵，值得复制。

常见问题

为什么出现错误后游戏不会崩溃而只是循环？ 因为应用程序进入了逻辑设备丢失的状态，但输出逻辑尚未完全执行。实际上， 你必须强制关闭 并检查哪些事件或设置触发了该状态。

清除着色器缓存有帮助吗？ 在某些情况下是的，尤其是当 构建和缓存之间的不一致 （例如着色器对象示例中的 .bin 文件）。这是一种快速丢弃损坏状态的方法。

如果我怀疑是司机的问题，我应该用 RenderDoc 捕捉吗？ 捕获罐 帮助理解管道，但如果扩展程序或驱动程序是绿色的，也可能导致不稳定。请先在不捕获的情况下进行测试，如果捕获了，请使用该工具的版本进行测试。 你知道稳定 对于你的情况。

覆盖会导致 VK_ERROR_DEVICE_LOST 吗？ 是的，有时 注入层干扰交换链 或同步。禁用它们是首先要执行的测试之一。

如果我在 Windows 中也看到 BSOD 怎么办？ 这表明 内核/驱动程序或硬件级别的问题除了 Vulkan 步骤之外，它还执行内存测试、检查温度、检查电源并分析小型转储以定位故障模块。

您有一个清晰的路线图： 识别模式，隔离触发因素，并应用经过验证有效的调整从 NVIDIA 控制面板中用于在 RTX 3080 上运行《底特律：成为人类》游戏的预设更改，到 Linux 上 Dota 2 的 RenderDoc 捕获指南和监控日志，都有切实的解决方案可以显著减少 VK_ERROR_DEVICE_LOST 类型的崩溃。如果您也依赖 Khronos 资源来了解 Vulkan 的基础知识， 每次尝试都会更加准确 您将在盲测上浪费更少的时间。