Re: [PATCH] - Allow NODES_SHIFT to be a config option on x86_64

[Jack Steiner]

On Fri, Mar 21, 2008 at 03:57:36PM +0100, Ingo Molnar wrote:
> 
> * Jack Steiner <steiner@xxxxxxx> wrote:
> 
> > On Fri, Mar 21, 2008 at 03:26:49PM +0100, Ingo Molnar wrote:
> > > 
> > > * Jack Steiner <steiner@xxxxxxx> 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?
> 


NODE_SHIFT affects a number of nodemasks so you probably don't want it
a lot larger than needed - especially if you are going over 64 nodes. Our
target value is currently 512 although it is possible that it may
change to 256.

Let me do some experiments on auto-config. I'll get back to you....

--- jack

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/