From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Mon, 5 May 2014 08:09:47 -0400 To: 9fans@9fans.net Message-ID: <4db1089d8f25cfff119fed042105fa07@brasstown.quanstro.net> In-Reply-To: <20140505110341.GB666@polynum.com> References: <5366B839.30004@lynxline.com> <20140505110341.GB666@polynum.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] New /prog idea Topicbox-Message-UUID: de0cf8b8-ead8-11e9-9d60-3106f5b1d025 > On Sun, May 04, 2014 at 08:53:39PM -0400, erik quanstrom wrote: > >=20 > > On Sun May 4 18:01:22 EDT 2014, yshurik@lynxline.com wrote: > >=20 > > >=20 > > > Just idea, but seriously, why cannot do something like this: > > >=20 > > > # cat /prog/new > $id > > > # cat /dis/ls.dis > /prog/$id/dis > > > # echo "/" > /prog/$id/cwd > > > # echo =C2=ABRunning=C2=BB > /prog/$id/status > > >=20 > > > Not to do it which echo/cat, but to have remote access to /prog/new > >=20 > > so that's an interesting idea. i've toyed with the idea of having > > a mount driver analog for system calls, but got tripped up on > > the details, and the lack of a specific need. >=20 > The Bell Labs paper about plan9 talks about metaphors that can be > abused: "Nonetheless, it is possible to push the idea of file-base > computing too far." This the "Discussion" at the end of the paper... > Playing with the idea and thinking about the implementation is probably > a good way to understand the paper... i think it's possible to take the papers too far. :-) the plan 9 group = was in my opinion one of the best ever. but that part of the discussion is a opinion, and was taylored for a very different world, and a different operating system. the opinion was about plan 9 in the early 90s. not inferno today when the internet is ubiquitious. i'd be interested in the argument that things haven't changed enough to call for some reevaulation= . additionally, i think it is very interesting to consider a plan 9-like sy= stem that has system call namespaces. it is perhaps a way to deal with hetrog= enious multiprocessors, or even numa "machines" with big numa differences. like= , say, a cluster. - erik