On Thu, 21 Apr 2011, James Bottomley wrote: > On Thu, 2011-04-21 at 22:16 +0900, KOSAKI Motohiro wrote: > > > This should fix the remaining architectures so they can use CONFIG_SLUB, > > > but I hope it can be tested by the individual arch maintainers like you > > > did for parisc. > > > > ia64 and mips have CONFIG_ARCH_POPULATES_NODE_MAP and it initialize > > N_NORMAL_MEMORY automatically if my understand is correct. > > (plz see free_area_init_nodes) > > > > I guess alpha and m32r have no active developrs. only m68k seems to be need > > fix and we have a chance to get a review... > > Actually, it's not quite a fix yet, I'm afraid. I've just been > investigating why my main 4 way box got slower with kernel builds: > Apparently userspace processes are now all stuck on CPU0, so we're > obviously tripping over some NUMA scheduling stuff that's missing. The simplest solution may be to move these arches to use SPARSE instead. AFAICT this was relatively easy for the arm guys. Here is short guide on how to do that from the mips people: http://www.linux-mips.org/archives/linux-mips/2008-08/msg00154.html http://mytechkorner.blogspot.com/2010/12/sparsemem.html Dave Hansen, Mel: Can you provide us with some help? (Its Easter and so the europeans may be off for awhile) -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html