Time Travel Debugging(TTD)
プロセスの命令実行を丸ごと録画し、あとから前にも後ろにも再生できるWinDbgの機能。ダンプが取り逃がす失敗までの実行経路を残す。
- 概念URI
https://comcomponent.com/knowledge/time-travel-debugging/- 別名・表記
- TTD / タイムトラベルデバッグ / Time Travel Debugging
- 下位概念
- TTDトレースファイル(.run) / TTDインデックスファイル(.idx) / TTD.exe(コマンドライン録画ツール) / TTD録画のオーバーヘッド / TTDトレースの肥大化 / TTDの位置(position) / TTD.Events(イベント一覧) / TTD.Callsクエリ / TTD.Memoryクエリ / 逆方向実行(g- / p- / t-) / TTDの録画
- 最終確認日
- 2026-08-01
- 機械可読データ
- JSON-LD
この概念が関わる関係
- Time Travel Debugging(TTD)はWinDbgを前提とします。TTDはWinDbgに統合されており、トレースの再生(位置の移動、逆方向の実行、イベントとクエリ)はWinDbgで行う。録画もWinDbgのUIから行える。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典
- Time Travel Debugging(TTD)はTTDの録画を利用します。TTDは、対象プロセスの命令実行を録画する操作と、その記録をWinDbgで前後に再生する操作から成る。録画はWinDbgのUIまたはTTD.exeで行う。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典 出典
- Time Travel Debugging(TTD)はTTDの位置(position)を利用します。トレース内の時刻はシーケンシング番号とステップ数の16進数2組で表す位置で扱い、!ttやSeekTo()で移動し、ToSystemTime()でおおよその実時刻に変換してログの時刻と突き合わせられる。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典 出典
- Time Travel Debugging(TTD)は断続的・再現しない不具合に対する本記事の推奨です。再現しない・断続的な不具合でダンプが結果しか示さないとき、録画範囲を設計したうえでTTDで経路を残すことを本記事は勧める。録画のオーバーヘッドと肥大化があるため、無条件の常時録画は勧めない。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典 出典
- ダンプ解析はTime Travel Debugging(TTD)より先に行うべきです。採取コストがほぼゼロのダンプとログで状態を掴み、経路が要ると分かった案件にだけ録画範囲を設計してTTDを出す順序を本記事は勧める。TTDのオーバーヘッドとトレースが機密情報を含む性質から、逆の順序を取る理由は無い。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典
- Time Travel Debugging(TTD)はSOS拡張を利用します。64ビットモードで動くSOS拡張をWinDbgのTTDトレース上で使ってマネージドコードをデバッグでき、例外イベントの位置へ移動してから!clrstackや!peでマネージドの状態を読める。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
この概念を扱う記事
一次資料
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。