From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e6.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id jA7GheRI031199 for ; Mon, 7 Nov 2005 11:43:40 -0500 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.12.10/NCO/VERS6.7) with ESMTP id jA7Ghequ055510 for ; Mon, 7 Nov 2005 11:43:40 -0500 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11/8.13.3) with ESMTP id jA7Ghd0P023629 for ; Mon, 7 Nov 2005 11:43:40 -0500 Subject: Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19 From: Adam Litke In-Reply-To: <436B1150.2010001@cosmosbay.com> References: <20051104010021.4180A184531@thermo.lanl.gov> <20051103221037.33ae0f53.pj@sgi.com> <436B1150.2010001@cosmosbay.com> Content-Type: text/plain; charset=ISO-8859-15 Date: Mon, 07 Nov 2005 10:42:54 -0600 Message-Id: <1131381774.25133.45.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-linux-mm@kvack.org Return-Path: To: Eric Dumazet Cc: Paul Jackson , Linus Torvalds , andy@thermo.lanl.gov, mbligh@mbligh.org, akpm@osdl.org, arjan@infradead.org, arjanv@infradead.org, haveblue@us.ibm.com, kravetz@us.ibm.com, lhms-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, linux-mm@kvack.org, mel@csn.ul.ie, mingo@elte.hu, nickpiggin@yahoo.com.au List-ID: On Fri, 2005-11-04 at 08:44 +0100, Eric Dumazet wrote: > Paul Jackson a ecrit : > > Linus wrote: > > > >>Maybe you'd be willing on compromising by using a few kernel boot-time > >>command line options for your not-very-common load. > > > > > > If we were only a few options away from running Andy's varying load > > mix with something close to ideal performance, we'd be in fat city, > > and Andy would never have been driven to write that rant. > > I found hugetlb support in linux not very practical/usable on NUMA machines, > boot-time parameters or /proc/sys/vm/nr_hugepages. > > With this single integer parameter, you cannot allocate 1000 4MB pages on one > specific node, letting small pages on another node. > > I'm not an astrophysician, nor a DB admin, I'm only trying to partition a dual > node machine between one (numa aware) memory intensive job and all others > (system, network, shells). > At least I can reboot it if needed, but I feel Andy pain. > > There is a /proc/buddyinfo file, maybe we need a /proc/sys/vm/node_hugepages > with a list of integers (one per node) ? Or perhaps /sys/devices/system/node/nodeX/nr_hugepages triggers that work like the current /proc trigger but on a per node basis? -- Adam Litke - (agl at us.ibm.com) IBM Linux Technology Center -- 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