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
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>