Re: [PATCH] top level scheduler domain for ia64

From: Jesse Barnes <jbarnes_at_engr.sgi.com>
Date: 2004-11-02 06:02:29
On Monday, November 1, 2004 10:53 am, Luck, Tony wrote:
> >> >  if (numnodes <= SMALL_SYSTEM_THRESHOLD) {
> >> >   SD_NODES_PER_DOMAIN = numnodes;
> >> >   build_node_domains(); /* each one spans the system */
> >> >  } else {
> >> >   SD_NODES_PER_DOMAIN = 4; /* or whatever */
>
> Ugh!  The magic '4' is going to be different for different machines,
> so there is no value that will make all of the people happy all of
> the time.

Right.

> >Yeah, but still the same number of CPUs/FSB.  I agree that
> >autotuning would be
> >best (the above is a crude example of that).  Any suggestions?
>
> Can't you use the SLIT table to build a hierachy of scheduler
> domains that matches the actual hardware configuration, instead
> of using compiled in constants or even boot-time command line
> parameters?

Maybe, but that will get complex very quickly I think.  Right now we have 
three domains on ia64, the cpu domain, the node domain, which contains 
several nodes worth of CPUs, and the top level domain, which spans the whole 
machine.

So there are two questions, how big should the node domain be and should it 
span the whole machine (avoiding the need for a top level domain)?  Obviously 
the answer is pretty machine specific, and I'm not sure the SLIT helps us 
much since its values are arbitrary distance values, not anything concrete.

Jesse
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Received on Mon Nov 1 14:05:52 2004

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:32 EST