Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755337Ab0AFD7P (ORCPT ); Tue, 5 Jan 2010 22:59:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755008Ab0AFD7P (ORCPT ); Tue, 5 Jan 2010 22:59:15 -0500 Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:57056 "EHLO fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754707Ab0AFD7O (ORCPT ); Tue, 5 Jan 2010 22:59:14 -0500 X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1 Date: Wed, 6 Jan 2010 12:56:01 +0900 From: KAMEZAWA Hiroyuki To: balbir@linux.vnet.ibm.com Cc: Andrew Morton , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH -mm] Shared Page accounting for memory cgroup (v2) Message-Id: <20100106125601.ef573c61.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: <20100106034934.GK3059@balbir.in.ibm.com> References: <20100105185226.GG3059@balbir.in.ibm.com> <20100106090708.f3ec9fd8.kamezawa.hiroyu@jp.fujitsu.com> <20100106030752.GI3059@balbir.in.ibm.com> <20100106121836.40f3b3c0.kamezawa.hiroyu@jp.fujitsu.com> <20100106034934.GK3059@balbir.in.ibm.com> Organization: FUJITSU Co. LTD. X-Mailer: Sylpheed 2.7.1 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2529 Lines: 71 On Wed, 6 Jan 2010 09:19:34 +0530 Balbir Singh wrote: > * KAMEZAWA Hiroyuki [2010-01-06 12:18:36]: > > > On Wed, 6 Jan 2010 08:37:52 +0530 > > Balbir Singh wrote: > > > > > * KAMEZAWA Hiroyuki [2010-01-06 09:07:08]: > > > > > > > On Wed, 6 Jan 2010 00:22:26 +0530 > > > > Balbir Singh wrote: > > > > > > > > > Hi, All, > > > > > > > > > > No major changes from v1, except for the use of get_mm_rss(). > > > > > Kamezawa-San felt that this can be done in user space and I responded > > > > > to him with my concerns of doing it in user space. The thread > > > > > can be found at http://thread.gmane.org/gmane.linux.kernel.mm/42367. > > > > > > > > > > If there are no major objections, can I ask for a merge into -mm. > > > > > Andrew, the patches are against mmotm 10 December 2009, if there > > > > > are some merge conflicts, please let me know, I can rebase after > > > > > you release the next mmotm. > > > > > > > > > > > > > The problem is that this isn't "shared" uasge but "considered to be shared" > > > > usage. Okay ? > > > > > > > > > > Could you give me your definition of "shared". From the mem cgroup > > > perspective, total_rss (which is accumulated) subtracted from the > > > count of pages in the LRU which are RSS and FILE_MAPPED is shared, no? > > > > You consider only "mapped" pages are shared page. That's wrong. > > And let's think about your "total_rss - RSS+MAPPED" > > > > In this typical case, > > fork() ---- process(A) > > -> fork() --- process(B) > > -> process(C) > > > > total_rss = rss(A) + rss(B) + rss(C) = 3 * rss(A) > > Then, > > > > total_rss - RSS_MAPPED = 2 * rss(A). > > > > How we call this number ? Is this "shared usage" ? I think no. > > Why not? The pages in LRU is rss(A) and the total usage is 3*rss(A), > shared does not imply shared outside the cgroup. Why do you say it is > not shared? > If "shared" means "shared with other cgroup", I'll say "Oh, this is really helpful". Usual novice user will think "shared" means "shared with other cgroup". Again, "shared of cgroup" should be "shared between cgroup" not "shared between process". 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/