sched: fix mysql+oltp regression
authorMike Galbraith <efault@gmx.de>
Mon, 11 Aug 2008 11:32:02 +0000 (13:32 +0200)
committerIngo Molnar <mingo@elte.hu>
Mon, 11 Aug 2008 12:49:29 +0000 (14:49 +0200)
commit77ae651347bdd46830da8b28b1efc5e4a9d7cbd0
tree5c43252b5811cc0cba7b92e6b2fd241e0df6e3c8
parent251a169c69d1ff07cee7a9bb9fc4faff6b1d2ac3
sched: fix mysql+oltp regression

Defer commit 6d299f1b53b84e2665f402d9bcc494800aba6386 to the next release.

Testing of the tip/sched/clock tree revealed a mysql+oltp regression
which bisection eventually traced back to this commit in mainline.

Pertinent test results:  Three run sysbench averages, throughput units
in read/write requests/sec.

clients         1     2     4     8    16    32    64
6e0534f      9646 17876 34774 33868 32230 30767 29441
2.6.26.1     9112 17936 34652 33383 31929 30665 29232
6d299f1      9112 14637 28370 33339 32038 30762 29204

Note: subsequent commits hide the majority of this regression until you
apply the clock fixes, at which time it reemerges at full magnitude.

We cannot see anything bad about the change itself so we defer it to the
next release until this problem is fully analysed.

Signed-off-by: Mike Galbraith <efault@gmx.de>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: Gregory Haskins <ghaskins@novell.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
kernel/sched_fair.c