From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <45219fb00704141044y69b2f44cj689864e93e069ee6@mail.gmail.com> Date: Sat, 14 Apr 2007 19:44:22 +0200 From: "=?ISO-8859-1?Q?Llu=EDs_Batlle?=" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] Porting to plan9 / PF_UNIX In-Reply-To: <20070414172803.615971E8C26@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45219fb00704141015if096876h1d5621b925fad1a@mail.gmail.com> <20070414172803.615971E8C26@holo.morphisms.net> Topicbox-Message-UUID: 47ffb186-ead2-11e9-9d60-3106f5b1d025 2007/4/14, Russ Cox : > There is nothing in Plan 9 like a named socket. > There is /srv, which is like named pipes (the > difference is that named sockets distinguish > multiple connections to them). That agrees with what I knew. I could not fit the sockets' multiple connections with srv. > > If ts were a Plan 9 program, it would present a > file tree that could be manipulated to add things > to the queue or remove them or check their status, > instead of inventing a custom RPC protocol. > Then it would post a fd in /srv for 9P service, > and you'd mount /srv/ts /mnt/ts and then interact > with /mnt/ts via file operations. (Multiple programs > can mount /srv/ts because the kernel acts as a > multiplexor for 9P services -- the server sees only > one 9P conversation.) That's exactly the kind of answer I was asking for. Thank you. In 'ts', the server does some tasks (has the task list, results.,) and the client does some others. The most important task (fork and exec the queued commad) must be necessarily be run from the client, so all the environment/namespace are kept. What I feel common from the plan9 file servers I've seen by now is that the server does all the processing, and mostly provides the filesystem as an interface to the user. Thus, being the server the process doing all the concerned tasks. Now I still cannot image what kind of files/directories 'ts' should serve to offer a good interface to the user, and how 'enqueuing' should work, getting a nice 'RPC' through that filesystem. I'll think of it, sure. Thanks!