| From: |
| Lee Schermerhorn <lee.schermerhorn@hp.com> |
| To: |
| linux-mm@kvack.org |
| Subject: |
| [PATCH 0/6] hugetlb: V5 constrain allocation/free based on task mempolicy |
| Date: |
| Fri, 28 Aug 2009 12:03:14 -0400 |
| Cc: |
| <akpm@linux-foundation.org>, Mel Gorman <mel@csn.ul.ie>,
Nishanth Aravamudan <nacc@us.ibm.com>,
David Rientjes <rientjes@google.com>,
linux-numa@vger.kernel.org, Adam Litke <agl@us.ibm.com>,
Andy Whitcroft <apw@canonical.com>, <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.
--
To unsubscribe from this list: send the line "unsubscribe linux-numa" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
