Microsoft は、AMD、Intel、NVIDIA のサポートを受けて、Windows 11 26H2 のグラフィックス ドライバーの障害に対するソリューションを実装します
Windows 11 26H2 では、グラフィックス カード ユーザーにとっての永続的な問題、つまりグラフィックス ドライバーの繰り返しの障害を解決することを目的とした重要なツールが導入される予定です。この新機能は、何百万人ものプレーヤーやプロフェッショナルの体験に影響を与えるクラッシュに終止符を打つことを目指しています。
Microsoft は、開発者が GPU クラッシュが発生したときにその正確な原因を実際に理解できるように設計された DirectX ダンプ ファイルと呼ばれる革新的な機能を開発しています。この取り組みは、故障診断を大幅に改善することを目的としています。
主な焦点は、Timeout Detection and Recovery の略である TDR として知られるエラーです。この現象は、画面がフリーズし、暗くなり、ドライバーが応答を停止して再起動されたという警告が表示されると発生します。この機能は、AMD、NVIDIA、Intel のハードウェアに対応しています。
DirectX ダンプ ファイルを使用してグラフィックス不具合の謎を解明する
この機能の背後にある概念は、異常が発生した場合にマシンの状態を記録するシステムのメモリ ダンプ ファイル、いわゆる *メモリ ダンプ* のダイナミクスに似ています。ただし、この場合、レジストリはビデオ カードの状態を詳細に撮影します。
クラッシュ、画像のフリーズ、ドライバーの突然の再起動など、グラフィックスのクラッシュが発生すると、新しい機能がアクティブ化され、その瞬間の GPU 実行の正確なスナップショットがキャプチャされます。
このキャプチャの結果、拡張子 .dxdmp を持つファイルが生成されます。このファイルには、関係するコンポーネント、使用されたドライバー、オペレーティング システム、およびインシデントの影響を受けたアプリケーションに関する詳細情報が含まれています。
.dxdmp ファイルに保存される詳細情報
このテクノロジーの大きな利点は、現在複数の診断ツールに分散している情報を 1 つのファイルに統合できることです。これにより、開発者が手動でレコードを相互参照して障害の原因を特定する必要がなくなります。
データ ダンプ プロセスでは、レジスタ値、シェーダ プログラム カウンタ、ページ フォールト アドレス、使用中のコマンド バッファなどのハードウェアの状態が収集されます。
このデータとともに、D3D オブジェクト、パイプライン状態、グラフィックス アダプターの詳細、CPU コール スタックを含む、DirectX レイヤーとシステム カーネルからの情報が含まれています。開発者は、新しい D3D12 API を通じて最大 2 MB のアプリケーション固有のデータを添付することもできます。
このテクノロジーは GDC 2026 で初めて発表され、その構築には 3 大 GPU メーカーが積極的に参加しました。
Microsoft は、DirectX 開発ブログでパブリック プレビューをリリースしたときに、この機能を「Windows での GPU クラッシュのデバッグにおける大きな進歩」と説明しました。
さまざまなレベルのデータキャプチャを理解する
このシステムは、記録されるデータ量とシステム パフォーマンスへの影響との間のバランスを確立するいくつかの収集方法を提供します。理想的なモードの選択は、ソフトウェアを開発する専門家によって行われます。
- NO_オーバーヘッド: パフォーマンスのコストが発生しないため、広範囲の配布や標準キャプチャに適しています。
- MEDIUM_オーバーヘッド: 適度なパフォーマンスコストがあり、診断用の追加データを提供します。
- ハイオーバーヘッド: パフォーマンスにコストがかかるため、ドライバーや GPU 自体の詳細な調査に最適です。
Tier 2 として分類される互換性のあるハードウェアでは、コストフリー モードがデフォルトですでに有効になっています。実際には、これにより開発者はコード行を変更することなく、有用な診断を受け取ることができます。
ただし、この機能はプレビューとしてのみ利用可能であり、重要な注意点があります。これまでのところ、準備されたドライバー (AgilitySDK Developer Preview のバージョン 26.10.07.02) を持っているのは AMD だけです。 NVIDIA と Intel は依然として、自社のデバイスで利用できる同等のパッケージを作成する必要があります。
生成されたファイルの分析は、プレビュー バージョンで .dxdmp 形式をすでにサポートしている Microsoft のグラフィカル デバッグ ツールである PIX によって実行されます。
このテクノロジーの正式かつ広範な導入は、北半球では秋の 2026 年 9 月から 11 月に予定されており、これは Windows オペレーティング システムの新バージョンの登場と一致します。
このプロジェクトは、2 つの異なる分野に役立つように設計されました。
その 1 つは、実際の使用環境でエンドユーザーのコンピュータから直接故障に関する情報を収集することです。
もう 1 つの側面は、ゲームやプログラムが一般に公開される前に、ベンチ上で問題を調査するテストおよび開発チームのサポートで構成されます。
失敗の歴史: ドライバーの黒い画面との長い闘い
最終消費者にとって、決定的なソリューションを求める要求は新しいものではありません。ドライバーの再起動を強制し、恐ろしい「黒い画面」を引き起こすこの障害は、PC をゲームに使用したり、重いグラフィックスを操作したりするユーザーからの最も古い苦情の 1 つであり、オペレーティング システムの数世代にわたる対応が必要です。
Microsoft はすでにこの点での改善を実施していました。 24H2 および 25H2 バージョンに存在する WDDM 3.2 モデルは、これらのクラッシュの処理に特別な進歩をもたらしました。しかし、障害の正確な原因を特定できる技術層が欠落しており、その時点でユーザーは回答を得ることができませんでした。
DirectX ダンプ ファイルはクラッシュを自動的に修正するものではありませんが、不足していた調査資料を提供します。 Microsoft は、AMD、NVIDIA、Intel にわたる標準化されたレポートにより、繰り返し発生する苦情をエンドツーエンドで追跡可能な問題に変えるために必要なツールを開発者やハードウェア メーカーに提供し、エンド ユーザー エクスペリエンスに直接影響を与えます。
















