]> git.baikalelectronics.ru Git - kernel.git/commit
Revert "sched: Improve scalability via 'CPU buddies', which withstand random perturba...
authorLinus Torvalds <torvalds@linux-foundation.org>
Sun, 16 Sep 2012 19:29:43 +0000 (12:29 -0700)
committerLinus Torvalds <torvalds@linux-foundation.org>
Sun, 16 Sep 2012 19:29:43 +0000 (12:29 -0700)
commitc983283c8438329b21e2cf725608d090a419c5e0
tree7c07e7adadd40fc94cebfe816f1c65a4a630b147
parente8c21609fae401aa2118f362ce32a601f5466d7a
Revert "sched: Improve scalability via 'CPU buddies', which withstand random perturbations"

This reverts commit da244df939a250ae0cc5229a56c8bfc5b7d66561.

Nikolay Ulyanitsky reported thatthe 3.6-rc5 kernel has a 15-20%
performance drop on PostgreSQL 9.2 on his machine (running "pgbench").

Borislav Petkov was able to reproduce this, and bisected it to this
commit da244df939a2 ("sched: Improve scalability via 'CPU buddies' ...")
apparently because the new single-idle-buddy model simply doesn't find
idle CPU's to reschedule on aggressively enough.

Mike Galbraith suspects that it is likely due to the user-mode spinlocks
in PostgreSQL not reacting well to preemption, but we don't really know
the details - I'll just revert the commit for now.

There are hopefully other approaches to improve scheduler scalability
without it causing these kinds of downsides.

Reported-by: Nikolay Ulyanitsky <lystor@gmail.com>
Bisected-by: Borislav Petkov <bp@alien8.de>
Acked-by: Mike Galbraith <efault@gmx.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@kernel.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
include/linux/sched.h
kernel/sched/core.c
kernel/sched/fair.c