From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 17:43:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA61016A4CE for ; Fri, 22 Oct 2004 17:43:13 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BE3143D1F for ; Fri, 22 Oct 2004 17:43:13 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9MHgt7l056071; Fri, 22 Oct 2004 13:42:55 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9MHgtDQ056068; Fri, 22 Oct 2004 18:42:55 +0100 (BST) (envelope-from robert@fledge.watson.org) Date: Fri, 22 Oct 2004 18:42:55 +0100 (BST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041022113405.08fe2c48@64.7.153.2> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: device apic on a single processor machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 17:43:13 -0000 On Fri, 22 Oct 2004, Mike Tancsa wrote: > When moving from RELENG_4 to RELENG_5, I noticed that in GENERIC, the > options > > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > > are enabled by default. Going forward, is this the best thing to leave > in my default kernel on a uniprocessor machine ? I am not using the ULE > scheduler either and have hyperthreading disabled in the BIOS. > > I did a search on google, and in 2003 it was said not to having either > on a single processor machine but its not clear if this is no longer the > case. Right now, compiling SMP support into a kernel used on a UP-only system results in a substantial performance degredation because you pay the overhead of locking without the benefits of parallelism. There's a variety of work going on to hack away at aspects of that problem, but my general advice is to compile out SMP on UP systems to get maximum performance. I've been pushing for us to ship a UP kernel and an SMP kernel, and pick the UP by default, documenting how to get to SMP (similar to previous versions of FreeBSD) but it looks like this may not happen for 5.3. The logic being: most systems are still UP, so UP as a default provides the most benefit. It's also POLA from previous versions, and SMP users are more likely to be understanding about having to recompile to get best performance. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research