RFC hugetlb: constrain allocation/free based on task mempolicy
Get series with b4
b4 am 20090630154716.1583.25274.sendpatchset@lts-notebookVersions newest first
- v1 RFC Latest3 patches 10 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/3 | hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcnsmm/ | +31 | 3 replies | |
| 2/3 | hugetlb: derive huge pages nodes allowed from task mempolicyinclude/ mm/ mm/ | +124 | 5 replies | |
| 3/3 | hugetlb: update hugetlb documentation for mempolicy based management.Documentation/ | +143 | 0 replies |
Reviews trailers per patch
1 of 3 patches has a Reviewed-by or Acked-by.
| Patch | Mel Gorman |
|---|---|
| 1/3 | R-b |
| 2/3 | |
| 3/3 |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [RFC 0/3] hugetlb: constrain allocation/free based on task mempolicy
RFC 0/3 hugetlb: constrain allocation/free based on task mempolicy
Against: 25jun09 mmotm atop the "hugetlb: balance freeing..." series
This is V1 of a series of patches to constrain the allocation and freeing of persistent huge pages using the task NUMA mempolicy of the task modifying "nr_hugepages". This series is based on Mel Gorman's suggestion to use task mempolicy.
I have some concerns about a subtle change in behavior [see patch 2/3 and the updated documentation] and the fact that this mechanism ignores some of the semantics of the mempolicy
mode [again, see the doc]. However, this method seems to work
fairly well. And, IMO, the resulting code doesn't look all that bad.
A couple of limitations in this version:
1) 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.
2) I have not implemented a per node nr_overcommit_hugepages as David Rientjes and I discussed earlier. Again, this can be added and specific nodes can be addressed using the mempolicy as this series does for allocation and free.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"[email protected]"> [email protected] </a>