Thread (57 messages) 57 messages, 7 authors, 2012-12-19

Re: [patch 3/8] mm: vmscan: save work scanning (almost) empty LRU lists

From: Johannes Weiner <hannes@cmpxchg.org>
Date: 2012-12-13 19:34:25
Also in: lkml

On Thu, Dec 13, 2012 at 10:41:04AM +0000, Mel Gorman wrote:
On Wed, Dec 12, 2012 at 04:43:35PM -0500, Johannes Weiner wrote:
quoted
In certain cases (kswapd reclaim, memcg target reclaim), a fixed
minimum amount of pages is scanned from the LRU lists on each
iteration, to make progress.

Do not make this minimum bigger than the respective LRU list size,
however, and save some busy work trying to isolate and reclaim pages
that are not there.

Signed-off-by: Johannes Weiner <hannes@cmpxchg.org>
This looks like a corner case where the LRU size would have to be smaller
than SWAP_CLUSTER_MAX. Is that common enough to care? It looks correct,
I'm just curious.
We have one lruvec per memcg per zone, so consider memory cgroups in a
NUMA environment: NR_MEMCG * (NR_NODES - 1) * NR_LRU_LISTS permanently
empty lruvecs, assuming the memory of one cgroup is bound to one node.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help