長時間ジョブの管理:チェックポイント・再開の冪等性・最適な保存間隔
対象読者: 学部の確率論の初歩(指数分布・Poisson 過程・期待値)と、本テーマ第 1 章(再現性)・並列化の章の内容を学んだ人。ジョブスケジューラの経験は仮定しません。
前提となる記事:再現できる数値実験:乱数種・環境・設定の記録と決定性、並列化と GPU:Amdahl・Gustafson の法則、仕事量と依存鎖、roofline モデル
0. この記事の要点
Section titled “0. この記事の要点”3 日かかる計算が 2 日目の終わりに止まってしまったとき、最初からやり直さずに済ませるには、途中経過を保存しておくのが基本です。この記事では、保存したところから再開しても結果が変わらないのはどんなときか、どのくらいの間隔で保存すれば時間の無駄が最も少ないか、時間切れで終わらなかった計算を集計でどう扱うか、の 3 つを順に考えます。読み終えると、長い計算を安心して中断・再開できる書き方と、保存間隔の目安が分かります。
- ジョブを「状態と 1 ステップの遷移」の状態機械とみると、遷移が決定的で、チェックポイントが状態を完全に保存し、書き込みが原子的(途中までしか書かれた状態が見えず、全部書けたか、まったく書けていないかのどちらか)なら、何回中断して再開しても最終結果は中断のない実行と一致します。3 つの条件のどれを落としても破れます(乱数生成器の状態の保存漏れ、書きかけのファイル、追記の重複)。
- 各ステップの結果を「キーがあれば読む、なければ計算して保存する」形にすると、同じステップが 2 回走っても結果は変わりません(冪等。同じ操作を何回行っても 1 回行ったのと同じ結果になること)。
- 故障が強度 の Poisson 過程で起こるとき、仕事 とチェックポイント の 1 区間を終えるまでの期待時間は です。仕事あたりの時間を最小にする間隔 は を満たします(Young の近似)。最適の近くは平らで、間隔が倍や半分でも損は小さいままです。
- 「制限時間内に終わった試行だけ」を集計すると、所要時間と結果が相関するときに推定が偏ります。打ち切った試行は消さずに、件数と理由を残します。
- 1 次収束する反復の残り回数は で見積もれます。2 次収束ではこの外挿は過大評価になります。
1 時間で終わる計算は、失敗したらやり直せば済みます。3 日かかる計算はそうはいきません。共用の計算機には時間制限があり、ノードは落ち、停電があり、自分のノート PC はスリープします。3 日のうち 2 日と 23 時間まで進んだところで止まり、最初からやり直す、というのは誰もが一度は経験する失敗です。
対策は途中の状態を保存しておくこと(チェックポイント)ですが、これには 3 つの問いが付いてきます。第一に、再開した計算は、中断しなかった場合と同じ結果を出すのか。同じでなければ、結果は「どこで止まったか」という記録に残らない偶然に依存することになり、再現できる数値実験の章で立てた「結果は種と設定の関数である」という約束が壊れます。第二に、どのくらいの間隔で保存すればよいか。頻繁に保存すれば保存の時間が無駄になり、まれにしか保存しなければ故障のたびに失う仕事が増えます。第三に、打ち切られた計算をどう数えるか。時間切れの試行を黙って捨てると、集計が偏ります。
この章では、3 つの問いにそれぞれ命題で答えます。第一の問いには状態機械としての定式化と帰納法、第二の問いには指数分布の計算と微分、第三の問いには条件付き確率の計算を使います。
2. ジョブを状態機械とみる
Section titled “2. ジョブを状態機械とみる”ジョブとは、集合 (状態の集合)、初期状態 、写像 (1 ステップの遷移)、部分集合 (終了状態の集合)の組である。 で定まる列 を軌道という。 となる最小の が存在するとき、それを と書き、 をジョブの結果という。
状態には、計算を続けるのに必要なものをすべて含めます。反復番号、それまでの計算結果の配列、そして乱数生成器の状態です。擬似乱数生成器はそれ自体が状態機械(定義 5.1[再現できる数値実験])なので、その状態をジョブの状態の成分に含めれば、乱数を消費する遷移も「状態だけで決まる写像 」の形に書けます。終了条件(反復回数に達した、収束判定を満たした、打ち切りの条件に達した)は で表します。
次の定義は、計算を「メモリ上の作業中の状態」と「ディスクに残した保存」の 2 つの置き場に分けて整理します。メモリの中身は中断で消えますが、保存したものは残ります。再開したとき、どちらから何を読み戻すかを正確に言うための準備です。
保存域は、各時点で の元 を 1 つ保持する( は「まだ何も保存されていない」ことを表す)。実行中のプロセスはメモリ上に状態 をもち、次の操作を行う。
- 開始・再開: なら 、 なら とする。
- ステップ: のとき とする。
- 保存(チェックポイント): とする。いつ保存するかは任意である。
- 中断: メモリ上の が失われる。その後、再開から続ける。中断はどの時点でも(ステップや保存の途中でも)起こりうる。
になったら、 を結果として返して終わる。次の 2 つの性質を考える。
- 完全性: 保存されるのは状態 の全体で、再開で読み戻される値は保存された そのものである。
- 原子性: 保存の途中で中断が起きても、その後の保存域の値は、保存の前の値か、保存しようとした のどちらかである。
原子性は、ファイルでは「一時ファイルに全部を書き、書き終えてから改名で置き換える」ことで実現します。同じファイルシステムの中の改名は、POSIX では 1 回の操作として行われ、途中の状態が外から見えません。Python では os.replace がこれに当たります。既存のファイルを直接上書きすると、書きかけの時点で中断したときに、古い内容と新しい内容が混ざったファイルが残ります。
3. 再開しても結果が変わらない条件
Section titled “3. 再開しても結果が変わらない条件”証明の方針です。中断のない実行がたどる状態を「正しい状態」と呼ぶことにします。どんな操作の後でも、保存域にもメモリにも正しい状態しか入らないことを、操作の回数についての帰納法で示します。そうすれば、終了状態に着いたとき、それは正しい状態の中の終了状態、つまり しかありえません。
証明(定理 3.1)
を、中断のない実行がたどる状態の集合とします。 の定義から 、 なので です。
実行は操作(開始・再開、ステップ、保存、中断)の有限列です。操作の回数についての帰納法で、次の不変条件を示します。
不変条件: 各操作の後で、保存域の値は を満たし、プロセスが動いていればメモリ上の状態は を満たす。
最初の操作は開始で、 なので です。以下、ある操作の前に不変条件が成り立つとして、操作の後を調べます。
- 再開. なら、完全性から は そのもので、帰納法の仮定から です。 なら です。 は変わりません。
- ステップ. ステップが行われるのは のときです。 かつ なので、ある について です。 は状態だけで決まるので、新しい状態は です。 は変わりません。
- 保存. 最後まで行われれば です。途中で中断されても、原子性から は前の値( の元)か ( の元)です。
- 中断. メモリ上の状態が失われるだけで、 は(保存の途中だった場合を上で扱ったので) の元のままです。
実行が終わるのは となったときで、不変条件から です。この議論は中断の回数にも時点にもよりません。
定理が言っているのは、再開のたびに「軌道の上のどこか」に戻り、そこから同じ軌道をたどり直す、ということだけです。証明が使った 3 つの仮定は、それぞれ実務でよく破れます。
例 3.2(仮定を 1 つずつ落とした 3 つの反例)
ステップ で値 を受け取って和 に足すジョブを考えます。状態は で、 は を作る生成器の状態、遷移は 、 で終わるとします。生成器の出力列を とすると、中断のない実行の結果は です。
(i) 完全性の破れ:生成器の状態を保存しない。 だけを保存し、再開のときに生成器を種から作り直すとします。 の後で保存して中断すると、再開後の状態は で、これは軌道の上の状態 ではありません。残りの 2 ステップで足されるのは で、結果は です。保存したデータからは遷移が決まらないので、定理の証明の「ステップ」の段が成り立ちません。Monte Carlo 法では、同じ乱数を 2 回使うことになり、標本が独立でなくなります。
(ii) 原子性の破れ:書きかけのファイル。 と を 1 つのファイルに順に上書きするとします。保存域の値が のとき、 を保存しようとして を書いた直後に中断すると、ファイルには が残ります。これは軌道の上にありません。再開すると で終わり、結果は になりません。ファイルの末尾が欠けて読み込みに失敗するならまだ気づけますが、この例のように読めてしまう場合が危険です。
(iii) 状態の外への書き込み:追記の重複。 各ステップで を別のファイルに 1 行ずつ追記し、和は後でそのファイルから計算するとします。 で保存し、 のステップの後(追記の後)で中断すると、再開後に のステップがもう一度行われ、ファイルには の 5 行が並びます。和は です。追記されたファイルは保存域と同期していないので、ジョブの状態の一部になっていません。定理は状態 についての主張で、状態の外に出た副作用については何も保証しません。
(iii) への対処は 2 つあります。出力を状態の中に含めてチェックポイントと一緒に保存するか、出力の各行にキー(ステップ番号)を付けて、同じキーを 2 回書いても結果が変わらないようにするかです。後者を一般的な形で述べます。
次の命題が言っているのは、身近な言い方をすると、「結果を保存するファイルの名前を、その計算の入力で決めておく。ファイルがあれば読み、なければ計算して書く。こうしておけば、同じ計算が 2 回頼まれても、途中で止まっても、最後にできるファイルの集まりは同じになる」ということです。以下の「キー」はそのファイル名、「表」はファイル名と中身の対応のことです。
をキーの集合、 を写像とする。保存域は から への部分写像 (有限個のキーに値が対応している表)を保持し、1 件の書き込みは原子的(表に入るか、まったく入らないか)とする。キー に対する操作 を、「 が の定義域にあれば を返す。なければ を計算し、 を表に書き込んで を返す」と定める。最初の表 が、定義域の上で と一致するとする。このとき、 をどんな順序で、同じキーを何回繰り返して、またどの操作が途中で中断されても、次が成り立つ。
- 表はつねに定義域の上で と一致し、最後まで行われた は を返す。
- すべての操作が少なくとも 1 回ずつ最後まで行われた後の表は、定義域が で、その上で と一致する表であり、順序と繰り返しの回数によらない。とくに を 2 回続けて行った後の表は、1 回行った後の表と同じである(冪等性)。
証明(命題 3.3)
-
操作の回数についての帰納法で「表は定義域の上で と一致する」を示します。最初は仮定です。 の前に成り立つとします。 が定義域にあれば表は変わらず、返る値は です。なければ、書き込まれるのは で、書き込みは原子的なので、表は変わらないか、 に を対応させる 1 件が加わるかのどちらかです。どちらでも表は と一致したままで、最後まで行われれば返る値は です。
-
表から対応が消える操作はないので、定義域は増えるだけです。 が最後まで行われた後は が定義域に入っているので、最終的な定義域は を含みます。定義域に加わるのは操作されたキーだけなので、等号が成り立ちます。1 から、その上で表は と一致します。定義域と値がともに順序と回数によらないので、表そのものがよりません。同じキーの 2 回目の操作は、 がすでに定義域にあるので表を変えません。
分散処理では、仕事が「少なくとも 1 回」実行されること(at-least-once)までは保証しやすい一方、「ちょうど 1 回」は保証しにくいことが知られています。応答が返る前に通信が切れると、呼び出した側は仕事が済んだのかどうかを区別できず、もう一度頼むしかないからです。命題は、操作を冪等にしておけば「少なくとも 1 回」で足りることを言っています。Kubernetes の調整ループが、通知を取りこぼしても重複して受け取っても同じ状態に収束する(命題 6.2[Docker と Kubernetes])のも同じ考え方です。
命題の仮定で大事なのは、 がキーだけで決まる写像であることです。パラメータの掃引なら、キーは「掃引の番号」ではなく「その点の計算結果を決めるものすべて」、すなわち設定・入力・コードの版・乱数種でなければなりません。実務では、これらをまとめたもののハッシュ値をキー(ファイル名)にします。内容アドレス格納庫(定義 2.1[バージョン管理システム Git])と同じ発想で、異なる入力が同じキーになる確率は 再現性の章の衝突確率の評価(命題 4.1[再現できる数値実験])で抑えられます。キーに入れ忘れた要素(たとえばコードの版)があると、古い結果が黙って再利用されます。命題の仮定「最初の表が と一致する」が破れた状態です。
例 3.4(再開できる反復の雛形と、中断・再開の実験)
標準正規乱数を 1 ステップに 1000 個ずつ引き、和と 2 乗和を累積する計算を 1000 ステップ行います。100 ステップごとにチェックポイントを取り、250 ステップ目と 777 ステップ目の直前で中断を模擬します(どちらもチェックポイントの間です)。
# Python 3.12.14 / NumPy 2.5.2import hashlib, json, osimport numpy as np
def config_hash(cfg): return hashlib.sha256(json.dumps(cfg, sort_keys=True).encode()).hexdigest()
def save(path, k, acc, rng, cfg): tmp = path + ".tmp" with open(tmp, "wb") as f: # 一時ファイルに全部書いてから np.savez(f, k=k, acc=acc, cfg=config_hash(cfg), rng=json.dumps(rng.bit_generator.state)) f.flush() os.fsync(f.fileno()) os.replace(tmp, path) # 改名で置き換える(原子的)
def load(path, cfg, restore_rng): rng = np.random.default_rng(cfg["seed"]) if not os.path.exists(path): return 0, np.zeros(2), rng # 初期状態 with np.load(path) as z: if str(z["cfg"]) != config_hash(cfg): raise RuntimeError("チェックポイントの設定が現在の設定と一致しない") k, acc = int(z["k"]), z["acc"].copy() if restore_rng: rng.bit_generator.state = json.loads(str(z["rng"])) return k, acc, rng
def run(path, cfg, stop_at=None, restore_rng=True, log=None): k, acc, rng = load(path, cfg, restore_rng) while k < cfg["steps"]: if k == stop_at: raise KeyboardInterrupt # 中断の模擬 x = rng.standard_normal(cfg["batch"]) # 1 ステップ: 乱数を消費して累積 acc += (x.sum(), (x * x).sum()) k += 1 if log: with open(log, "a") as f: # 状態の外への追記(わざと残した欠陥) f.write(f"{k}\n") if k % cfg["every"] == 0: save(path, k, acc, rng, cfg) return acc
def interrupted(path, cfg, stops, **kw): for s in stops: # stops の各時点で 1 回ずつ中断する try: run(path, cfg, stop_at=s, **kw) except KeyboardInterrupt: pass return run(path, cfg, **kw)
if __name__ == "__main__": cfg = {"seed": 20261008, "steps": 1000, "batch": 1000, "every": 100} for name in ("a.npz", "b.npz", "c.npz", "b.log"): if os.path.exists(name): os.remove(name) ref = run("a.npz", cfg) good = interrupted("b.npz", cfg, stops=[250, 777], log="b.log") bad = interrupted("c.npz", cfg, stops=[250, 777], restore_rng=False) print("中断なし :", ref[0].hex(), ref[1].hex()) print("中断 2 回・状態を復元:", good[0].hex(), good[1].hex(), " 一致:", ref.tobytes() == good.tobytes()) print("中断 2 回・種から再開:", bad[0].hex(), bad[1].hex(), " 一致:", ref.tobytes() == bad.tobytes()) ks = [int(s) for s in open("b.log")] print(f"ログの行数 = {len(ks)}, 相異なる番号 = {len(set(ks))}, 重複 = {len(ks) - len(set(ks))}") try: run("b.npz", dict(cfg, batch=2000)) except RuntimeError as e: print("設定を変えて再開:", e)中断なし : 0x1.a0ca4517110dap+9 0x1.e7adea6c1c0c3p+19中断 2 回・状態を復元: 0x1.a0ca4517110dap+9 0x1.e7adea6c1c0c3p+19 一致: True中断 2 回・種から再開: -0x1.8fad4560692c2p+10 0x1.e8692cbb60c92p+19 一致: Falseログの行数 = 1127, 相異なる番号 = 1000, 重複 = 127設定を変えて再開: チェックポイントの設定が現在の設定と一致しない検算. (a) 生成器の状態(bit_generator.state)を保存して復元した実行は、2 回の中断をはさんでも、中断なしの実行とビット単位で一致します(定理 3.1)。(b) 生成器を種から作り直した実行は一致しません(例 3.2 の (i))。2 乗和は 個の標準正規乱数について期待値 の近くにあり、どちらの値ももっともらしく見えるので、結果を眺めても誤りには気づけません。(c) 状態の外に追記したログは 1127 行で、重複は 行です。これは中断で失われて再実行されたステップの数( と )に一致します(同じ例の (iii))。番号をキーにして重複を除けば 1000 件です。(d) 設定のハッシュが違うチェックポイントからの再開は、例外で止まります。これがないと、設定を変えた計算が古いチェックポイントの続きとして走ります。
雛形の要点は 4 つです。状態(反復番号・累積した配列・生成器の状態)を 1 つのファイルにまとめること、一時ファイルに書いて os.replace で置き換えること、設定のハッシュを一緒に保存して再開のときに照合すること、開始と再開を同じ関数 load にして「チェックポイントがなければ初期状態」とすることです。最後の点は見落とされがちです。開始と再開が別の経路だと、再開の経路は故障したときにしか実行されず、テストされないまま残ります。
4. 故障のモデルとチェックポイントの間隔
Section titled “4. 故障のモデルとチェックポイントの間隔”4.1. 1 区間を終えるまでの期待時間
Section titled “4.1. 1 区間を終えるまでの期待時間”チェックポイントの間隔を決めるには、故障の起こり方のモデルが要ります。最も単純で、解析できるモデルは次のものです。
とし、 とおく。ジョブが計算またはチェックポイントの書き込みをしている時間(稼働時間)の軸の上で、故障は強度 の Poisson 過程(定義 4.1[Markov 連鎖と Poisson 過程])の到着時刻に起こるとする。すなわち、 回目に動き始めてから故障するまでの稼働時間 ()は独立で、どれも指数分布 (密度 、)に従う。故障が起こると、最後に完了したチェックポイントより後の仕事は失われ、再起動に時間 がかかる。再起動の間は故障しないとする。
仕事 とチェックポイントの書き込み をひと続きにしたものを 1 区間といい、 とおく。1 区間は、稼働時間 を故障なしで続けたときに完了する。(初めて成功する試みの番号)とおくと、1 区間を完了するまでの時間は
である。
は故障間隔の平均です。指数分布を仮定するのは、故障が「それまで何時間動いていたか」によらずに起こる(無記憶性)という状況を表すためです。部品の初期不良や経年劣化のように故障率が時間とともに変わる場合は、このモデルの外です。
証明の方針です。故障して失敗する試みの回数 は、成功確率 の試行を成功するまで繰り返す回数と同じ型なので、失敗した試みごとの損(故障までの時間と再起動 )の期待値を計算し、失敗の回数についての等比級数として足し合わせます。途中の独立性の確認の段落は、「 回目より前にすべて失敗した」ことと「 回目の試みの結果」が無関係であることを丁寧に確かめているだけで、読み飛ばしても式の流れは追えます。
証明(定理 4.2)
を に従う確率変数、 とします。まず 2 つの量を計算します。連続型の計算公式(系 4.6[確率変数と期待値] の 2)から
で、部分積分(定理 6.2[積分の基本定理と定積分]。、)から
です。したがって です。
次に を書き直します。 は「最初の 回の試みがすべて失敗した」こと、つまり事象 と同じなので
です。右辺の部分和は非負の項の和で単調に増えるので、単調収束定理(定理 2.1[確率変数と期待値])と期待値の線形性から です。
を求めます。( のときは )、 とおくと です。 と は独立です。実際、 は のボレル可測な関数なので、ボレル集合 について となるボレル集合 があり、 の独立性(定義 2.3[確率変数と期待値])から
です。 は の上で 、補集合の上で なので、 は 、、、 のどれかで、 についても ()から積の形になります。同じ式で とすると です。 は有界、 は で有界なので可積分で、独立な確率変数の積の期待値(命題 7.5[確率変数と期待値])から
です。 なので等比級数(命題 3.6[級数と収束判定])から で、
です。 を戻して主張を得ます。
式の形から読み取れることを 2 つ挙げます。第一に、期待時間は区間の長さ について指数関数的に増えます。 では で、期待時間は ()の 倍(に の分を加えた時間)です。 では で、 の 倍、区間の長さ の約 倍になります。チェックポイントなしで平均故障間隔より長い計算を走らせるのは、ほぼ終わらない賭けです。第二に、 が小さいとき、 から です。 は区間の中で故障が起こる確率のおよその値、 はそのとき失う仕事の平均、 は再起動の時間、と読めます。
4.2. 最適な間隔
Section titled “4.2. 最適な間隔”仕事の総量 を長さ の 個の区間に分けると、期待値の線形性から、完了までの期待時間は です。ここで
は仕事 1 単位あたりの期待時間で、 が無駄の割合です。上の近似を使うと (に によらない項を加えたもの)で、第 1 項はチェックポイントの書き込みの無駄、第 2 項は故障で失う仕事の無駄です。2 つの和は で最小になります。これが Young の近似です。近似を使わない形で述べます。
定理 4.3(最適なチェックポイント間隔(Young の近似))✓
、、、 とする。()について次が成り立つ。
- はただ 1 点 で最小値をとる。 は の範囲での方程式 のただ 1 つの解で、 によらない。 は で狭義単調減少、 で狭義単調増加である。
- 。さらに ならば
証明の方針です。 の導関数の符号を調べると、 の符号に帰着します。この式を扱いやすくするために、 とおいて対数をとったときに現れる を最初に用意します。 が増加関数であることから、符号が変わる点がただ 1 つであることが分かります。2 の不等式は、 を で上下から挟んで得ます。
証明(定理 4.3)
とおき、 で を考えます。 で、 は で正なので、 は で狭義単調増加です(系 3.4[平均値の定理とテイラーの定理] の 3)。 とすると で、 なので、中間値の定理(定理 5.7[極限と連続性])から となる があり、狭義単調性からただ 1 つです。 で 、 で です。
-
とおくと で、商の微分から
です。 では なので で です。 では とおくと で、対数をとると
です。同様に 、 です。 とおくと、 は で負、 で正なので、系 3.4[平均値の定理とテイラーの定理] の 3(と、それを に使ったもの)から単調性の主張を得て、 がただ 1 つの最小点です。 を決める方程式 に は現れません。
-
で次の 2 つの不等式を示します。
左: は 、 なので、系 3.4[平均値の定理とテイラーの定理] の 2 から広義単調増加で です。右: は で、
なので同じく です。
とします。左の不等式から で、 です。、 なので です。
、すなわち とします。右の不等式から で、 を使うと
です。 で ( の数は平方すると小さくなるので)だから、 です。 を掛けて です。
定理の 2 は「」という Young の近似の、誤差項に具体的な定数を付けた形です。 が に比べて小さいとき、 は に比べて小さく(比は )、 をそのまま使って差し支えありません。最適な間隔が再起動の時間 によらないことも実用上は便利です。Daly は、同種のモデルで高次の補正項を含む近似式を与えています(参考文献)。
例 4.4(C = 1 分、μ = 1 日の場合と、故障の模擬実験)
チェックポイントの書き込みに 分、平均故障間隔 分(1 日)、再起動に 分かかるとします。 分で、定理 4.3 から です。およそ 54 分に 1 回の保存が最適、ということになります。
故障を指数分布の乱数で模擬し、仕事の総量 分(7 日分)を間隔 で区切って完了するまでの時間を 回ずつ測って、定理 4.2 の式と比べます。
# Python 3.12.14 / NumPy 2.5.2import mathimport numpy as np
C, R, MU = 1.0, 5.0, 1440.0 # チェックポイント 1 分、再起動 5 分、故障間隔の平均 1 日LAM = 1.0 / MUWORK = 10080.0 # 仕事の総量 = 7 日分TRIALS = 10_000
def expected_segment(tau): # 1 区間の期待時間 (1/λ + R)(e^{λ(τ+C)} - 1) return (MU + R) * math.expm1(LAM * (tau + C))
def simulate(tau, rng): """仕事 WORK を区間 tau に分けて完了するまでの時間(TRIALS 本)""" a = tau + C total = np.zeros(TRIALS) for _ in range(round(WORK / tau)): todo = np.arange(TRIALS) # この区間をまだ終えていない試行 while todo.size: x = rng.exponential(MU, size=todo.size) # 次の故障までの時間 ok = x >= a total[todo[ok]] += a total[todo[~ok]] += x[~ok] + R todo = todo[~ok] return total
rng = np.random.default_rng(20261008)print(" τ 区間数 理論 E/τ 模擬の平均 標準誤差 (模擬-理論)/標準誤差")for tau in (12, 24, 36, 48, 56, 72, 96, 144, 240): t = simulate(tau, rng) / WORK theory = expected_segment(tau) / tau se = t.std(ddof=1) / math.sqrt(TRIALS) print(f"{tau:4d} {round(WORK / tau):5d} {theory:.5f} {t.mean():.5f} {se:.5f} {(t.mean() - theory) / se:+.2f}")
# 最適な間隔: (1 - λτ) e^{λ(τ+C)} = 1 の解を二分法で求めるlo, hi = 0.0, MUfor _ in range(200): mid = (lo + hi) / 2 if (1 - LAM * mid) * math.exp(LAM * (mid + C)) > 1: lo = mid else: hi = midtau_star, young = lo, math.sqrt(2 * C * MU)print(f"τ* = {tau_star:.3f}, √(2Cμ) = {young:.3f}, √(2Cμ) - 2C = {young - 2 * C:.3f}")h = lambda tau: expected_segment(tau) / taufor name, tau in (("τ*/2", tau_star / 2), ("τ*", tau_star), ("2τ*", 2 * tau_star), ("√(2Cμ)", young)): print(f" τ = {name:7s} = {tau:7.2f}: E/τ - 1 = {100 * (h(tau) - 1):.3f} %") τ 区間数 理論 E/τ 模擬の平均 標準誤差 (模擬-理論)/標準誤差 12 840 1.09202 1.09207 0.00003 +1.75 24 420 1.05441 1.05442 0.00005 +0.27 36 280 1.04471 1.04468 0.00007 -0.44 48 210 1.04201 1.04203 0.00009 +0.28 56 180 1.04188 1.04185 0.00010 -0.24 72 140 1.04364 1.04351 0.00013 -1.04 96 105 1.04885 1.04889 0.00017 +0.21 144 70 1.06307 1.06258 0.00024 -1.98 240 42 1.09688 1.09714 0.00041 +0.63τ* = 53.001, √(2Cμ) = 53.666, √(2Cμ) - 2C = 51.666 τ = τ*/2 = 26.50: E/τ - 1 = 5.135 % τ = τ* = 53.00: E/τ - 1 = 4.182 % τ = 2τ* = 106.00: E/τ - 1 = 5.152 % τ = √(2Cμ) = 53.67: E/τ - 1 = 4.182 %検算. (a) 模擬の平均は、9 通りの のすべてで理論値と標準誤差の 2 倍以内で一致しています(9 個のうち 1 個が で、独立な 9 回の比較としては不自然ではありません)。(b) 理論値も模擬の平均も、表の中では で最小です。二分法で求めた は、定理の区間 に入っています。(c) の理論値は手計算で確かめられます。、これに を掛けて です。(d) 最適な間隔での無駄は で、間隔を半分にしても倍にしても 台です。 をそのまま使った場合は、最適との差が表示の桁に現れません。最適の近くは平らなので、 や を正確に知らなくても、桁が合っていれば十分です。逆に、 分(細かすぎる)や 分(粗すぎる)では無駄が を超えます。
5. 打ち切りと偏り
Section titled “5. 打ち切りと偏り”時間制限のある環境では、終わらなかった試行が必ず出ます。それを集計から黙って外すと、残った試行は元の母集団の無作為な標本ではなくなります。
試行の結果を 、 とし、試行が制限時間内に終わるという事象を とする。、 とおき、、 とする。このとき、終わった試行だけで見た の割合の期待値 は
を満たす。したがって偏りが であることは (終わるかどうかが結果と無関係)と同値で、 なら過大評価、 なら過小評価になる。
証明(命題 5.1)
たとえば、ある最適化の手法が「大域的な最小値に到達した」()割合を調べるとします。真の割合が で、到達する試行は速く終わるので必ず時間内に終わり()、到達しない試行は迷走して 割が時間切れになる()とすると、終わった試行での割合は です。手法の成功率を ポイント過大に報告することになります。難しい問題ほど時間がかかる、という相関はたいていの数値実験にあるので、この偏りは例外ではなく通例です。
対処は、打ち切りを結果の 1 つとして記録することです。開始した試行の件数、終わった件数、打ち切った件数と理由(時間、反復回数の上限、発散の検出)を残し、打ち切った試行を「失敗」として数えた割合と、除外した割合の両方を報告します。少なくとも、除外した件数が分かれば、読者は偏りの大きさを上の式で見積もれます。
6. 進み具合の見積もり
Section titled “6. 進み具合の見積もり”反復法を走らせている途中で「あとどれだけかかるか」を見積もれると、時間制限に間に合うかどうかを判断できます。誤差の列 が分かっている(あるいは推定できる)場合を考えます。
を目標の誤差とする。
- (1 次収束) で、すべての について とし、 とする。 となる最小の整数 は で、 は直近の比 に等しい。
- (2 次収束) で、すべての について とし、、 とする。直近の比 を 1 の式に入れた見積もり と、 となる最小の整数 について が成り立つ。
この命題の 2 つの式は、あとの数値例( の例)を見るのが早道です。1 は「誤差が毎回同じ比 で縮む」なら、 を何回かけると 以下になるかを対数で解いただけです。2 は、誤差が 2 乗になっていく場合に同じ見積もりを使うと、実際より多い回数を答えてしまうことを式で確かめます。
証明(命題 6.1)
-
なので、 は と同値です。 で割ると不等号の向きが変わり、 です。右辺は正(分子・分母とも負)なので、これを満たす最小の整数は右辺の切り上げです。 は仮定そのものです。
-
とおくと、 です。 なので、帰納法で がすべての で成り立ち、 は単調に減少します。また です。
は 、すなわち と同値です。 で割ると です。 から で、右辺は より大きいので、 を満たす最小の整数 は右辺の切り上げです。
との比較です。 では なので、 です。 のとき、1 の計算と同じく なので で、最小性から です。
1 次収束(定義 2.1[非線形方程式の反復解法])する反復、たとえば縮小写像の不動点反復では、誤差そのものは分からなくても、隣り合う反復の差 の比から を推定でき、同じ差から誤差の上界も得られます(定理 4.1[非線形方程式の反復解法] の事後評価)。進捗ログに残差や差を 1 行ずつ出しておけば、途中で残り時間を見積もれます。
2 は、2 次収束する反復にこの外挿を使うと悲観的すぎることを言っています。、、、 なら、1 次収束とみなした見積もりは 回ですが、実際は と進んで 回です。逆に、誤差の比が に近づいていく(収束が遅くなっていく)計算では、直近の比による外挿は楽観的すぎます。見積もりは、収束の型の仮定とともに記録します。
7. 整合検査と実務の作法
Section titled “7. 整合検査と実務の作法”再開のときに確かめること。 定理 3.1 の仮定は、実装の誤りで簡単に破れます。破れを結果が出る前に見つけるために、再開のたびに次を検査します。
- 設定のハッシュがチェックポイントのものと一致するか(例 3.4 の (d))。一致しなければ止まります。
- 件数と単調性。反復番号は 1 ずつ増えているか。出力の行数は反復番号と合っているか。
- キーの一意性。部分結果を集計するとき、同じキーが 2 回現れていないか(重複)、あるはずのキーが抜けていないか(欠落)。命題 3.3 の表の定義域が、予定したキーの集合と一致することの確認です。
- 保存量と不変量。計算が保つはずの量(確率の和が 1、エネルギー、対称性)が保たれているか。検算と検証の章で扱います。
- チェックサム。チェックポイントのファイルの内容ハッシュを併せて記録し、読み込んだときに照合します。
何を保存するか。 保存するのは、再計算が高くつくものだけです。状態から短時間で作り直せる量(導出した統計量、図)は保存しません。保存するものが増えると が増え、定理 4.3 から最適な間隔も無駄も増えます。
世代を 2 つ残す。 原子的な置き換えは書きかけのファイルを防ぎますが、「正しく書かれた、内容の壊れた状態」(計算の途中で NaN が入った、など)は防げません。1 つ前の世代を残しておけば、そこまで戻れます。
ログを 2 種類に分ける。 人が読む行(いつ、何をしているか)と、機械が読む行(1 行に 1 件の JSON で、反復番号・残差・経過時間など)を分けます。後者は進み具合の見積もり(命題 6.1)と事後の検査の入力になります。ログは追記なので、再開で同じ番号の行が重複しうることを前提に、番号をキーにして読みます(例 3.2 の (iii))。
シグナルを受けて止まる。 ジョブスケジューラは、時間制限に達する少し前に終了のシグナルを送るのが普通です。シグナルを受けたら「いまのステップを終えてからチェックポイントを取って終わる」ようにしておくと、失う仕事が になります。時間制限が分かっているなら、経過時間を自分で測って、制限の手前で止まるのも同じ効果があります。予定された停止は故障ではないので、§4 のモデルの には数えません。
長い掃引は 1 点 1 ファイルにする。 パラメータの掃引の結果を 1 つの大きなファイルに書き足していくと、ファイル全体が 1 つのチェックポイントになり、書き込みの失敗がすべての点を巻き込みます。1 点の結果を 1 つのファイル(名前はその点のキー)に原子的に書けば、命題 3.3 の形になり、中断しても終わった点はそのまま残り、並列に走らせても互いに干渉しません。集計は、ファイルを集めて読むだけの別の段階にします。
チェックポイントの書き込みに 分、平均故障間隔が 時間の計算機で、Young の近似による間隔 を求め、定理 4.3 が保証する の範囲を答えてください。
解答
分、 分で、 分です。 なので定理の 2 が使えて、(分)です。1 時間 15 分から 1 時間 25 分に 1 回、ということになります。
演習 8.2標準
状態が 、遷移が 、初期状態が 、 で終わるジョブを考えます。毎ステップの後で、 をファイル A に、 をファイル B に、この順に別々に上書きして保存します(各ファイルの上書きは原子的とします)。(i) 中断のない実行の結果を求めてください。(ii) になった直後の保存で、ファイル A を書いた後、ファイル B を書く前に中断したとします。再開後の結果を求め、定理 3.1 のどの仮定が破れているかを答えてください。
解答
(i) なので、結果は です。
(ii) 中断の時点でファイル A は 、ファイル B は 1 つ前の です。再開後の状態は で、軌道の上の状態 ではありません。そこから が足されて、結果は です。 だけ小さくなります。
破れているのは原子性です。個々のファイルの上書きは原子的でも、2 つのファイルを合わせた保存域の値は、保存の前の値 でも保存しようとした値 でもない になりえます。状態を 1 つのファイルにまとめて 1 回の改名で置き換えるか、世代ごとのディレクトリに書いてから「現在の世代」を指す 1 つのファイルを原子的に書き換えます。
演習 8.3標準
真の成功率が の手法について、成功する試行の 、失敗する試行の が制限時間内に終わるとします。(i) 終わった試行だけで計算した成功率の期待値と偏りを求めてください。(ii) 打ち切った試行をすべて「失敗」として数えた成功率の期待値を求め、真の値と比べてください。
解答
(i) 、 です。偏りは 命題 5.1 から で、 と一致します。
(ii) 「時間内に終わって成功した」割合は です。真の値 より小さく、こちらは過小評価です(時間をかければ成功したはずの試行を失敗に数えているため)。2 つの数え方は真の値を上下から挟みます。 は常に成り立ち、 のとき だからです。両方を報告すれば、読者は真の値の範囲を知ることができます。
定義 4.1 を変えて、再起動の間にも同じ強度 で故障が起こり、そのときは再起動を最初からやり直すとします。つまり、最初の試みは稼働時間 、故障の後の試みは を故障なしで続ける必要があります。このとき 1 区間を完了するまでの期待時間が
であることを示し、最適な間隔 が 定理 4.3 と同じであることを確かめてください。
解答
長さ の稼働時間を故障なしで続けるまでの期待時間を とすると、定理 4.2 で 、 とした場合なので です。
最初の試みが成功する確率は で、そのときの時間は です。失敗したとき()は、時間 を使った後、「 を故障なしで続ける」ことを成功するまで繰り返します。2 回目以降の故障までの時間は と独立な の列なので、その期待時間は で、 と独立です。したがって
です( は定理の証明で計算した値)。 なので です。
仕事あたりの時間は で、 によらない正の係数が から に変わっただけです。定理 4.3 の証明は係数 の値を使っていないので、同じ で最小になります。 が小さければ で、2 つのモデルの期待時間もほとんど変わりません。
- J. W. Young, “A first order approximation to the optimum checkpoint interval”, Communications of the ACM 17 (1974), 530–531. doi:10.1145/361147.361115
- J. T. Daly, “A higher order estimate of the optimum checkpoint interval for restart dumps”, Future Generation Computer Systems 22 (2006), 303–312. doi:10.1016/j.future.2004.11.016
- J. Gray, A. Reuter, Transaction Processing: Concepts and Techniques, Morgan Kaufmann, 1993 — 原子性と復旧の章。
- M. Kleppmann, Designing Data-Intensive Applications, O’Reilly, 2017 — 冪等性と「少なくとも 1 回」の配送を扱う章。
- NumPy のドキュメント「Bit generators」 https://numpy.org/doc/stable/reference/random/bit_generators/index.html
- Python のドキュメント「os — os.replace」 https://docs.python.org/3/library/os.html#os.replace
執筆: Claude Code(Opus 5.5)、Claude Code(Sonnet 5.5)・監査 2 回(Claude Code)・最終 2026-10-12
この記事の誤りを報告する ・運営: 夢現技研合同会社 ・料金 ・利用条件 ・特定商取引法に基づく表記
© 2026 夢現技研合同会社 ・コード例は MIT ライセンスです。