From owner-freebsd-arch Fri Dec 10 20:55:47 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 3D62514EEB for ; Fri, 10 Dec 1999 20:55:44 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id FAA11824 for ; Sat, 11 Dec 1999 05:55:43 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id FAA43603 for freebsd-arch@freebsd.org; Sat, 11 Dec 1999 05:55:42 +0100 (MET) Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id B9B5414E08 for ; Fri, 10 Dec 1999 20:55:34 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.9.3/8.9.3) with SMTP id VAA00713; Fri, 10 Dec 1999 21:55:30 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id VAA24095; Fri, 10 Dec 1999 21:55:29 -0700 Date: Fri, 10 Dec 1999 21:55:29 -0700 Message-Id: <199912110455.VAA24095@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Chuck Robey Cc: Nate Williams , Arun Sharma , freebsd-arch@freebsd.org Subject: Re: Thread scheduling In-Reply-To: References: <199912110135.SAA23495@mt.sri.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It is desirable for effeciency reasons (if two threads are running on > > seperate CPU's, then twice as much work will get done), as well as the > > cache issues. But, is making it a requirement desirable? Not in my > > book. (I may have misunderstood your 'desirable' statement previously > > by reading that making assuming that you were wondering if is desirable > > to make it a requirement, which is silly now that I think about it.) > > OK, let me state it again. I wasn't asking if it was a good thing to > share out threads among multiple processors, because the advantages of > using a multiple CPU system *as* a multiple CPU seem obvious enough not to > need asking. Except that it's possible that you may want to limit multiple-CPU's to multiple processes for cache reasons. Once could argue that for certain classes of threaded applications, you'd get a better hit rate by sticking with a single CPU for *all* of the threads, although this wouldn't be true for all threaded applications. It depends on the application. > I was asking to see if it would be a good thing to add a > strong bias to the system, in such a way as to make the co-scheduling of > threads among the different processors so that all processors that are > made available to the program's threads are executing in that address > space as the same moment in time. I wouldn't think it would help for cache rate and/or CPU usage, but that's just a gut feeling and not based on anything else. Each CPU in an SMP system has it's own cache, so what happens on another CPU shouldn't effect how the one CPU performs. Adding this bias wouldn't help, and may in fact make things worse (see above). > Not a guarantee, but would it be a good thing to have them > "co-scheduled" (or a bias towards that likelihood). But, I can't see any advantage to have them co-scheduled. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message