Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759172AbYC0Ju2 (ORCPT ); Thu, 27 Mar 2008 05:50:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752021AbYC0JuU (ORCPT ); Thu, 27 Mar 2008 05:50:20 -0400 Received: from e28smtp01.in.ibm.com ([59.145.155.1]:58740 "EHLO e28smtp01.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751378AbYC0JuT (ORCPT ); Thu, 27 Mar 2008 05:50:19 -0400 Message-ID: <47EB6D00.5070306@linux.vnet.ibm.com> Date: Thu, 27 Mar 2008 15:16:40 +0530 From: Balbir Singh Reply-To: balbir@linux.vnet.ibm.com Organization: IBM User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: Pavel Emelyanov CC: KAMEZAWA Hiroyuki , Andrew Morton , Hugh Dickins , Sudhir Kumar , YAMAMOTO Takashi , Paul Menage , lizf@cn.fujitsu.com, linux-kernel@vger.kernel.org, taka@valinux.co.jp, linux-mm@kvack.org, David Rientjes Subject: Re: [RFC][1/3] Add user interface for virtual address space control (v2) References: <20080326184954.9465.19379.sendpatchset@localhost.localdomain> <20080326185006.9465.4720.sendpatchset@localhost.localdomain> <20080327181404.1e95a725.kamezawa.hiroyu@jp.fujitsu.com> <47EB6B4D.2030305@openvz.org> In-Reply-To: <47EB6B4D.2030305@openvz.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1351 Lines: 34 Pavel Emelyanov wrote: > KAMEZAWA Hiroyuki wrote: >> On Thu, 27 Mar 2008 00:20:06 +0530 >> Balbir Singh wrote: >> >>> Add as_usage_in_bytes and as_limit_in_bytes interfaces. These provide >>> control over the total address space that the processes combined together >>> in the cgroup can grow upto. This functionality is analogous to >>> the RLIMIT_AS function of the getrlimit(2) and setrlimit(2) calls. >>> A as_res resource counter is added to the mem_cgroup structure. The >>> as_res counter handles all the accounting associated with the virtual >>> address space accounting and control of cgroups. >>> >>> Signed-off-by: Balbir Singh >> I wonder that it's better to create "rlimit cgroup" rather than enhancing >> memory controller. (But I have no strong opinion.) >> How do you think ? > > I believe that all memory management is better to have in one controller... > Paul wants to see it in a different controller. He has been reasoning it out in another email thread. -- Warm Regards, Balbir Singh Linux Technology Center IBM, ISTL -- 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/