Cluster でできること
シミュレーションの容量は、つねに配給制でした — ライセンス数で、待ち行列の長さで、そしてワークステーションを先に予約した人によって。Cluster は容量を、スタディごとに要求するものに変えます。問いに値するなら 1000 並列の評価を、値しないなら何も。
何を置き換えるか
スイープ 1 本に共有クラスタの 3 日ぶんがかかるなら、エンジニアはスイープを走らせなくなります — 勘で決めて、あとからその勘を正当化します。これは計算の問題ではなく、設計品質の問題です。Cluster は配給制をなくします。広い問いを立てるほうが、狭い問いを守るより安くなるように。
従来
年間ライセンスの席数と、マシンの順番待ち
ODE+ Cluster
vCPU 時間で計測し、スタディ 1 本の規模で要求します
従来
ピーク負荷に合わせて買ったハードウェアが、残りの一年は遊んでいる
ODE+ Cluster
伸縮する容量。遊んでいるあいだは何も請求されません
従来
ノート PC で 1 つの動作点、午後いっぱい
ODE+ Cluster
1000 の候補を、スケジューリングの問題として
従来
無駄だったと分かるのは、終わってから
ODE+ Cluster
結果は流れて返り、実行は途中で止められて、走った評価のぶんだけが請求されます
できること
01
スタディ単位の伸縮
スタディが必要な評価数を宣言し、スケジューラがそれを広げ、前線が止まったらプールを畳みます。
Cluster のスケジューラを再現したアニメーション。モノクロの ODE+ ウィンドウが、640 件の評価を待ち行列に抱えた空のワーカー行列から始まります。50 のワーカーセルがブロックごとに到着し、スタディがそこへ広がるにつれて点の大きさと濃さの階段を帯びていきます。待ち行列がゼロになると階段は平らになり、プールは解放されたスロットの淡い野へと畳まれ、そこからループが戻ってまた容量を要求します。
02
流れて返る結果
候補は終わったものから返ってくるので、バッチ全体に払う代わりに、収束を読んで早めに止められます。
スタディが流れて返る様子のアニメーション。モノクロの ODE+ ウィンドウが、肉厚 3.6 から 5.2 ミリメートルのスイープの候補を、候補の順ではなく新しいものを上にして並べます。それぞれに返却済みまたは待機中のチップが付き、実行の返却数は 640 件のうち 416 から 418 へと上がっていきます — そこで実行が早めに止められ、いちばん新しい行が停止のチップを付けて届き、カウントはそのままの値で止まります。
03
決定的な実行
評価ごとにソルバービルド、許容誤差、シードが記録されます。1 年後に走らせ直しても、同じ数字が出ます。
走らせ直しのアニメーション。モノクロの ODE+ ウィンドウが 2 つの実行レコードを並べて持っています。ひとつは 2026-03-11、もうひとつは 2027-08-24 のもので、あとの方のフィールドが一つずつ埋まっていきます — ソルバービルド Dassl 3.2.1、許容誤差 1e-6、シード 20260311、状態は返却済み — そして 17 か月前にもとのレコードが記録したのと同じ 4 つの値に着地します。
