aboutsummaryrefslogtreecommitdiff
path: root/Documentation/device-mapper/striped.txt
diff options
context:
space:
mode:
authorChen, Kenneth W <kenneth.w.chen@intel.com>2005-11-15 14:37:05 -0800
committerLinus Torvalds <torvalds@g5.osdl.org>2005-11-15 15:50:51 -0800
commit1e185b97b4364063f1135604b87f8d8469944233 (patch)
tree0184e24ae1e9247b7dee62838b981c2d2a741d2e /Documentation/device-mapper/striped.txt
parent47227d50c4ba7d2308b30c19b14e6edf133d5aa8 (diff)
[PATCH] ia64: cpu_idle performance bug fix
Our performance validation on 2.6.15-rc1 caught a disastrous performance regression on ia64 with netperf (-98%) and volanomark (-58%) compares to previous kernel version 2.6.14-git7. See the following chart (result group 1 & 2). http://kernel-perf.sourceforge.net/results.machine_id=26.html We have root caused it to commit 64c7c8f88559624abdbe12b5da6502e8879f8d28 This changeset broke the ia64 task resched notification. In sched.c:resched_task(), a reschedule IPI is conditioned upon TIF_POLLING_NRFLAG. However, the above changeset unconditionally set the polling thread flag for idle tasks regardless whether pal_halt_light is in use or not. As a result, resched IPI is not sent from resched_task(). And since the default behavior on ia64 is to use pal_halt_light, we end up delaying the rescheduling task until next timer tick, and thus cause the performance regression. This fixes the performance bug. I'm glad our performance suite is turning up bad performance bug like this in time. Signed-off-by: Ken Chen <kenneth.w.chen@intel.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'Documentation/device-mapper/striped.txt')
0 files changed, 0 insertions, 0 deletions