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が発生した、またはアプリケーションがハードウェア/ドライバーが処理できない何かを送信した。必ずしもクラッシュするわけではなく、後述するように、以下のようなケースもある。 アプリケーションがループに陥り、強制的に終了する必要がある.

パターンは機器やソフトウェアによって異なりますが、通常は 不安定なドライバー、非常に新しい拡張機能、レイヤー/オーバーレイ、システムの時間制限 場合によっては、グラフィック設定の組み合わせが悪かっただけかもしれません。実際の事例をいくつか知っておくと、問題を再現して対処するのに役立ちます。

実際の事例：何が起こり、何が行われたか

Windows版『Detroit: Become Human』、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タイトル Dota 2のように。

RenderDoc と VK_EXT_shader_object を使用したスクリーンショットが不安定になる

プロットツールを使用すると、独自の変数セットが追加されます。 RenderDoc の不安定性 拡張機能を使用するアプリケーションをキャプチャする場合 VK_EXT_shader_objectを含む 回復したドライバーのクラッシュ、アプリケーションのフリーズ、デバイス紛失エラー驚くことではありません。これは最近の拡張機能であり、本質的にデリケートな状況 (キャプチャ レイヤーを高度なパイプラインに組み込む) について話しているからです。

問題を一貫して再現するには、次の例のようにシェーダーオブジェクト» リポジトリから サシャ・ウィレムス/ヴルカン手順は次のとおりです。 RenderDocの下のshaderobjects.exeバイナリを実行し、フレームをキャプチャして2番目の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のバグですが、システム全体が不安定な場合は、 メモリテスト、ディスクチェック、温度監視 GPU またはその電源が限界に達している可能性を排除します。

考えられる原因: 技術的および日常的な問題

それぞれのケースは異なりますが、考慮すべき共通の原因がいくつかあります。以下に、その原因を整理するためのマップをご用意しました。 VK_ERROR_DEVICE_LOSTで最もよくある:

• 不安定またはリグレッションしたグラフィックドライバー: 最近のバージョンでは、一部のタイトルが修正され、他のタイトルが壊れる場合があります。その逆も起こります。
• 新しい拡張機能または変更された拡張機能：as VK_EXT_shader_objectこれはまだ成熟段階であり、キャプチャ ツールによってエッジ ケースを明らかにすることができます。
• タイムアウトとTDR (Windows): GPU 上のジョブに長時間かかる場合、システムはドライバーを再起動し、論理デバイスが「失われた」状態になることがあります。
• オーバーレイとレイヤー: FPS インジェクター、チャット、ストリーミング、またはトレーサーは、スワップチェーンまたはパイプラインに干渉する可能性があります。
• 特定のスワップチェーン構成: 特定のプレゼンテーション、タイミング、または構成モードにより、特定のハードウェア/ドライバーでクラッシュが発生する可能性があります。
• シェーダーキャッシュが破損しています または同期されていない: キャッシュをクリアすると (例の .bin ファイルのように) 微妙な不整合を解消できます。
• エッジのハードウェア: 温度、電力サージ、またはわずかなオーバークロック/低電圧により、エラーが断続的に表示される場合があります。

冷静さを失わずに診断する方法

一度に 20 個のものを変更する前に、順序に従ったほうがよいでしょう。 目標は、VK_ERROR_DEVICE_LOST を引き起こす要因を特定することです。 あなたの特定のケースでは、客観的に測定または再現できる信号に依存します。

