From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail137.messagelabs.com (mail137.messagelabs.com [216.82.249.19]) by kanga.kvack.org (Postfix) with SMTP id C8A436B005A for ; Thu, 6 Aug 2009 09:16:46 -0400 (EDT) Message-ID: <4A7AD79E.4020604@redhat.com> Date: Thu, 06 Aug 2009 09:16:14 -0400 From: Rik van Riel MIME-Version: 1.0 Subject: Re: [RFC] respect the referenced bit of KVM guest pages? References: <20090805024058.GA8886@localhost> <20090805155805.GC23385@random.random> <20090806100824.GO23385@random.random> <4A7AAE07.1010202@redhat.com> <20090806102057.GQ23385@random.random> <20090806105932.GA1569@localhost> <4A7AC201.4010202@redhat.com> <20090806130631.GB6162@localhost> In-Reply-To: <20090806130631.GB6162@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Wu Fengguang Cc: Avi Kivity , Andrea Arcangeli , "Dike, Jeffrey G" , "Yu, Wilfred" , "Kleen, Andi" , Hugh Dickins , Andrew Morton , Christoph Lameter , KOSAKI Motohiro , Mel Gorman , LKML , linux-mm List-ID: Wu Fengguang wrote: > I guess both schemes have unacceptable flaws. > > For JVM/BIGMEM workload, most pages would be found referenced _all the time_. > So the KEEP_MOST scheme could increase reclaim overheads by N=250 times; > while the DROP_CONTINUOUS scheme is effectively zero cost. The higher overhead may not be an issue on smaller systems, or inside smaller cgroups inside large systems, when doing cgroup reclaim. > However, the DROP_CONTINUOUS scheme does bring more _indeterminacy_. > It can behave vastly different on single active task and multi ones. > It is short sighted and can be cheated by bursty activities. The split LRU VM tries to avoid the bursty page aging as much as possible, by doing background deactivating of anonymous pages whenever we reclaim page cache pages and the number of anonymous pages in the zone (or cgroup) is low. -- All rights reversed. -- 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: email@kvack.org