From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx180.postini.com [74.125.245.180]) by kanga.kvack.org (Postfix) with SMTP id 9720C6B004A for ; Wed, 14 Mar 2012 09:02:38 -0400 (EDT) Received: from /spool/local by e28smtp08.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 14 Mar 2012 18:32:35 +0530 Received: from d28av01.in.ibm.com (d28av01.in.ibm.com [9.184.220.63]) by d28relay02.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q2ED1Br32244810 for ; Wed, 14 Mar 2012 18:31:12 +0530 Received: from d28av01.in.ibm.com (loopback [127.0.0.1]) by d28av01.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q2EIUvg1009601 for ; Thu, 15 Mar 2012 00:00:57 +0530 From: "Aneesh Kumar K.V" Subject: Re: [PATCH -V3 0/8] memcg: Add memcg extension to control HugeTLB allocation In-Reply-To: <20120313144930.284228c4.akpm@linux-foundation.org> References: <1331622432-24683-1-git-send-email-aneesh.kumar@linux.vnet.ibm.com> <20120313144930.284228c4.akpm@linux-foundation.org> Date: Wed, 14 Mar 2012 18:31:09 +0530 Message-ID: <87fwdb8hgq.fsf@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mm@kvack.org List-ID: To: Andrew Morton Cc: linux-mm@kvack.org, mgorman@suse.de, kamezawa.hiroyu@jp.fujitsu.com, dhillf@gmail.com, aarcange@redhat.com, mhocko@suse.cz, hannes@cmpxchg.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org On Tue, 13 Mar 2012 14:49:30 -0700, Andrew Morton wrote: > On Tue, 13 Mar 2012 12:37:04 +0530 > "Aneesh Kumar K.V" wrote: > > > This patchset implements a memory controller extension to control > > HugeTLB allocations. > > Well, why? What are the use cases? Who is asking for this? Why do > they need it and how will they use it? etcetera. > > Please explain, with some care, why you think we should add this > feature to the kernel. So that others can assess whether the value it > adds is worth the cost of adding and maintaining it. > The goal is to control how many HugeTLB pages a group of task can allocate. It can be looked at as an extension of the existing quota interface which limits the number of HugeTLB pages per hugetlbfs superblock. HPC job scheduler requires jobs to specify their resource requirements in the job file. Once their requirements can be met, job schedulers like (SLURM) will schedule the job. We need to make sure that the jobs won't consume more resources than requested. If they do we should error out or kill the application. -aneesh -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org