From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with ESMTP id 7D6595F0001 for ; Wed, 8 Apr 2009 03:12:20 -0400 (EDT) Received: from d23relay01.au.ibm.com (d23relay01.au.ibm.com [202.81.31.243]) by e23smtp06.au.ibm.com (8.13.1/8.13.1) with ESMTP id n387BT5f030961 for ; Wed, 8 Apr 2009 17:11:29 +1000 Received: from d23av04.au.ibm.com (d23av04.au.ibm.com [9.190.235.139]) by d23relay01.au.ibm.com (8.13.8/8.13.8/NCO v9.2) with ESMTP id n387BkFb381310 for ; Wed, 8 Apr 2009 17:11:46 +1000 Received: from d23av04.au.ibm.com (loopback [127.0.0.1]) by d23av04.au.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n387BjSX026636 for ; Wed, 8 Apr 2009 17:11:46 +1000 Date: Wed, 8 Apr 2009 12:41:15 +0530 From: Balbir Singh Subject: Re: [RFI] Shared accounting for memory resource controller Message-ID: <20090408071115.GD7082@balbir.in.ibm.com> Reply-To: balbir@linux.vnet.ibm.com References: <20090407063722.GQ7082@balbir.in.ibm.com> <20090407160014.8c545c3c.kamezawa.hiroyu@jp.fujitsu.com> <20090407071825.GR7082@balbir.in.ibm.com> <20090407163331.8e577170.kamezawa.hiroyu@jp.fujitsu.com> <20090407080355.GS7082@balbir.in.ibm.com> <20090407172419.a5f318b9.kamezawa.hiroyu@jp.fujitsu.com> <20090408052904.GY7082@balbir.in.ibm.com> <20090408151529.fd6626c2.kamezawa.hiroyu@jp.fujitsu.com> <20090408070401.GC7082@balbir.in.ibm.com> <20090408160733.4813cb8d.kamezawa.hiroyu@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20090408160733.4813cb8d.kamezawa.hiroyu@jp.fujitsu.com> Sender: owner-linux-mm@kvack.org To: KAMEZAWA Hiroyuki Cc: "linux-mm@kvack.org" , Andrew Morton , "lizf@cn.fujitsu.com" , Rik van Riel , Bharata B Rao , Dhaval Giani , KOSAKI Motohiro , "linux-kernel@vger.kernel.org" List-ID: * KAMEZAWA Hiroyuki [2009-04-08 16:07:33]: > On Wed, 8 Apr 2009 12:34:01 +0530 > Balbir Singh wrote: > > > * KAMEZAWA Hiroyuki [2009-04-08 15:15:29]: > > > > > On Wed, 8 Apr 2009 10:59:04 +0530 > > > Balbir Singh wrote: > > > > > > > > > > > no serious intention. > > > > > Just because you wrote "expect the user to account all cached pages as shared" ;) > > > > > > > > > > > > > OK, I noticed another thing, our RSS accounting is not RSS per-se, it > > > > includes only anon RSS, file backed pages are accounted as cached. > > > > I'll send out a patch to see if we can include anon RSS as well. > > > > > > > > > > I think we can't do it in memcg layer without new-hook because file caches > > > are added to radix-tree before mapped. > > > > > > mm struct has anon_rss and file_rss coutners. Then, you can show > > > sum of total maps of file pages. maybe. > > > > > > > Yes, correct and that is a hook worth adding, IMHO. Better statistics > > are critical and it will also help us with the shared memory > > accounting. Without that we can't account for file rss in the memory > > cgroup. > > > Finally, you'll be asked "is it necessary ?", if the cost is big. > >From my point of view, I can't see what new information it will give us. > But maybe useful because the user can avoid some calculation. OK, here is what I see 1. First our rss in memory.stat is confusing, we should call it anon RSS 2. We need to add file rss, this is sort of inline with the information we export per process file_rss and anon_rss 3. Using the above, we can then try to (using an algorithm you proposed), try to do some work for figuring out the shared percentage. -- Balbir -- 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