Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755028Ab1FBWBh (ORCPT ); Thu, 2 Jun 2011 18:01:37 -0400 Received: from mail-bw0-f46.google.com ([209.85.214.46]:63499 "EHLO mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754811Ab1FBWBf (ORCPT ); Thu, 2 Jun 2011 18:01:35 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Udg31hLMepc5+wo8K9+jRJIU4i580WdNdxlpTM+zjSnAGK43+cPxdV5/dp+l0iMpKL IamCQcVeouQsAuPdAxHkOWFCtKJkpIvZhwr5x23N63sIs2clzqYsfo6me3Pcf8OaWauj e1UUs3Av1tWX0rbaPQi5kOHZXeRcAZwZpAN7k= MIME-Version: 1.0 In-Reply-To: References: <1306909519-7286-1-git-send-email-hannes@cmpxchg.org> <1306909519-7286-8-git-send-email-hannes@cmpxchg.org> Date: Fri, 3 Jun 2011 07:01:34 +0900 Message-ID: Subject: Re: [patch 7/8] vmscan: memcg-aware unevictable page rescue scanner From: Hiroyuki Kamezawa To: Ying Han Cc: Johannes Weiner , KAMEZAWA Hiroyuki , Daisuke Nishimura , Balbir Singh , Michal Hocko , Andrew Morton , Rik van Riel , Minchan Kim , KOSAKI Motohiro , Mel Gorman , Greg Thelen , Michel Lespinasse , "linux-mm@kvack.org" , linux-kernel Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1404 Lines: 38 2011/6/3 Ying Han : > On Thu, Jun 2, 2011 at 6:27 AM, Hiroyuki Kamezawa > wrote: >> 2011/6/1 Johannes Weiner : >>> Once the per-memcg lru lists are exclusive, the unevictable page >>> rescue scanner can no longer work on the global zone lru lists. >>> >>> This converts it to go through all memcgs and scan their respective >>> unevictable lists instead. >>> >>> Signed-off-by: Johannes Weiner >> >> Hm, isn't it better to have only one GLOBAL LRU for unevictable pages ? >> memcg only needs counter for unevictable pages and LRU is not necessary >> to be per memcg because we don't reclaim it... > > Hmm. Are we suggesting to keep one un-evictable LRU list for all > memcgs? So we will have > exclusive lru only for file and anon. If so, we are not done to make > all the lru list being exclusive > which is critical later to improve the zone->lru_lock contention > across the memcgs > considering lrulock, yes, maybe you're right. > Sorry If i misinterpret the suggestion here > My concern is I don't know for what purpose this function is used .. Thanks, -Kame -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/