From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lee Schermerhorn Subject: [PATCH 0/6] hugetlb: V5 constrain allocation/free based on task mempolicy Date: Fri, 28 Aug 2009 12:03:14 -0400 Message-ID: <20090828160314.11080.18541.sendpatchset@localhost.localdomain> Return-path: Sender: linux-numa-owner@vger.kernel.org List-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-mm@kvack.org Cc: akpm@linux-foundation.org, Mel Gorman , Nishanth Aravamudan , David Rientjes , linux-numa@vger.kernel.org, Adam Litke , Andy Whitcroft , eric.whitney@hp.com PATCH 0/6 hugetlb: numa control of persistent huge pages alloc/free Against: 2.6.31-rc7-mmotm-090827-0057 This is V5 of a series of patches to provide control over the location of the allocation and freeing of persistent huge pages on a NUMA platform. This series uses the task NUMA mempolicy of the task modifying "nr_hugepages" to constrain the affected nodes. This method is based on Mel Gorman's suggestion to use task mempolicy. One of the benefits of this method is that it does not *require* modification to hugeadm(8) to use this feature. One of the possible downsides is that task mempolicy is limited by cpuset constraints. V4 added a subset of the hugepages sysfs attributes to each per node system device directory under: /sys/devices/node/node[0-9]*/hugepages. The per node attibutes allow direct assignment of a huge page count on a specific node, regardless of the task's mempolicy or cpuset constraints. V5 addresses review comments -- changes described in patch descriptions. Should be almost ready for -mm? Note, I haven't implemented a boot time parameter to constrain the boot time allocation of huge pages. This can be added if anyone feels strongly that it is required.