タイムアウトの検出と回復 (TDR)

2024-04-05

この記事では、ドライバー開発者向けのタイムアウト検出と回復 (TDR) について説明します。詳細については、「Windows 8 以降での TDR」を参照してください。

概要

グラフィックスで最も一般的な安定性の問題の 1 つは、エンドユーザーのコマンドまたは操作を実際に処理しているときに、コンピューターが「ハングアップ」または完全に「フリーズ」しているように見える場合に発生します。多くのユーザーは、数秒待ってからコンピューターを再起動しました。コンピューターのフリーズした外観が頻繁に発生するのは、GPU が集中的なグラフィカル操作の処理 (典型的にはゲームプレイ) に忙しく、ディスプレイ画面を更新しないためです。 TDR を使用すると、オペレーティングシステムは UI が応答していないことを検出できます。

次の図は TDR プロセスを示します。

OS は、コンピューターが「フリーズ」しているように見える状況を検出しようとします。その後、OS は、フリーズした状況から動的に回復して、デスクトップの応答性を再び高め、エンドユーザーがシステムを不必要に再起動する状況を軽減しようとします。

既定では、OS で 5 つ以上の GPU ハング (0x117) が検出され、その後の復旧が 1 分以内に発生すると、OS のバグチェック、次の (6 回目以降の) GPU ハング時にコンピューターがハングします。詳細については、「TdrLimitCount」および「TdrLimitTime」を参照してください。

ただし、エンジンのタイムアウト (0x141) は GPU ハングカウントには影響しませんが、エンジンのタイムアウトが失敗した場合、OS によってエンジンのタイムアウトが GPU ハングに昇格する可能性があります。エンジンタイムアウト (0x141) の場合、最大数はアダプタータイムアウト (0x117) よりも 1 だけ小さくなります。エンジンリセットプロセスは、このようなタイムアウトの原因となっているプロセスの GPU アクセスをブロックし、システムログ 0x142 はその事実を示します。このように、誤動作しているプロセスは、システムのバグを調べません。

WDDM でのタイムアウト検出

DirectX グラフィックスカーネルサブシステム (Dxgkrnl.sys) の一部である GPU スケジューラは、GPU が特定のタスクの実行に許容される時間を超えて時間がかかっていることを検出します。その後、GPU スケジューラは、この特定のタスクを優先しようとします。プリエンプト操作には、実際の TDR タイムアウトである "wait" タイムアウトがあります。 Windows Vista 以降のオペレーティングシステムの既定のタイムアウト期間は 2 秒です。 GPU が TDR タイムアウト期間内に現在のタスクを完了またはプリエンプションできない場合、OS は GPU がフリーズしていることを診断します。

タイムアウト検出の発生を防ぐために、ハードウェアベンダーは、生産性やゲームプレイなどのエンドユーザーシナリオでグラフィックス操作 (つまり、DMA バッファーの完了) に 2 秒以上かかることを確認する必要があります。

回復の準備

GPU スケジューラは、ディスプレイミニポートドライバーの DxgkDdiResetFromTimeout 関数を呼び出して、OS がタイムアウトを検出したことをドライバーに通知します。ドライバーは、それ自体を再初期化し、GPU をリセットする必要があります。さらに、ドライバーはメモリへのアクセスを停止する必要があり、ハードウェアにアクセスしないでください。 OS とドライバーは、回復後の診断に役立つ可能性があるハードウェアやその他の状態情報を収集します。

詳細については、「Windows 8 以降での TDR」を参照してください。

デスクトップの回復

OS はグラフィックススタックの適切な状態をリセットします。 Dxgkrnl.sys の一部でもあるビデオメモリマネージャーは、ビデオメモリからすべての割り当てを消去します。ディスプレイミニポートドライバーは、GPU ハードウェアの状態をリセットします。グラフィックススタックは最終的なアクションを実行し、デスクトップを応答性の高い状態に復元します。

ハング検出から回復までの間に目に見える唯一アーティファクトは画面のちらつきです。このちらつきは、OS がグラフィックススタックの一部をリセットすると発生し、画面が再描画されます。ディスプレイミニポートドライバーは、WDDM 1.2 以降に準拠しているときに、この再描画を排除できます (「WDDM 1.2 以降でのシームレスな状態遷移の提供」を参照してください)。

OS がデスクトップを正常に回復すると、次のアクションが完了します。

エンドユーザーに「ディスプレイドライバーが応答を停止し、回復しました」という情報メッセージを表示します。
上記のメッセージをイベントビューアーアプリケーションに記録し、デバッグレポートの形式で診断情報を収集します。エンドユーザーがフィードバックの提供を選択した場合、OS はオンラインクラッシュ分析 (OCA) メカニズムを通じてこのデバッグ ��ポートを Microsoft に返します。

一部の従来の DirectX アプリケーションは、この回復の最後に黒く表示される場合があり、エンドユーザーはこれらのアプリケーションを再起動する必要があります。 Device Remove テクノロジを処理する適切に記述された DirectX 9Ex および DirectX 10 以降のアプリケーションは、引き続き正常に動作します。アプリケーションは、その Microsoft Direct3D デバイスとすべてのデバイスのオブジェクトを解放してから再作成する必要があります。