Re: [Patch 002/002] Create/delete kmem_cache_node for SLUB on memory online callback

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Yasunori Goto <y-goto@...>
Cc: Andrew Morton <akpm@...>, Hiroyuki KAMEZAWA <kamezawa.hiroyu@...>, Linux Kernel ML <linux-kernel@...>, linux-mm <linux-mm@...>
Date: Friday, October 12, 2007 - 12:09 am

On Fri, 12 Oct 2007, Yasunori Goto wrote:
=20

If its called before pages on the node are available then it must=20
fallback and cannot use the pages.


Please clarify the comment. This seems to indicate that we should not
do anything because the node still has memory?

Doesnt the node always have memory before offlining?


So this checks if the any kmem_cache structure is on the offlined node? If
so then we cannot offline the node?



kmem_cache_shrink(s) would be okay here I would think. The function is
reasonably fast. Offlining is a rare event.


We call this after we have established that no kmem_cache structures are=20
on this and after we have shrunk the slabs. Is there any guarantee that
no slab operations have occurrent since then?


Does this mean that the node still has memory?


It may be clearer to say:

"If nr_slabs > 0 then slabs still exist on the node that is going down.
We were unable to free them so we must fail."


The node must have memory???? Or we have already brought up the code?


"We are bringing a node online. No memory is available yet. We must=20
allocate a kmem_cache_node structure in order to bring the node online." ?


"kmem_cache_alloc node will fallback to other nodes since memory is=20
not yet available from the node that is brought up.=A8 ?

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[Patch 000/002] Rearrange notifier of memory hotplug, Yasunori Goto, (Thu Oct 11, 10:18 pm)
Re: [Patch 002/002] Create/delete kmem_cache_node for SLUB o..., Christoph Lameter, (Fri Oct 12, 12:09 am)
Re: [Patch 002/002] Create/delete kmem_cache_node for SLUB o..., Christoph Lameter, (Fri Oct 12, 1:19 pm)
[Patch 001/002] extract kmem_cache_shrink, Yasunori Goto, (Thu Oct 11, 10:27 pm)
Re: [Patch 001/002] extract kmem_cache_shrink, Christoph Lameter, (Fri Oct 12, 12:09 am)
Re: [Patch 001/002] extract kmem_cache_shrink, Yasunori Goto, (Fri Oct 12, 12:41 am)
Re: [Patch 001/002] Make description of memory hotplug notif..., Christoph Lameter, (Fri Oct 12, 12:18 am)