From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from munnari.oz.au ([128.250.1.21]) by hawkwind.utcs.toronto.edu with SMTP id <2801>; Tue, 27 Oct 1992 23:20:57 -0500 Received: from sw.oz (via basser) by munnari.oz.au with SunIII (5.83--+1.3.1+0.50) id AA16363; Wed, 28 Oct 1992 15:20:01 +1100 (from jeremy@sw.oz.au) Received: from chao.sw.oz.au by swift.sw.oz.au with SMTP id AA27408; Wed, 28 Oct 92 15:20:56 AES (5.59) (from jeremy@sw.oz.au for haahr%mv.us.adobe.com@munnari.cs.mu.oz.au) Received: by chao.sw.oz.au (4.1/SMI-4.1) id AA02032; Wed, 28 Oct 92 15:20:48 EST From: jeremy@sw.oz.au (Jeremy Fitzhardinge) Message-Id: <9210280420.AA02032@chao.sw.oz.au> Subject: Re: Interesting things from the Plan 9 rc manpage To: haahr@mv.us.adobe.com (Paul Haahr) Date: Tue, 27 Oct 1992 23:20:47 -0500 Cc: jeremy@sw.oz.au, rc@hawkwind.utcs.toronto.edu In-Reply-To: <9210280407.AA15404@utopia.mv.us.adobe.com> from "Paul Haahr" at Oct 27, 92 08:07:46 pm Organization: Softway Pty Ltd X-Face: '6U=%Tv\k1l-:?\$C[D@G 7(vl~w8&y}!f\bh#wL#n,TGKh>T.c7eT5-y)Hl'i;A1z$9?*lD.k}yqshddFb l[EC}c=;uc%x'}uh3E91p&oE > A new process would share the namespace of its parent, including /env, > > so there's no work that needs to be done by any party. > > yes, but a shell typically reads its entire environment on startup, and > all those readdir(), open(), read(), and close() operations can't be free. > on the other hand, if they don't cache the environment in the shell, > every reference to an environment variable has to do 3 system calls > (open, read, close), which is painful in my mind, but maybe rob's right > when he says you shouldn't worry about system call overhead. > > thinking about it, they probably have to use the latter approach, because > otherwise you can't take advantage of the sharing of environments between > processes that plan 9 offers. Despite Pike's well known resistance to memory mapped files, this looks like at least one pretty good application for them. Really, that's what segattach() is, but it has its own special name-space (the class), rather than going through the filesystem namespace. True, that's not the intent, but it loses generality to be otherwise. Are we off topic yet? > anyway, this is all idle speculation. Fun, isn't it? Need something to fill a mailbox while people stop arguing about job control in es. J -- jeremy@sw.oz.au ph:+61 2 698 2322-x122 fax:+61 2 699 9174 While the earth dies dreaming, I lie screaming.