後で使用するためにプロセスのメモリを保存しますか？

Question

プロセスを一時停止し、メモリの内容をファイルに保存してから、後でファイルを再ロードしてプログラムを続行できますか？

編集 私はこのことについて読んでいる：

http://en.wikipedia.org/wiki/Setcontext

は、それが構造体の内容をダンプし、何とか同じメモリ領域を割り当てるためにmalloc関数を強制することは可能ですか？

Answer 1

技術的には可能ですが、システムに割り当てられたすべてのリソースの状態も保存する必要があります。たとえば、ファイルのデコーダーのようにしてから復元する必要があります。だからそれは難しい作業です。

あなたが望むものを達成する最も簡単な方法は、VMWareのような仮想マシンを使用することです。一時停止すると、実行中のすべてのプログラムとともにマシン状態全体が実際に保存されます。

Answer 2

.NET 3.0以上のWorkflow Foundationでは、ワークフローを停止して再起動することができます。

Answer 3

まあ、javaはシリアル化を持っていて、それはどこか近くにあります。あなたがプロセスを一時停止した時と同じ状態にする必要があるので、CPUレジスタのメモリアドレスなどの最下位レベルにはできません。

これはsharptoothは言及してそれは、ネイティブコードを扱う際には不可能であることのポイントに厄介だ

Answer 4

:-) Linuxカーネルモジュールとしては良いプロジェクトになることができます。

しかし、設定ファイルを扱うのではなく、設定を保持するために "自分のメモリをダンプする"トリックを使用しているプログラム（iirc emacsなど）があります。ただし、これはWindowsでは動作しません。実行ファイルは拒否書き込み共有モードで実行されるためです。しかし、それはLinuxやDOS上でかわいい（でも、危険な）トリック:)

Answer 5

これは通常persistent continuationと呼ばれます。 SmallTalkやSBCLのような言語の中には、永続的な継続を第一級でサポートしているものがあります。ほとんどの言語はそうではありません。

Answer 6

要件やOSに応じて、あなたは私が実際にgdb以外の最大のバックコアダンププログラムをロードしようとしたことがないcore dump

を強制的に試みることができます。シャープポイントが指摘しているように、開いているファイルやプログラムメモリにない他の状態が失われるようです。

もう1つのアプローチは、プログラムでディスクにする必要がある状態を単純にシリアライズすることです。それは吸うが、あなたがプログラムの実行を中断することに満足していない限り、おそらく最も信頼できる方法だろう。それはあなたのオペレーティングシステムのスレッドライブラリで行うことができます。あるいは、あなたのシェルで1人のポスターが指摘されていました。

Answer 7

Raymond Chen explainsなぜそれが不可能なのですか？明らかに、ヘッダーをプリコンパイルするときにVisual Studioコンパイラがこれを行うので、すべてのMicrosoftエンジニアがこれを読んでいるわけではありません。最初にヘッダーをコンパイルした後、自身の状態をダンプし、自身を復元して続行します。

Answer 8

"Persist (hibernate!) a process state to disk for quiker loading"（SIC）から引用：

Q.このスワップがどのように働いてプロセス状態がディスクに保存され、必要に応じて再利用できるようにすることができますか？」

A.ページファイルは、ディスク上の特別な場所です。 このよう プロセスが実行して再開します。高度に最適化された方法で保存され、システムが自動的にバック メモリにそれを読み取り、それはちょうどそれがあった場所から続けています。それは プログラムは、iPad上で実行する方法の一種である:)

すべてこの機能 プロセスが実行されている間、システムはメモリが またはpaのいずれかであることを確認しますあなたは を無視することができますが、いくつかの例外があります。

つまり、Windowsはすでにプロセスをページファイルに休止させることができます。レイモンド・チェンからの@MSaltersの引用「explaining why its impossible」は単に間違っている。