[論文レビュー] Idempotent I/O for safe time travel

Zoltán Somogyi|ArXiv.org|Nov 26, 2003

Formal Methods in Verification参考文献 8被引用数 3

ひとこと要約

この論文では、デバッガーが時空戻りリトライを実行しても、I/O 操作が最大1回しか実行されないことを保証する、同値性変換メカニズムを提案する。I/O 呼び出しを同値性にすることで（グローバルテーブルを用いて実行済みの呼び出しを追跡・抑制する）、I/O が多用されるプログラムの安全な後退デバッグを可能にし、低く制御可能なオーバーヘッドを実現する。これにより、宣言的デバッグが現実世界の I/O 開発コードに実用的になる。

ABSTRACT

Debuggers for logic programming languages have traditionally had a capability most other debuggers did not: the ability to jump back to a previous state of the program, effectively travelling back in time in the history of the computation. This ``retry'' capability is very useful, allowing programmers to examine in detail a part of the computation that they previously stepped over. Unfortunately, it also creates a problem: while the debugger may be able to restore the previous values of variables, it cannot restore the part of the program's state that is affected by I/O operations. If the part of the computation being jumped back over performs I/O, then the program will perform these I/O operations twice, which will result in unwanted effects ranging from the benign (e.g. output appearing twice) to the fatal (e.g. trying to close an already closed file). We present a simple mechanism for ensuring that every I/O action called for by the program is executed at most once, even if the programmer asks the debugger to travel back in time from after the action to before the action. The overhead of this mechanism is low enough and can be controlled well enough to make it practical to use it to debug computations that do significant amounts of I/O.

研究の動機と目的

• 従来のデバッガーが I/O 操作を跨いでプログラム実行を安全に巻き戻せないという根本的問題に対処すること。I/O 操作が再実行されると副作用が発生するためである。
• I/O 動作が不可逆的で元に戻せない論理プログラミング環境において、安全な後退デバッグ（時空戻り）を可能にすること。
• 既存のデバッガーとシームレスに統合できる、軽量で汎用的なメカニズムを設計すること。I/O 呼び出しと外部言語呼び出しの両方をサポートすること。
• このメカニズムのパフォーマンスオーバーヘッドが、I/O 作業量の大きなプログラムのデバッグに実用的であるほど低いことを実証すること。
• 従来、純粋なコードに限定されていた宣言的デバッガーの有用性を、不純で I/O を多用するプログラムに対しても安全に拡張できること。

提案手法

• 特定の計算中に既に実行済みかどうかを追跡するため、すべての I/O 呼び出しと外部言語呼び出しを、グローバルテーブルでインストルメンテーションする。
• I/O 論理子の実装を変更し、実行前にグローバルテーブルをチェックする：呼び出しが既に記録済みの場合は実行をスキップし、ダミーの結果を返す。
• 各 I/O 呼び出しまたは外部言語呼び出しを一意に識別する（例：ハッシュ値や呼び出しシグネチャ）ことで、リトライ中に同値性の動作を保証する。
• 計算状態の管理に既存のテーブリングインfraストラクチャを活用し、Mercury デバッガーにこのメカニズムを統合する。
• プログラマーに対して透明であり、変換レイヤーを除いてソースコードの変更を必要としないようにする。
• テーブル検索の回数を最小限に抑え、効率的なデータ構造を用いることで、パフォーマンスオーバーヘッドを制御し、本番環境のデバッグに適したメカニズムとする。

実験結果

リサーチクエスチョン

• RQ1 時空戻りデバッグ中に I/O 操作を再実行しても副作用を引き起こさないよう、安全に保てるか？
• RQ2 デバッガーのリトライ中に I/O 効果を「元に戻す」ための、実用的で効率的なメカニズムは何か？
• RQ3 このようなメカニズムのオーバーヘッドを、I/O 作業量の大きな現実世界のデバッグシナリオで使用可能なほど低く抑えられるか？
• RQ4 I/O 呼び出しと外部言語呼び出しの両方を、正しくかつ効率的に処理できる、統一されたメカニズムを1つにできるか？
• RQ5 このアプローチを用いることで、宣言的デバッガーはどの程度、I/O を多用するプログラムを安全にサポートできるようになるか？

主な発見

• 同値性変換により、デバッガーのリトライ中に I/O 操作が複数回実行されるのを効果的に防止し、望ましくない副作用を排除できた。
• このメカニズムのパフォーマンスオーバーヘッドは低く、制御可能であり、大規模な I/O を伴うプログラムのデバッグに実用的であることが示された。
• このメカニズムは、I/O 操作と外部言語呼び出しの両方に対して一貫して適用可能であり、個別に処理する戦略と比較して実装を簡素化した。
• このアプローチにより、Mercury の宣言的デバッガーは I/O を含むプログラムを安全にデバッグ可能となり、純粋な論理プログラムに限らず適用範囲が拡大された。
• 既存のデバッガーと互換性があり、Mercury のテーブリングシステムのような標準的な言語インfraストラクチャを用いて実装可能である。
• この技術は一般性に富んでおり、Mercury や Prolog に限らず、他の命令型および宣言型言語にも応用可能である。