From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752593AbZHOGPe (ORCPT ); Sat, 15 Aug 2009 02:15:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752267AbZHOGPe (ORCPT ); Sat, 15 Aug 2009 02:15:34 -0400 Received: from mga03.intel.com ([143.182.124.21]:42913 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751237AbZHOGPd (ORCPT ); Sat, 15 Aug 2009 02:15:33 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.43,385,1246863600"; d="scan'208";a="176078058" Date: Sat, 15 Aug 2009 13:32:08 +0800 From: Wu Fengguang To: Rik van Riel Cc: "Dike, Jeffrey G" , Johannes Weiner , Avi Kivity , KOSAKI Motohiro , Andrea Arcangeli , "Yu, Wilfred" , "Kleen, Andi" , Hugh Dickins , Andrew Morton , Christoph Lameter , Mel Gorman , LKML , linux-mm Subject: Re: [RFC] respect the referenced bit of KVM guest pages? Message-ID: <20090815053208.GA11387@localhost> References: <4A843565.3010104@redhat.com> <4A843B72.6030204@redhat.com> <4A843EAE.6070200@redhat.com> <4A846581.2020304@redhat.com> <20090813211626.GA28274@cmpxchg.org> <4A850F4A.9020507@redhat.com> <20090814091055.GA29338@cmpxchg.org> <20090814095106.GA3345@localhost> <9EECC02A4CC333418C00A85D21E89326B6611AC5@azsmsx502.amr.corp.intel.com> <4A85E722.8030706@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A85E722.8030706@redhat.com> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Aug 15, 2009 at 06:37:22AM +0800, Rik van Riel wrote: > Dike, Jeffrey G wrote: > > A side note - I've been doing some tracing and shrink_active_list > > is called a humongous number of times (25000-ish during a ~90 kvm > > run), with a net result of zero pages moved nearly all the time. Your mean "no pages get deactivated at all in most invocations"? This is possible in the steady (thrashing) state of a memory tight system(the working set is bigger than memory size). > > Your test is rescuing essentially all candidate pages from the > > inactive list. Right now, I have the VM_EXEC || PageAnon version > > of your test. > > That is exactly why the the split LRU VM does an unconditional > deactivation of active anon pages :) In general it is :) However in Jeff's small memory case, there will be many refaults without the "PageAnon" protection. But the patch does not imply that I'm happy with the "PageAnon" test ;) Thanks, Fengguang