Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760735AbZDHHbf (ORCPT ); Wed, 8 Apr 2009 03:31:35 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762799AbZDHHbR (ORCPT ); Wed, 8 Apr 2009 03:31:17 -0400 Received: from wa-out-1112.google.com ([209.85.146.183]:21116 "EHLO wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751677AbZDHHbQ convert rfc822-to-8bit (ORCPT ); Wed, 8 Apr 2009 03:31:16 -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:content-transfer-encoding; b=Ta3TklRYEBwPjYKhvS4B538pVNflJ/AMxroPsWYZSti68JgGRPWlf99/EHlvei2iBY s2J8h2SBPK4FVw0kO4elmOaZa/qFly9doYorDAdf1dJz8sNCMZn0EnCYSPrUf5kfbkMp nip/tcHWcnfgsjA2qvGxuihCqTjRUbqLb7plg= MIME-Version: 1.0 In-Reply-To: <20090408161824.26f47077.kamezawa.hiroyu@jp.fujitsu.com> References: <20090407063722.GQ7082@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> <20090408071115.GD7082@balbir.in.ibm.com> <20090408161824.26f47077.kamezawa.hiroyu@jp.fujitsu.com> Date: Wed, 8 Apr 2009 13:01:15 +0530 Message-ID: <344eb09a0904080031y4406c001n584725b87024755@mail.gmail.com> Subject: Re: [RFI] Shared accounting for memory resource controller From: Bharata B Rao To: KAMEZAWA Hiroyuki Cc: balbir@linux.vnet.ibm.com, "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" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1294 Lines: 33 On Wed, Apr 8, 2009 at 12:48 PM, KAMEZAWA Hiroyuki wrote: > > On Wed, 8 Apr 2009 12:41:15 +0530 > Balbir Singh wrote: > > 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. > > > This is the point. At last. Why "# of shared pages" is important ? > > I wonder it's better to add new stat file as memory.cacheinfo which helps > following kind of commands. > > ?#cacheinfo /cgroups/memory/group01/ > ? ? ? /usr/lib/libc.so.1 ? ? 30pages > ? ? ? /var/log/messages ? ? ?1 pages > ? ? ? /tmp/xxxxxx ? ? ? ? ? ?20 pages Can I suggest that we don't add new files for additional stats and try as far as possible to include them in .stat file. Please note that we have APIs in libcgroup library which can return statistics from controllers associated with a cgroup and these APIs assume that stats are part of .stat file. Regards, Bharata. -- http://bharata.sulekha.com/blog/posts.htm -- 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/