 Messages in this thread SubjectRe: Remote fork() and Parallel
Programming  Andrej Presern <> wrote:  >The checkpoint /
continue capability is a prerequisite to process >migration,
since to be able to migrate a process, one must be able to
>checkpoint and continue it first, transparency or no
transparency. Also, >you could have noticed that a checkpoint /
continue capability makes a >remote fork capability quite
trivial, since a copy of the process that >has been checkpointed
can be continued on as many (remote) nodes as >desired [...]
Yes I know. But I don't know why you are writing such things.
What I have been trying to say is that these fucntionalities
should better be provided by the kernel.  > [...](so much for
flexibility, transparency and having hard time >duplicating the
run-time state of a process).  You are just dumping the problems
of duplicating the run-time state inside the checkpoint/restart
mechanism. You _will_ need support from the kernel to do this.
Please remember that the pride of a mon