From owner-freebsd-smp Tue Jun 22 12: 7:37 1999 Delivered-To: freebsd-smp@freebsd.org Received: from argus.tfs.net (host1-246.birch.net [216.212.1.246]) by hub.freebsd.org (Postfix) with ESMTP id 85B60157C4 for ; Tue, 22 Jun 1999 12:07:26 -0700 (PDT) (envelope-from jbryant@argus.tfs.net) Received: (from jbryant@localhost) by argus.tfs.net (8.9.3/8.8.5) id OAA95303; Tue, 22 Jun 1999 14:07:04 -0500 (CDT) From: Jim Bryant Message-Id: <199906221907.OAA95303@argus.tfs.net> Subject: Re: Multi processor support? In-Reply-To: from "Robert S. Sciuk" at "Jun 22, 99 12:00:15 pm" To: rob@ControlQ.com (Robert S. Sciuk) Date: Tue, 22 Jun 1999 14:07:03 -0500 (CDT) Cc: freebsd-smp@freebsd.org Reply-To: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-files: The truth is that the X-Files is fiction X-Republican: The best kind!!! X-Operating-System: FreeBSD 4.0-CURRENT #31: Thu Apr 8 10:40:17 CDT 1999 X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In reply: > On Mon, 21 Jun 1999, Gregory Sutter wrote: > > > On Mon, Jun 21, 1999 at 11:59:52PM +0000, Terry Lambert wrote: > > > > Also, is there any way to control what processes happen on > > > > which cpu? > > > > > > Heh. That wouldn't be very symmetric... > > > > No, but having processor affinity would be quite nice. There's > > nothing wrong with MP. > > Processor affinity is more than nice. Work I've done on large HP boxes > indicate that by putting producer/consumer processes on the same processor > one avoids a lot of cache coherency issues, and increases bandwidth > considerably. Admittedly, this is not true of all applications, but > having the ability to have two or more processes share a processor can go > a long way towards tuning application performance. I would suggest an > ioctl or other API type interface, with a userland tool to assist ... good idea. Tandem, and Convex [now part of HP], are two other companies that explicitly allow you to define such overrides as the max number of cpu's a process can run on, the specific cpus to run on, etc... This can be very handy in hand optimization of production systems. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message