lkml.org 
[lkml]   [2008]   [Mar]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] - Allow NODES_SHIFT to be a config option on x86_64

* Jack Steiner <steiner@sgi.com> wrote:

> On Fri, Mar 21, 2008 at 03:26:49PM +0100, Ingo Molnar wrote:
> >
> > * Jack Steiner <steiner@sgi.com> wrote:
> >
> > > Allow the maximum number of nodes in an x86_64 system to be
> > > configurable. This patch does NOT change the default value but allows
> > > the value to be a config option.
> >
> > i've applied your patch - but i'm wondering, shouldnt we auto-scale the
> > default according to max number of CPUs? (with some sensible scaling
> > that happens to meet your expected large-system needs as well ;-) All
> > the current manual configuration of nodes shift is ugly.
>
> I would prefer to auto-scale, too, but our hardware platform allows
> too many options to make it easy. The current system configs will
> support from 0 to 32 cpus per node (some nodes have memory only).
>
> However, I'm open to suggestions if you have any ideas....

how about scaling for the worst case, and allowing distros to tune down
if they really want? What's the cost of a too large NODE_SHIFT?

Ingo


\
 
 \ /
  Last update: 2008-03-21 16:01    [W:0.043 / U:0.436 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site