Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 07 Mar 2002 08:39:34 +0100 (MET)
From:      Andy Sporner <sporner@nentec.de>
To:        Ronald G Minnich <rminnich@lanl.gov>
Cc:        Jason Fried <jfried@cluster.nix.selu.edu>, freebsd-cluster@FreeBSD.ORG
Subject:   RE: FreeBSD Cluster at SLU
Message-ID:  <XFMail.020307083934.sporner@nentec.de>
In-Reply-To: <Pine.LNX.4.33.0203061105590.7642-100000@snaresland.acl.lanl.gov>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi Ron,

>>
>> The idea is that whereever a process is started, it makes an entry in
>> the process table.  The PID's are assigned in a N-Modulus approach so that
>> the PID determines the home node of the process.  When a process migrates,
>> it keeps it's entry on the home node and a new entry is created on the
>> new host node.  If it should move again, the home node is updated.  I
>> haven't
>> started implementing or benchmarking this yet, so it could change, but that
>> is the initial idea.
> 
> this is very similar to bproc. Would a single hot-spare approach do the
> job?
> 

Well for scalability reasons, probably not.  On the other hand, it would also
be very bad to be playing "Hot Potatoe" with an unruly process that wants to
dominate a machine resources.  No doubt some very complicated handling will need
to be added.  I remember all the trouble they had with Numa and Quad Affinity. 
Resource affinity will have to also be looked at (like shared memory).

I think you have convinced me to look into the effort of porting 'bproc' to 
FreeBSD.  Certainly it would make a good starting point in the direction that
I want to go--and reduce certain pains..  More on that later when I have had
a look at it.

> I do know there is a telecom company using bproc to do this type of thing.
> 
>> Since the model is for making a scalable networking application platform,
>> all of the aspects of the process move with the process (including sockets).
> 
> movable sockets sure would be nice.
> 
> your work sounds neat.
>

Thanks!  Likewise!


Andy


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-cluster" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.020307083934.sporner>