[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20090818223951.A645.A69D9226@jp.fujitsu.com>
Date: Wed, 19 Aug 2009 00:57:51 +0900 (JST)
From: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
To: balbir@...ux.vnet.ibm.com
Cc: kosaki.motohiro@...fujitsu.com,
Wu Fengguang <fengguang.wu@...el.com>,
Rik van Riel <riel@...hat.com>,
Johannes Weiner <hannes@...xchg.org>,
Avi Kivity <avi@...hat.com>,
Andrea Arcangeli <aarcange@...hat.com>,
"Dike, Jeffrey G" <jeffrey.g.dike@...el.com>,
"Yu, Wilfred" <wilfred.yu@...el.com>,
"Kleen, Andi" <andi.kleen@...el.com>,
Hugh Dickins <hugh.dickins@...cali.co.uk>,
Andrew Morton <akpm@...ux-foundation.org>,
Christoph Lameter <cl@...ux-foundation.org>,
Mel Gorman <mel@....ul.ie>,
LKML <linux-kernel@...r.kernel.org>,
linux-mm <linux-mm@...ck.org>
Subject: Re: [RFC] respect the referenced bit of KVM guest pages?
> * Wu Fengguang <fengguang.wu@...el.com> [2009-08-15 13:45:24]:
>
> > On Fri, Aug 14, 2009 at 09:19:35PM +0800, Rik van Riel wrote:
> > > Wu Fengguang wrote:
> > > > On Fri, Aug 14, 2009 at 05:10:55PM +0800, Johannes Weiner wrote:
> > >
> > > >> So even with the active list being a FIFO, we keep usage information
> > > >> gathered from the inactive list. If we deactivate pages in arbitrary
> > > >> list intervals, we throw this away.
> > > >
> > > > We do have the danger of FIFO, if inactive list is small enough, so
> > > > that (unconditionally) deactivated pages quickly get reclaimed and
> > > > their life window in inactive list is too small to be useful.
> > >
> > > This one of the reasons why we unconditionally deactivate
> > > the active anon pages, and do background scanning of the
> > > active anon list when reclaiming page cache pages.
> > >
> > > We want to always move some pages to the inactive anon
> > > list, so it does not get too small.
> >
> > Right, the current code tries to pull inactive list out of
> > smallish-size state as long as there are vmscan activities.
> >
> > However there is a possible (and tricky) hole: mem cgroups
> > don't do batched vmscan. shrink_zone() may call shrink_list()
> > with nr_to_scan=1, in which case shrink_list() _still_ calls
> > isolate_pages() with the much larger SWAP_CLUSTER_MAX.
> >
> > It effectively scales up the inactive list scan rate by 10 times when
> > it is still small, and may thus prevent it from growing up for ever.
> >
>
> I think we need to possibly export some scanning data under DEBUG_VM
> to cross verify.
Sorry for the delay.
How about this?
=======================================
Subject: [PATCH] vmscan: show recent_scanned/rotated stat
On recent discussion, Balbir Singh pointed out VM developer shold be
able to see recent_scanned/rotated statistics.
This patch does it.
output example
--------------------
% cat /proc/zoneinfo
Node 0, zone DMA32
pages free 347590
min 613
low 766
high 919
(snip)
inactive_ratio: 3
recent_rotated_anon: 127305
recent_rotated_file: 67439
recent_scanned_anon: 135591
recent_scanned_file: 180399
Signed-off-by: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
---
mm/vmstat.c | 14 ++++++++++++++
1 file changed, 14 insertions(+)
Index: b/mm/vmstat.c
===================================================================
--- a/mm/vmstat.c 2009-08-08 14:16:53.000000000 +0900
+++ b/mm/vmstat.c 2009-08-18 22:07:25.000000000 +0900
@@ -762,6 +762,20 @@ static void zoneinfo_show_print(struct s
zone->prev_priority,
zone->zone_start_pfn,
zone->inactive_ratio);
+
+#ifdef CONFIG_DEBUG_VM
+ seq_printf(m,
+ "\n recent_rotated_anon: %lu"
+ "\n recent_rotated_file: %lu"
+ "\n recent_scanned_anon: %lu"
+ "\n recent_scanned_file: %lu",
+ zone->reclaim_stat.recent_rotated[0],
+ zone->reclaim_stat.recent_rotated[1],
+ zone->reclaim_stat.recent_scanned[0],
+ zone->reclaim_stat.recent_scanned[1]
+ );
+#endif
+
seq_putc(m, '\n');
}
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists