Thread (81 messages) 81 messages, 6 authors, 2014-07-23

Re: [RFC PATCH 2/3] topology: support node_numa_mem() for determining the fallback node

From: Nishanth Aravamudan <hidden>
Date: 2014-03-13 16:51:25
Also in: linux-mm

On 24.02.2014 [13:54:35 -0600], Christoph Lameter wrote:
On Mon, 24 Feb 2014, Joonsoo Kim wrote:
quoted
quoted
It will not common get there because of the tracking. Instead a per cpu
object will be used.
quoted
get_partial_node() always fails even if there are some partial slab on
memoryless node's neareast node.
Correct and that leads to a page allocator action whereupon the node will
be marked as empty.
Why do we need to request to a page allocator if there is partial slab?
Checking whether node is memoryless or not is really easy, so we don't need
to skip this. To skip this is suboptimal solution.
The page allocator action is also used to determine to which other node we
should fall back if the node is empty. So we need to call the page
allocator when the per cpu slab is exhaused with the node of the
memoryless node to get memory from the proper fallback node.
Where do we stand with these patches? I feel like no resolution was
really found...

Thanks,
Nish
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help