Date: Thu, 20 Jun 2002 12:04:52 +0300 From: "Andrey Simonenko" <simon@comsys.ntu-kpi.kiev.ua> To: <freebsd-hackers@freebsd.org> Subject: Re: Is it possible to store process state and then restore process Message-ID: <007f01c21839$8a0b3cf0$6d36120a@pm5149> References: <006401c21793$30721750$6d36120a@pm5149> <20020619141241.GO43253@cicely5.cicely.de.lucky.freebsd.hackers>
next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message ----- From: "Bernd Walter" <ticso@cicely5.cicely.de> Newsgroups: lucky.freebsd.hackers Sent: Wednesday, June 19, 2002 5:16 PM Subject: Re: Is it possible to store process state and then restore process > Some programms dump theirself into an obj file after initialization. > If you hold global resources such as filehandles, shared memory you > should know how they are used to make restoring them easier. > The kernel has no support to help you here. > I meaned _potential_ ability of FreeBSD kernel to dump a process state (image) and when it is needed to restore process image back to the system and restored process should continue its executing. I didn't mean that application's object files should be relinked with some special library for checkpointing and restoring or an application should be designed for this (any modifications to existing application code). Of course it is clear for me that parent/childs relations can't be restored, as well as TCP connections, shared file descriptors, etc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?007f01c21839$8a0b3cf0$6d36120a>