1. 短いシーケンスでバグを再現する: Dota 2 の特定の戦闘、Detroit のメニュー、または RenderDoc の同じキャプチャ ステップ (例: 2 番目の 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 がある場合はミニダンプ。

プロセス中に、 常にエラーを誘発する （シェーダーオブジェクトの例の2番目のvkQueueSubmitで起こったように）すでに半分の診断ができています。試してみてください。 1つの変数だけを変更する (ドライバー、スワップチェーン設定、プレゼンテーション モード) を変更して、トリガーが消えるかどうかを確認します。

効果があった実践的な解決策と調整

万能の魔法の杖はないが、 成功率の高い行動以下は、最も影響の少ないものから最も影響の大きいものの順に並べた一連の対策です。

Windows (NVIDIA/AMD) と Vulkan ゲーム

• Detroit: Become Human の NVIDIA 固有のチューニングコントロールパネル > 3D設定の管理 > プログラム設定 > ゲーム実行ファイルを選択し、Vulkan/OpenGLプリセットを見つけて「DXGIスワップチェーン上のレイヤーを優先する」に設定します。これにより、RTX 3080で頻繁に発生するクラッシュが解消されました。
• FPSと同期を制限する: 60 FPS とフルスクリーン表示を維持すると、特定のドライバーを安定させることができますが、それだけでは必ずしも十分ではありません。
• オーバーレイを無効にする: Steam、NVIDIA、Discord など。改善が見られた場合は、1 つずつ再導入して原因を特定します。
• 「正常動作」のドライバーアップデート後にエラーが表示される場合は、以前の安定バージョンを試してください。しばらくアップデートしていない場合は、最新の WHQL バージョンをインストールしてください。

Linux および Vulkan を搭載したネイティブ タイトル (例: Dota 2)

• グラフィックスタックを確認する: : カーネルと環境に適したMesa/NVIDIAのバージョン。バージョンを上げると無限ループが修正される可能性があります。
• コンポーザーとウィンドウを確認する: コンポジターの有無、全画面ウィンドウとボーダーレス ウィンドウをテストし、ゲームで許可されている場合はプレゼンテーション モードを調整します。
• 詳細ログ: クラッシュが発生した時刻を特定し、その時刻のdmesg/journalctlを確認してください。GPUエラーまたはリセットがログに記録されます。

キャプチャおよびデバッグ ツール (RenderDoc)

• 問題のあるステップを避ける: 特定のイベント (2 番目の vkQueueSubmit() など) を選択するとクラッシュが発生する場合は、その前または後のステップに分析を制限します。
• 混乱を減らす: キャプチャする前にシェーダー キャッシュ (例の .bin など) をクリアし、プロジェクトの「クリーン」ビルドを使用します。
• バージョンの更新または変更: RenderDoc とドライバー/GPU の両方。新しい拡張機能により、新しいビルドには重要な修正が含まれる場合があります。

SteamがクラッシュしたりBSODが表示されたりする場合

• システムの完全性: メモリ テストを実行し、温度を監視し、電源をチェックします。VK_ERROR_DEVICE_LOST は、より深刻な問題の目に見える症状である可能性があります。
• カーネルレベルのドライバー: GPUドライバーをクリーンインストールして再インストールしてください。BSODが解決しない場合は、ミニダンプを収集して正確なモジュールを特定してください。

違いを生むささいなこと

一見些細な調整のように見えますが、実際には 安定性を完全に変える 特定のタイトルの「DXGIスワップチェーンでレイヤーを優先する」設定が好例です。Detroit: Become Humanの「DXGIスワップチェーンでレイヤーを優先する」設定は、こうしたオプションが レイヤー、スワップチェーン、ドライバーの相互作用を調整する、特定のバグを回避できます。

もう一つの役立つ詳細は シェーダーキャッシュをクリアする シェーダーオブジェクトの例で行ったように、大きな変更を加えたりスクリーンショットを分析する前に、.binファイルで行ったように、 矛盾と古い状態 セッションとクラウド診断の間で長引くもの。

最後に、ゲームが 閉じずにループしたままになる エラーが発生した後、論理デバイスがアプリケーションによって完全に管理されずに使用できなくなったことを示す手がかりとなります。このような場合は、テストする価値があります。 その他の処刑ルート (存在する場合は別のバックエンドを使用するか、画面モードを変更するか、特定の影や効果などの高度な機能を無効にします)、クラッシュをトリガーする状態を回避します。

Vulkan を理解する（そしてデバッグを改善する）ためのリソース

Vulkanについて詳しく学ぶことで、VK_ERROR_DEVICE_LOSTなどのエラーを、何も考えずに解釈できるようになります。あるコミュニティメンバーは、初心者向けのアプローチと厳選されたリストが掲載されたKhronos公式リソースを推奨してくれました。 良い基盤です プログラミングをしている場合でも、何が起こっているのか理解したいだけの場合でも。

• Vulkan (Khronos) 初心者ガイド: API の基本を理解し始めるのに役立つ入門リソースのコレクションです。
• GitHub上のKhronos Vulkanリソース: リストにはリソースが移動されたことが示されています 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) このデータは再現する価値があります。

よくある質問

エラーが発生した後、ゲームがクラッシュせずにループするのはなぜですか? アプリケーションは論理デバイスが失われた状態になりますが、出力ロジックは完全には実行されません。実際には、 強制的に閉鎖しなければならない そして、どのイベントまたは設定がその状態をトリガーするかを確認します。

シェーダーキャッシュをクリアすると役立ちますか? いくつかのシナリオでは、特に ビルドとキャッシュ間の不整合 （シェーダーオブジェクトの例の.binファイルなど）。これは破損した状態を破棄する簡単な方法です。

ドライバーに疑いがある場合は、RenderDoc でキャプチャする必要がありますか? キャプチャは パイプラインを理解するのに役立つただし、拡張機能やドライバが緑色の場合、動作が不安定になる可能性があります。まずはキャプチャせずにテストし、キャプチャする場合はツールのバージョンでテストしてください。 安定していることを知っている あなたの場合のために。

オーバーレイによって VK_ERROR_DEVICE_LOST が発生する可能性がありますか? はい、時々 注入されたレイヤーはスワップチェーンに干渉する または同期機能を使用できません。これらを無効にすることは、最初に実行すべきテストの1つです。

Windows でも BSOD が表示された場合はどうすればよいでしょうか? それは、 カーネル/ドライバまたはハードウェアレベルの問題Vulkan の手順に加えて、メモリ テストを実行し、温度をチェックし、電源を検査し、ミニダンプを分析して障害のあるモジュールを見つけます。

明確なロードマップがあります: パターンを特定し、トリガーを分離し、効果が実証された調整を適用しますRTX 3080でDetroit: Become HumanのゲームをセーブするためのNVIDIAコントロールパネルのプリセット変更から、Dota 2のLinuxにおけるRenderDocキャプチャガイドラインとログ監視まで、VK_ERROR_DEVICE_LOSTタイプのクラッシュを大幅に削減する具体的な解決策があります。Vulkanの基礎を理解するためにKhronosのリソースも活用している場合は、 それぞれの試みはより正確になる ブラインドテストで無駄な時間を節約できます。