* Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx> wrote:
My own target is NUMA node hotplug, what NUMA node hotplug want is
- [remove the range of memory] For this approach, admin should define
*core* node and removable node. Memory on removable node is removable.
Dividing area into removable and not-removable is needed, because
we cannot allocate any kernel's object on removable area.
Removable area should be 100% removable. Customer can know the limitation before using.
that's a perfectly fine method, and is quite similar to the 'separate zone' approach Nick mentioned too. It is also easily understandable for users/customers.
but what is a dangerous fallacy is that we will be able to support hot memory unplug of generic kernel RAM in any reliable way!
you really have to look at this from the conceptual angle: 'can an approach ever lead to a satisfactory result'? If the answer is 'no', then we _must not_ add a 90% solution that we _know_ will never be a 100% solution.
for the separate-removable-zones approach we see the end of the tunnel. Separate zones are well-understood.