[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090821182439.GN29572@balbir.in.ibm.com>
Date: Fri, 21 Aug 2009 23:54:39 +0530
From: Balbir Singh <balbir@...ux.vnet.ibm.com>
To: "Dike, Jeffrey G" <jeffrey.g.dike@...el.com>
Cc: "Wu, Fengguang" <fengguang.wu@...el.com>,
Rik van Riel <riel@...hat.com>, Avi Kivity <avi@...hat.com>,
Andrea Arcangeli <aarcange@...hat.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>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
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?
* Dike, Jeffrey G <jeffrey.g.dike@...el.com> [2009-08-17 12:47:29]:
> > Jeff, can you have a look at these stats? Thanks!
>
> Yeah, I just did after adding some tracing which dumped out the same data. It looks pretty much the same. Inactive anon and active anon are pretty similar. Inactive file and active file are smaller and fluctuate more, but doesn't look horribly unbalanced.
>
> Below are the stats from memory.stat - inactive_anon, active_anon, inactive_file, active_file, plus some commentary on what's happening.
>
Interesting.. there seems to be sufficient number of inactive memory,
specifically inactive_file. My biggest suspicion now is passing of
reference info from shadow page tables to host (although to be
honest, I've never looked at that code).
What do the stats for / from within kvm look like?
--
Balbir
--
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