From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <052277c2fbf7baa6266ec16b1b8d253d@quanstro.net> References: <3aaafc130904172257g57bae1apbcff37de5461a604@mail.gmail.com> <052277c2fbf7baa6266ec16b1b8d253d@quanstro.net> Date: Sat, 18 Apr 2009 12:10:11 -0400 Message-ID: <3aaafc130904180910j18466647w788a802022a05f82@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: e625fe0e-ead4-11e9-9d60-3106f5b1d025 On Sat, Apr 18, 2009 at 9:50 AM, erik quanstrom wro= te: >> > * you can get the same effect by increasing the scale of your system. >> > >> > * the reason conventional systems work is not, in my opinion, because >> > the collision window is small, but because one typically doesn't do >> > conflicting edits to the same file. >> > >> > * saying that something "isn't likely" in an unquantifiable way is >> > not a recipie for success in computer science, in my experience. >> > >> > - erik >> > >> >> I don't see how any of that relates to having to do more work to >> ensure that C/R and process migration across nodes works and keeps >> things as consistent as possible. > > that's a fine and sensible goal. =A0but for the reasons above, i don't bu= y this > line of reasoning. > > in a plan 9 system, the only files that i can think of which many process= es > have open at the same time are log files, append-only files. =A0just reop= ening > log file would solve the problem. > > what is a specific case of contention you are thinking of? > > i'm not sure why editor is the case that's being bandied about. =A0two us= ers > don't usually edit the same file at the same time. =A0that case already > does not work. =A0and i'm not sure why one would snapshot an editing > session edit the file by other means and expect things to just work out. > (and finally, acme, for example, does not keep the original file open. > if open files are what get snapshotted, there would be not difference.) > > - erik > > Ron mentioned a bunch before, like /etc/hosts or a pipe to another process, and I would also suggest that things in /net and databases could be a serious problem. If you migrate a process, how do you ensure that the process is in a sane state on the new node? I agree that generally only one process will be accessing a "normal" file at once. I think an editor is not a good example, as you say.