Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932704AbWAFSTk (ORCPT ); Fri, 6 Jan 2006 13:19:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932718AbWAFSTk (ORCPT ); Fri, 6 Jan 2006 13:19:40 -0500 Received: from xenotime.net ([66.160.160.81]:10940 "HELO xenotime.net") by vger.kernel.org with SMTP id S932680AbWAFSTj (ORCPT ); Fri, 6 Jan 2006 13:19:39 -0500 Date: Fri, 6 Jan 2006 10:19:26 -0800 (PST) From: "Randy.Dunlap" X-X-Sender: rddunlap@shark.he.net To: Christoph Lameter cc: Matthew Wilcox , "Luck, Tony" , 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 In-Reply-To: Message-ID: References: <20060106174957.GF19769@parisc-linux.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2565 Lines: 54 On Fri, 6 Jan 2006, Christoph Lameter wrote: > On Fri, 6 Jan 2006, Matthew Wilcox wrote: > > > 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 ;-) > > The dicey thing in all of this is that the generic kernels will be used > for the certification of applications. If the cpu limit is too low then > applications will simply not be certified for these high processor counts. > One may encounter problems if the app is then run with a higher processor > count. Do you equate a 'defconfig' kernel with a generic kernel? I would expect certs to be done on vendor kernels, and as Arjan has suggested, they will have their own configs, not defconfig. > > > 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 ;-) > > I think it is wrong to count the number of boxes. It is the number of > users that is of major interest. These small boxes typically have one > user. The larger boxes have whole communities working with them. The > number of users of very large systems can potentially go into the 10 > thousands of users per installation. > > Moreover these larger boxes significantly impact the technological > progress of humanity on the planet. These large boxes run hurricane > simulations, do complex visualization necessary for bio technological > advances, cosmological simulations, other physic stuff etc etc. -- ~Randy - 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/