Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752524AbWAFRuB (ORCPT ); Fri, 6 Jan 2006 12:50:01 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752523AbWAFRuB (ORCPT ); Fri, 6 Jan 2006 12:50:01 -0500 Received: from palinux.external.hp.com ([192.25.206.14]:40374 "EHLO palinux.hppa") by vger.kernel.org with ESMTP id S1752524AbWAFRt7 (ORCPT ); Fri, 6 Jan 2006 12:49:59 -0500 Date: Fri, 6 Jan 2006 10:49:57 -0700 From: Matthew Wilcox To: "Luck, Tony" Cc: Arjan van de Ven , hawkes@sgi.com, Tony Luck , Andrew Morton , linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, Jack Steiner , Dan Higgins , John Hesterberg , Greg Edwards Subject: Re: [PATCH] ia64: change defconfig to NR_CPUS==1024 Message-ID: <20060106174957.GF19769@parisc-linux.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1458 Lines: 28 On Fri, Jan 06, 2006 at 09:45:20AM -0800, Luck, Tony wrote: > I suppose that depends on your expectations from defconfig. In my > mind its the one that builds into a kernel that will boot and run > on just about any box. People who want to get a bit of extra performance > will do the re-compilation to strip out the bits that they don't want > and tune down limits that are set higher than they need. I only You can use that argument to set the CPU limit low too -- since a kernel with a CPU limit lower than the number of CPUs in the box will just ignore the additional ones, people who want to get the additional performance will tune limits that are set lower than they need ;-) > ever boot a defconfig kernel to check that it still works, my systems > all run tiger_defconfig/zx1_defconfig based most of the time. But > perhaps I'm the weird one? > > There are quite a few >16 socket boxes out there, which will give > you >64 cpus with Montecito ... so I don't think that the >64 cpu > system is going to remain in the noise for long. I bet the number of 32-way+ boxes is lost in the noise compared to the number of 1-, 2- and 4-way boxes sold. Not that HP trust me with that kind of sales data ;-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/