aboutsummaryrefslogtreecommitdiff
path: root/mm/memtest.c
diff options
context:
space:
mode:
authorMinchan Kim2016-07-28 15:47:40 -0700
committerLinus Torvalds2016-07-28 16:07:41 -0700
commit91dcade47a3d0e7c31464ef05f56c08e92a0e9c2 (patch)
tree2a8e2875018e9e13452f9f49edcd60c90ed5e818 /mm/memtest.c
parentd7f05528eedb047efe2288cff777676b028747b6 (diff)
mm: bail out in shrink_inactive_list()
With node-lru, if there are enough reclaimable pages in highmem but nothing in lowmem, VM can try to shrink inactive list although the requested zone is lowmem. The problem is that if the inactive list is full of highmem pages then a direct reclaimer searching for a lowmem page waste CPU scanning uselessly. It just burns out CPU. Even, many direct reclaimers are stalled by too_many_isolated if lots of parallel reclaimer are going on although there are no reclaimable memory in inactive list. I tried the experiment 4 times in 32bit 2G 8 CPU KVM machine to get elapsed time. hackbench 500 process 2 = Old = 1st: 289s 2nd: 310s 3rd: 112s 4th: 272s = Now = 1st: 31s 2nd: 132s 3rd: 162s 4th: 50s. [akpm@linux-foundation.org: fixes per Mel] Link: http://lkml.kernel.org/r/1469433119-1543-1-git-send-email-minchan@kernel.org Signed-off-by: Minchan Kim <minchan@kernel.org> Acked-by: Mel Gorman <mgorman@techsingularity.net> Cc: Johannes Weiner <hannes@cmpxchg.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/memtest.c')
0 files changed, 0 insertions, 0 deletions