[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A79C70C.6010200@redhat.com>
Date: Wed, 05 Aug 2009 13:53:16 -0400
From: Rik van Riel <riel@...hat.com>
To: Wu Fengguang <fengguang.wu@...el.com>
CC: "Dike, Jeffrey G" <jeffrey.g.dike@...el.com>,
"Yu, Wilfred" <wilfred.yu@...el.com>,
"Kleen, Andi" <andi.kleen@...el.com>,
Andrea Arcangeli <aarcange@...hat.com>,
Avi Kivity <avi@...hat.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?
Wu Fengguang wrote:
> The refaults can be drastically reduced by the following patch, which
> respects the referenced bit of all anonymous pages (including the KVM
> pages).
The big question is, which referenced bit?
All anonymous pages get the referenced bit set when they are
initially created. Acting on that bit is pretty useless, since
it does not add any information at all.
> However it risks reintroducing the problem addressed by commit 7e9cd4842
> (fix reclaim scalability problem by ignoring the referenced bit,
> mainly the pte young bit). I wonder if there are better solutions?
Reintroducing that problem is disastrous for large systems
running eg. JVMs or certain scientific computing workloads.
When you have a 256GB system that is low on memory, you need
to be able to find a page to swap out soon. If all 64 million
pages in your system are "recently referenced", you run into
BIG trouble.
I do not believe we can afford to reintroduce that problem.
Also, the inactive list (where references to anonymous pages
_do_ count) is pretty big. Is it not big enough in Jeff's
test case?
Jeff, what kind of workloads are you running in the guests?
--
All rights reversed.
--
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