Date: Fri, 1 Aug 2008 21:11:36 +1000 From: Peter Jeremy <peterjeremy@optushome.com.au> To: Zaphod Beeblebrox <zbeeble@gmail.com> Cc: freebsd-hackers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Laptop suggestions? Message-ID: <20080801111136.GS1359@server.vk2pj.dyndns.org> In-Reply-To: <5f67a8c40807271423t3dc1e89bn7295b9af9fa0eda5@mail.gmail.com> References: <1216910072.2251.8.camel@jill.exit.com> <200807251802.23984.lists@jnielsen.net> <1217120187.37762.7.camel@jill.exit.com> <5f67a8c40807271423t3dc1e89bn7295b9af9fa0eda5@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--MIdTMoZhcV1D07fI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jul-27 17:23:46 -0400, Zaphod Beeblebrox <zbeeble@gmail.com> wrote: > we'd need a method of remembering what file handles were >connected to so that they could be "reopened" (in this, I envision some ty= pe >of text string... maybe a URI/URL). As a bonus, this would give us process >migration between systems, too (assuming the URI were portable between self >same systems --- which isn't horribly hard with nfs mounts and whatnot). What you are describing here sounds more like the process checkpointing functionality that Softway (I think it was) developed sometime last century. There should be a paper on it in an AUUG Conference Proceedings somewhere. Process checkpointing is somewhat different to suspend/resume: With suspend/resume, you are saving the entire system state - which is basically a matter of dumping physical RAM to disk and being able to restore it later. You don't need to be able to isolate individual processes and there's no need to 'reopen' file handles because they will automatically re-instantiate when you restore the kernel state that included them being open. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --MIdTMoZhcV1D07fI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiS72gACgkQ/opHv/APuIfwZwCgwA4l/Ndk7SxxZWmMc47RcBkx musAn0ZUFkcKmy+RJ6UFipzon5oqjRkD =QWXV -----END PGP SIGNATURE----- --MIdTMoZhcV1D07fI--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080801111136.GS1359>