From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <97bbf1903436d4618f662d70f08866f6@quanstro.net>
To: 9fans@9fans.net
From: erik quanstrom <quanstro@quanstro.net>
Date: Tue, 11 Nov 2008 19:36:50 -0500
In-Reply-To: <13426df10811111641j181e3358la1b28471273d8834@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] 9grid
Topicbox-Message-UUID: 3c81c31a-ead4-11e9-9d60-3106f5b1d025

> It never seemed to.
>
> But of course if you have procs with same pid, the collisions are obvious.
>
> So, do the easy thing:
>
> for all nodes, mount them at
> /proc/localhost
> /proc/hostname/whatever
>
> Then modify ps (takes about 5 minutes) so it iterates over /proc/*
> where * is a set of host names.
>
> now you can do fun stuff
> slay node8/mpirun | rc
> slay node*/mpirun | rc
>
> There's a lot of good stuff in there if you want to use it ... I
> actually implemented all this a few years back when Vic did hist first
> xcpu code. It was really nice.

the trivial solution on your hardware would be to partition
the pid space, wouldn't it.  just have 64bit pids?  let each
machine start at a 1<<32 boundary?

four billion machines ought with four billion processes each
ought to be enough for anyone.

- erik