]> git.baikalelectronics.ru Git - kernel.git/commit
x86, numa: Assign CPUs to nodes in round-robin manner on fake NUMA
authorNikanth Karthikesan <knikanth@suse.de>
Thu, 30 Sep 2010 12:04:10 +0000 (17:34 +0530)
committerH. Peter Anvin <hpa@linux.intel.com>
Mon, 11 Oct 2010 23:16:56 +0000 (16:16 -0700)
commit71bf7e42a9dfb634a09a19d14daf0a31b0b10274
tree0ffebedd14d3cdcd97fd82659dfe5e943320757f
parent05a6d824ec4c13380991670d0598e320ebbeb19c
x86, numa: Assign CPUs to nodes in round-robin manner on fake NUMA

commit 07beb4cae1a12962618082b970680e06bbccdd50 "x86, numa: Use near(er)
online node instead of roundrobin for NUMA" changed NUMA initialization on
Intel to choose the nearest online node or first node.  Fake NUMA would be
better of with round-robin initialization, instead of the all CPUS on
first node.  Change the choice of first node, back to round-robin.

For testing NUMA kernel behaviour without cpusets and NUMA aware
applications, it would be better to have cpus in different nodes, rather
than all in a single node.  With cpusets migration of tasks scenarios
cannot not be tested.

I guess having it round-robin shouldn't affect the use cases for all cpus
on the first node.

The code comments in arch/x86/mm/numa_64.c:759 indicate that this used to
be the case, which was changed by commit 07beb4cae.  It changed from
roundrobin to nearer or first node.  And I couldn't find any reason for
this change in its changelog.

Signed-off-by: Nikanth Karthikesan <knikanth@suse.de>
Cc: David Rientjes <rientjes@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
arch/x86/kernel/cpu/intel.c