lkml.org 
[lkml]   [2011]   [Nov]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] mm: Do not stall in synchronous compaction for THP allocations
On Tue, 15 Nov 2011, Mel Gorman wrote:

> Fine control is limited. If it is really needed, I would not oppose
> a patch that allows the use of sync compaction via a new setting in
> /sys/kernel/mm/transparent_hugepage/defrag. However, I think it is
> a slippery slope to expose implementation details like this and I'm
> not currently planning to implement such a patch.
>

This doesn't expose any implementation detail, the "defrag" tunable is
supposed to limit defragmentation efforts in the VM if the hugepages
aren't immediately available and simply fallback to using small pages.
Given that definition, it would make sense to allow for synchronous
defragmentation (i.e. sync_compaction) on the second iteration of the page
allocator slowpath if set. So where's the disconnect between this
proposed behavior and the definition of the tunable in
Documentation/vm/transhuge.txt?


\
 
 \ /
  Last update: 2011-11-15 22:11    [W:0.087 / U:7.176 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site