Date: Mon, 12 Nov 2001 22:21:26 +0900 From: Hiroharu Tamaru <tamaru@myn.rcast.u-tokyo.ac.jp> To: freebsd-smp@FreeBSD.ORG Subject: Re: cpu affinity Message-ID: <sa6hes0ceg9.wl@ring.myn.rcast.u-tokyo.ac.jp> In-Reply-To: <XFMail.011110132737.jhb@FreeBSD.org> References: <Pine.NEB.3.96L.1011109215255.88832B-100000@fledge.watson.org> <XFMail.011110132737.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi. I was looking for any hack point to set CPU affinity. I found in version 1.3.2.1 of kern/kern_switch.c (a little before 4.4R) that it already had "trivial affinity" implemented in chooseproc(). Is this different from what you are describing here? or has this disappeared in -current during the switch to KSE? I wanted to have a dedicated dual CPU machine for numerical calculations with large memory. Since this is a dedicated machine any hack was fine for me if at all possible. The machine has not arrived yet, so I haven't tested it yet. Can I expect, on 4.4R, to have two calc programs running (mostly) on their own CPU if I set these two processes at, say, rtprio (so that the two will live in a seperate group wrt any other processes)? or I don't even need rtprio? or do I have everything mixed up? Thanks. At Sat, 10 Nov 2001 13:27:37 -0800 (PST), John Baldwin wrote: > > > On 10-Nov-01 Andrew R. Reiter wrote: > > > > Do we have planes to implement some sort of mechanism for supporting cpu > > affinity? That'd be a pretty cool thing to have when 5.0 release time > > comes around. > > In theory that is to be part of KSE where a KSE will choose a thread that last > ran on the current CPU over another thread in the same group. -- Hiroharu Tamaru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?sa6hes0ceg9.wl>