From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from d28relay04.in.ibm.com (d28relay04.in.ibm.com [9.184.220.61]) by e28esmtp06.in.ibm.com (8.13.1/8.13.1) with ESMTP id m2B9r9vT020160 for ; Tue, 11 Mar 2008 15:23:09 +0530 Received: from d28av04.in.ibm.com (d28av04.in.ibm.com [9.184.220.66]) by d28relay04.in.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m2B9r9Wx1364178 for ; Tue, 11 Mar 2008 15:23:09 +0530 Received: from d28av04.in.ibm.com (loopback [127.0.0.1]) by d28av04.in.ibm.com (8.13.1/8.13.3) with ESMTP id m2B9r8Xd010092 for ; Tue, 11 Mar 2008 09:53:08 GMT Message-ID: <47D65680.4090106@linux.vnet.ibm.com> Date: Tue, 11 Mar 2008 15:23:04 +0530 From: Balbir Singh Reply-To: balbir@linux.vnet.ibm.com MIME-Version: 1.0 Subject: Re: [PATCH 2/2] Make res_counter hierarchical References: <47D16004.7050204@openvz.org> <20080308134514.434f38f4.kamezawa.hiroyu@jp.fujitsu.com> <47D63FBC.1010805@openvz.org> <6599ad830803110157u71fe6c3cse125d0202610413b@mail.gmail.com> <20080311181325.c0bf6b90.kamezawa.hiroyu@jp.fujitsu.com> <6599ad830803110211u1cb48874l30aa75d21dc2b23@mail.gmail.com> <47D64E0A.3090907@linux.vnet.ibm.com> <20080311183940.11695e41.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: <20080311183940.11695e41.kamezawa.hiroyu@jp.fujitsu.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: KAMEZAWA Hiroyuki Cc: Linux Containers , Linux MM , Paul Menage , Pavel Emelyanov List-ID: KAMEZAWA Hiroyuki wrote: > On Tue, 11 Mar 2008 14:46:58 +0530 > Balbir Singh wrote: > >> Paul Menage wrote: >>> On Tue, Mar 11, 2008 at 2:13 AM, KAMEZAWA Hiroyuki >>> wrote: >>>> or remove all relationship among counters of *different* type of resources. >>>> user-land-daemon will do enough jobs. >>>> >>> Yes, that would be my preferred choice, if people agree that >>> hierarchically limiting overall virtual memory isn't useful. (I don't >>> think I have a use for it myself). >>> >> Virtual limits are very useful. I have a patch ready to send out. >> They limit the amount of paging a cgroup can do (virtual limit - RSS limit). >> Some times end users want to set virtual limit == RSS limit, so that the cgroup >> OOMs on cross the RSS limit. >> > I have no objection to adding virtual limit itself. > (It can be considered as extended ulimit.) > > But if you'd like to add relationship between virtual-limit/memory-usage-limit, > please take care to make it clear that relationship is reaseonable. > No, I don't want to add a relationship, just plain virtual memory limits and let the system administrators determine what works for them. -- Warm Regards, Balbir Singh Linux Technology Center IBM, ISTL -- 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