From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <3aaafc130904171906v360fa304qea85ac5962d440f0@mail.gmail.com> Date: Sat, 18 Apr 2009 00:04:34 -0400 Message-ID: <3aaafc130904172104o30fb339fn4b3490cb60acbdbc@mail.gmail.com> From: "J.R. Mauro" To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] Plan9 - the next 20 years Topicbox-Message-UUID: e4f0f26e-ead4-11e9-9d60-3106f5b1d025 On Fri, Apr 17, 2009 at 11:37 PM, erik quanstrom wr= ote: >> I can imagine a lot of problems stemming from open files could be >> resolved by first attempting to import the process's namespace at the >> time of checkpoint and, upon that failing, using cached copies of the >> file made at the time of checkpoint, which could be merged later. > > there's no guarantee to a process running in a conventional > environment that files won't change underfoot. =A0why would > condor extend a new guarantee? > > maybe i'm suffering from lack of vision, but i would think that > to get to 100% one would need to think in terms of transactions > and have a fully transactional operating system. > > - erik > There's a much lower chance of files changing out from you in a conventional environment. If the goal is to make the "unconventional" environment look and act like the conventional one, it will probably have to try to do some of these things to be useful.