summaryrefslogtreecommitdiffstats
path: root/kernel/sched/deadline.c
diff options
context:
space:
mode:
authorRik van Riel <riel@redhat.com>2017-07-31 15:28:47 -0400
committerIngo Molnar <mingo@kernel.org>2017-08-10 12:18:16 +0200
commitb5dd77c8bdada7b6262d0cba02a6ed525bf4e6e1 (patch)
tree1dee4ce50d9a7b61cd85232e59563952c4f51b3a /kernel/sched/deadline.c
parent37ec97deb3a8c68a7adfab61beb261ffeab19d09 (diff)
downloadlinux-b5dd77c8bdada7b6262d0cba02a6ed525bf4e6e1.tar.gz
linux-b5dd77c8bdada7b6262d0cba02a6ed525bf4e6e1.tar.bz2
linux-b5dd77c8bdada7b6262d0cba02a6ed525bf4e6e1.zip
sched/numa: Scale scan period with tasks in group and shared/private
Running 80 tasks in the same group, or as threads of the same process, results in the memory getting scanned 80x as fast as it would be if a single task was using the memory. This really hurts some workloads. Scale the scan period by the number of tasks in the numa group, and the shared / private ratio, so the average rate at which memory in the group is scanned corresponds roughly to the rate at which a single task would scan its memory. Signed-off-by: Rik van Riel <riel@redhat.com> Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Acked-by: Mel Gorman <mgorman@suse.de> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: jhladky@redhat.com Cc: lvenanci@redhat.com Link: http://lkml.kernel.org/r/20170731192847.23050-3-riel@redhat.com Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'kernel/sched/deadline.c')
0 files changed, 0 insertions, 0 deletions