Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933076Ab1FBKAh (ORCPT ); Thu, 2 Jun 2011 06:00:37 -0400 Received: from zene.cmpxchg.org ([85.214.230.12]:51669 "EHLO zene.cmpxchg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752317Ab1FBKAg (ORCPT ); Thu, 2 Jun 2011 06:00:36 -0400 Date: Thu, 2 Jun 2011 12:00:07 +0200 From: Johannes Weiner To: Hiroyuki Kamezawa Cc: KAMEZAWA Hiroyuki , Daisuke Nishimura , Balbir Singh , Ying Han , Michal Hocko , Andrew Morton , Rik van Riel , Minchan Kim , KOSAKI Motohiro , Mel Gorman , Greg Thelen , Michel Lespinasse , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [patch 0/8] mm: memcg naturalization -rc2 Message-ID: <20110602100007.GB20725@cmpxchg.org> References: <1306909519-7286-1-git-send-email-hannes@cmpxchg.org> <20110602073335.GA20630@cmpxchg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2081 Lines: 56 On Thu, Jun 02, 2011 at 06:06:51PM +0900, Hiroyuki Kamezawa wrote: > 2011/6/2 Johannes Weiner : > > On Thu, Jun 02, 2011 at 08:52:47AM +0900, Hiroyuki Kamezawa wrote: > >> 2011/6/1 Johannes Weiner : > > > > The patch series is not a performance optimization. ?But I can include > > it to prove there are no regressions. > > > yes, it's helpful. Okay. > >> ? Hmm, how about splitting patch 2/8 into small patches and see what happens in > >> ? 3.2 or 3.3 ? While that, we can make softlimit works better. > >> ? (and once we do 2/8, our direction will be fixed to the direction to > >> remove global LRU.) > > > > Do you have specific parts in mind that could go stand-alone? > > > > One thing I can think of is splitting up those parts: > > > > ?1. move /target/ reclaim to generic code > > > > ?2. convert /global/ reclaim from global lru to hierarchy reclaim > > ? ? including root_mem_cgroup > > Hmm, at brief look > patch 2/8 > - hierarchy walk rewrite code should be stand alone and can be merged > 1st, as clean-up You mean introducing mem_cgroup_hierarchy_walk() and make use of it in mem_cgroup_hierarchical_reclaim() as a first step? > - root cgroup LRU handling was required for performance. I think we > removed tons of > atomic ops and can remove that special handling personally. But this change of > root cgroup handling should be in separate patch. with performance report. I disagree. With view on the whole patch series, linking ungrouped process pages to the root_mem_cgroup is traded against 1. linking ungrouped process pages to the global LRU 2. linking grouped process pages to both the global LRU and the memcg LRU The comparison you propose is neither fair nor relevant because it would never make sense to merge that patch without the others. -- 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/