| commit | 0bbbc0b33d141f78a0d9218a54a47f50621220d3 | |
| author | Andrea Arcangeli <aarcange@redhat.com> | |
| Thu, 13 Jan 2011 23:47:05 +0000 (13 15:47 -0800) | ||
| committer | Linus Torvalds <torvalds@linux-foundation.org> | |
| Fri, 14 Jan 2011 01:32:45 +0000 (13 17:32 -0800) | ||
| tree | 3ef3363c189ac536926119731eb86dcf989f4adb | treesnapshot (tar.gz zip) |
| parent | d39d33c332c611094f84cee39715866f4cbf79e2 | commitdiff |
thp: add numa awareness to hugepage allocations
It's mostly a matter of replacing alloc_pages with alloc_pages_vma after
introducing alloc_pages_vma. khugepaged needs special handling as the
allocation has to happen inside collapse_huge_page where the vma is known
and an error has to be returned to the outer loop to sleep
alloc_sleep_millisecs in case of failure. But it retains the more
efficient logic of handling allocation failures in khugepaged in case of
CONFIG_NUMA=n.
Signed-off-by: Andrea Arcangeli <aarcange@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
It's mostly a matter of replacing alloc_pages with alloc_pages_vma after
introducing alloc_pages_vma. khugepaged needs special handling as the
allocation has to happen inside collapse_huge_page where the vma is known
and an error has to be returned to the outer loop to sleep
alloc_sleep_millisecs in case of failure. But it retains the more
efficient logic of handling allocation failures in khugepaged in case of
CONFIG_NUMA=n.
Signed-off-by: Andrea Arcangeli <aarcange@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
| include/linux/gfp.h | diffblobblamehistory | |
| mm/huge_memory.c | diffblobblamehistory | |
| mm/mempolicy.c | diffblobblamehistory |