lkml.org 
[lkml]   [2006]   [May]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] x86 NUMA panic compile error

* Andrew Morton <akpm@osdl.org> wrote:

> > But testing on a 64bit box - even with numa emulation - would be much
> > better because on 32bit ZONE_NORMAL often is node 0 only and you won't
> > get much numaness for kernel objects.
>
> That's an excellent point - most developers who are likely to want to
> test NUMA have x86_64 boxes and x86_64 has NUMA-emulation-on-SMP. I'd
> semi-forgotten that it existed.
>
> This rather weakens the reasons for retaining support for
> NUMA-on-non-summit-x86. Ingo?

my 64-bit boxes (half of the testbed) are busy ones used for daily
testing that i just cannot keep running for days doing stress-tests.
Neither can they wait 10 minutes to boot up an allyesconfig kernel. So
at least as long as my testconfig is concerned, 32-bit boxes and i386
NUMA still has some place.

(and i'm not at all arguing it's a big thing - it's a minor thing. But i
absolutely resist Andi's approach on conceptual grounds. It's backwards,
for the reasons i outlined before. Had Andi's patch been in place the
zone alignment bug had probably not been found - simple as that.
Reducing choice artificially is the kind of thing that decreases the
kernel's quality. Improving the quality of the kernel starts with making
sure everyone understands how to achieve it - and Andi is one of the
largest and most important contributors so i'd really like to make sure
he understands my point :-)

Ingo
-
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: 2006-05-15 20:45    [W:0.107 / U:2.276 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site