チェックポイント

チェックポイント ...

• プロセスの状態をファイルにセーブして、セーブした時点から実行が可能な ようにすること。チェックポイント という場合は、セーブした時点で 処理を続行し、プロセスがアボートしたりシステムをrebootした場合 セーブした時点からやりなおせることも 機能に含む。 ただし、同時には実行できなくとも良い。 ( pid 等 いくつかのシステムリソースを予約したり すると 同時に実行できなくなる。)
  この機能は何のための機能かというと、長期間実行される 数値演算のためのもの。 ジョブという概念の中で、そのなかの 複数のプロセスが 使用するリソース が閉じているというような条件を付ければ、 使用中のファイルもセーブすることにより、 このようなチェックポイント機能をサポートすることは技術的には可能。 また、このような性質のものなのであるので、セーブしたファイルを他のマシンに もっていって動かすようなこと(プロセスマイグレーション/ジョブマイグレーション) も可能なはずである。

プロセスマイグレーション

• 分散OSなどで、あるプロセスを 他のマシン (or ドメイン？) に移すこと。 なんの制限/前提もなしに実現できることは考えられないから、制限/前提の パターンによって、いくつかの考え方があるはず。
  最も簡単そうなのは、メモリとCPUリソースだけを移して、それ以外は元のマシン のリソースを使うようなやりかた。
  元のマシンをrebootできるようなものを考えるとすれば、

      * 共有メモリ/パイプを使っていない (or 一緒に移す)
      * ネットワークの接続をリダイレクトできる。
      * ファイルは、共有している -- すなわちファイルサーバがある？
      * などなど
  

  
  の条件を付けることになりそうだ。ただし、チェックポイント のような継続 という 条件ははずせるので、ひょっとしたら ちゃんとしたものを作れるかも しれない。--- ただし、こういったものが開発される(or されている)としたら、 エンタープライズ分野っぽい。結局は共有ファイルの仕組みの性能が十分にないと 使えると判断できる条件が揃わないかも。
• ちなみに、違うホスト当てのTCP/IP のパケットを受け取る -- これって いまのNICだととってもたいへんそうだ。それがクリアできたとして、 カーネルも TCP コネクションの引き継ぎみたいな変な 機能を作ってやらないと いけなさそう。送信する方は、NIC の問題はないらしい。MAC アドレスが違っても 受け取る側は、それをチェックなんてしていないらしい。

• TCP コネクションの引き継ぎというのは、OSの対応はそんなに難しいことでは ないかも知れない。元マシンでは、単に該当パケットを無視すれば良い。 そうすると再送されてくるから、新しいマシンで引き取ればよい。 新しいマシンで引き取ることができる状態にするのが難しそうだが..やって できないレベルではないかも。パケットを送る側も 気にしないで良いんじゃないか。 マシン内で、lo 使って 通信していた場合は ... なんか面倒そうだ。 リダイレクションみたいな概念を入れないといけないのかな?

dump機能？

• 自分で実行状態を ファイルにセーブして、 処理が続行できる機能？ emacs とか perl とか? は、実行形式のファイルとして セーブする。インタープリターやエミュレーターといったものは、 こういうものを作りやすい...と思う。まったく条件を付けずに、 普通のプログラムでもそれができるようにするのは、上で説明したような 問題があってほとんど無理。
  API を制限して、そのなかで 上のようなことをできる ライブラリだけを使う。 ... といった 条件を付ければ、少し汎用的なものが作れるかも知れない。
  たぶんそんなものは、使いにくいからだれも使わず、必要なら自分で実装する ... みたいなことになりがち。

前置きがながくなったけども、このページは、こういう類の話で、 なにかおもいついたら、書くところ。