From owner-freebsd-cluster Wed Mar 6 23:39:55 2002 Delivered-To: freebsd-cluster@freebsd.org Received: from gate.nentec.de (gate2.nentec.de [194.25.215.66]) by hub.freebsd.org (Postfix) with ESMTP id E14C737B404 for ; Wed, 6 Mar 2002 23:39:49 -0800 (PST) Received: from nenny.nentec.de (root@nenny.nentec.de [153.92.64.1]) by gate.nentec.de (8.9.3/8.9.3) with ESMTP id IAA18481; Thu, 7 Mar 2002 08:39:47 +0100 Received: from andromeda (andromeda [153.92.64.34]) by nenny.nentec.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id g277djh14073; Thu, 7 Mar 2002 08:39:46 +0100 Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 07 Mar 2002 08:39:34 +0100 (MET) Reply-To: Andy Sporner Organization: NENTEC Netywerktechnologie GmbH From: Andy Sporner To: Ronald G Minnich Subject: RE: FreeBSD Cluster at SLU Cc: Jason Fried , freebsd-cluster@FreeBSD.ORG X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: owner-freebsd-cluster@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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