From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <71b00c64409f2dda50adeea8d576ab4f@9srv.net>
Date: Fri, 21 May 2004 09:24:08 -0400
From: a@9srv.net
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Process distribution?
In-Reply-To: <20040521113733.LDBQ14728.mxfep02.bredband.com@mxfep02>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Topicbox-Message-UUID: 83251d32-eacd-11e9-9e20-41e7f4b1d025

i suspect a random distribution of processes would yield worse
results than you expect. you really want a scheduler of sorts
that'll find the most appropriate system to run your proc on.

i think the process dispatch stuff you're looking for can all
be done in user mode, with just an app that essentially calls
cpu and does a few namespace ops. the slightly trickier part
(still not *too* hard) is choosing who to dispatch to, but i
think that can be managed properly by having the participating
cpu servers provide their own status information and have a
dispatch daemon on the client poll them when an app needs to
be dispatched. you could even define a way for the app to
specify its resource requirements to the dispatch daemon.

i really should look at the plan 9 and inferno grid stuff.

i forget=00 (and drawterm doesn't work from behind my work
firewall right now): does cpu preserve stdout and stderr?

things get tricky - downright *hard* - when you start
looking for a clean way to do process *migration*.
=E3=82=A2