lkml.org 
[lkml]   [2005]   [Jan]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRE: NUMA or not on dual Opteron
From
Date
On Fri, 2005-01-14 at 00:04 -0800, David Schwartz wrote:
> > In article <20050113094537.GB2547@favonius> you wrote:
>
> > > I was under the impression that NUMA is useful on > 2-way systems only.
> > > Is this true, and if not, under what circumstances is NUMA useful on
> > > 2-way Opteron systems?
>
> > NUMA is good for all situations where you have more than one CPU and the
> > CPUs have different access speeds for some parts of the memory (i.e. cpu
> > local memory). This is true for SMP Opterons, not for the usual Intel
> > Boards.
>
> Not quite. It's good if and only if the NU of the MA is sufficient to
> overcome the overhead associated with the NUMA code. Whether or not this is
> true depends upon two factors:
>
> 1) How non-uniform is the memory access? On 2 CPU Opteron systems, the
> answer is generally not very at all, it's nearly uniform.
>
> 2) How much overhead does the NUMA code add? On most of the benchmarks I've
> seen, the answer is a lot, so much that the memory access would have to be
> very non-uniform (factor of 2 at least) to justify enabling the NUMA code.

btw one of the major "pain points" of numa is that there are more memory
zones, and thus making it harder on the vm to balance the memory between
them...


-
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/

\
 
 \ /
  Last update: 2005-03-22 14:09    [W:0.060 / U:0.324 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site