Re: Clusterwide pids

["J . A . Magallon" <jamagallon@able.es>]

On 20010711 irbis@orcero.org wrote:
>>
>> CPIDs may make process migration easier to implement. (I have no knowledge about this.)
>

Well, this was the kind of things I thought that were going to be talked about
in this list the first time I saw the announce. Things needed by everyone, that
are not still solved in an standard way (and a way accepted for inclussion in
main kernel tree). This are the kind of things that
must be standarised before anything. I lost my hope when people begun to talk
about XML.... what the hell is that needed for just to say 'I'm here' ?. Well...

I have read sometimes about 32bit pids in lkml. I think the first thing to do is
ask lkml (well, really Linus) what are the plans for 32bit pids on main kernel
stream. Perhaps it is a 2.5 planned feature.

> Not necessarly. In fact, the only working SSI fully transparent migration
>scheme running today on productions environments -Mosix- has no
>a common PID space. And you have a patch for common PID space for Beowulf
>clusters by Internet.
>

Look at http://bproc.sourceforge.net/. I think it is the cleaner implementation.

>
> For a HP kernel, the two lest significat bytes of CPID are the local
>PID, and the two most significant bytes are the node tag.
>

That is the reason I see to ask in kernel list. Perhaps there are plans yet
fot those high 32 bits...

-- 
J.A. Magallon                           #  Let the source be with you...        
mailto:jamagallon@able.es
Mandrake Linux release 8.1 (Cooker) for i586
Linux werewolf 2.4.6-ac2 #1 SMP Sun Jul 8 23:57:11 CEST 2001 i686

Linux-cluster: generic cluster infrastructure for Linux
Archive:       http://mail.nl.linux.org/linux-cluster/