forked from luck/tmp_suning_uos_patched
thp: cleanup how khugepaged enters freezer
khugepaged_do_scan() checks in every iteration whether freezing(current) is true, and in such case breaks out of the loop, which causes try_to_freeze() to be called immediately afterwards in khugepaged_wait_work(). If nothing else, this causes unnecessary freezing(current) test, and also makes the way khugepaged enters freezer a bit less obvious than necessary. Let's just try to freeze directly, instead of splitting it into two (directly adjacent) phases. Signed-off-by: Jiri Kosina <jkosina@suse.cz> Cc: Mel Gorman <mgorman@suse.de> Cc: Andrea Arcangeli <aarcange@redhat.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
This commit is contained in:
parent
ebb09738d3
commit
cd09241121
@ -2799,7 +2799,7 @@ static void khugepaged_do_scan(void)
|
||||
|
||||
cond_resched();
|
||||
|
||||
if (unlikely(kthread_should_stop() || freezing(current)))
|
||||
if (unlikely(kthread_should_stop() || try_to_freeze()))
|
||||
break;
|
||||
|
||||
spin_lock(&khugepaged_mm_lock);
|
||||
@ -2820,8 +2820,6 @@ static void khugepaged_do_scan(void)
|
||||
|
||||
static void khugepaged_wait_work(void)
|
||||
{
|
||||
try_to_freeze();
|
||||
|
||||
if (khugepaged_has_work()) {
|
||||
if (!khugepaged_scan_sleep_millisecs)
|
||||
return;
|
||||
|
Loading…
Reference in New Issue
Block a user