[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101122022411.GC9081@shaohui>
Date: Mon, 22 Nov 2010 10:24:11 +0800
From: Shaohui Zheng <shaohui.zheng@...el.com>
To: akpm@...ux-foundation.org, gregkh@...e.de, rientjes@...gle.com
Cc: mingo@...hat.com, hpa@...or.com, tglx@...utronix.de,
lethal@...ux-sh.org, ak@...ux.intel.com, yinghai@...nel.org,
randy.dunlap@...cle.com, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, x86@...nel.org, shaohui.zheng@...el.com,
haicheng.li@...el.com, haicheng.li@...ux.intel.com
Subject: Re: [patch 1/2] x86: add numa=possible command line option
> Adds a numa=possible=<N> command line option to set an additional N nodes
> as being possible for memory hotplug. This set of possible nodes
> controls nr_node_ids and the sizes of several dynamically allocated node
> arrays.
>
> This allows memory hotplug to create new nodes for newly added memory
> rather than binding it to existing nodes.
>
> The first use-case for this will be node hotplug emulation which will use
> these possible nodes to create new nodes to test the memory hotplug
> callbacks and surrounding memory hotplug code.
It is the improved solution from thread http://lkml.org/lkml/2010/11/18/3,
our draft patch set all the nodes as possbile node, it wastes a lot of memory,
the command line numa=possible=<N> seems to be an acceptable, and it is a optimization
for our patch.
I like your active work attitude for the patch reviewing, it is real helpful to
improve the patch quality.
the NUMA Hotplug Emulator is an overall solution for Node/CPU/Memory hotplug
emulation, it includes a lot of engineers' review comments and feedbacks in the
mailling list. We review and test each version very carefully, and make sure
each version is very stable and it includes in most of the feedbacks, so we deliver
each version very slow.
we do NOT want to split the emulator into many parts, and want to maintain them together.
How about add this patch into our emulator patchset, and add your sign-off?. Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists