sched: min_vruntime fix
commit3fe69747dab906cd6a8523230276a9820d6a514f
authorPeter Zijlstra <a.p.zijlstra@chello.nl>
Fri, 14 Mar 2008 19:55:51 +0000 (14 20:55 +0100)
committerIngo Molnar <mingo@elte.hu>
Sat, 15 Mar 2008 02:02:49 +0000 (15 03:02 +0100)
treebab43c856bd5c23a43fe641be3d1a0e85d3dd604
parent0e1f34833bd9170ccc93ab759e48e695917fa48f
sched: min_vruntime fix

Current min_vruntime tracking is incorrect and will cause serious
problems when we don't run the leftmost task for some reason.

min_vruntime does two things; 1) it's used to determine a forward
direction when the u64 vruntime wraps, 2) it's used to track the
leftmost vruntime to position newly enqueued tasks from.

The current logic advances min_vruntime whenever the current task's
vruntime advance. Because the current task may pass the leftmost task
still waiting we're failing the second goal. This causes new tasks to be
placed too far ahead and thus penalizes their runtime.

Fix this by making min_vruntime the min_vruntime of the waiting tasks by
tracking it in enqueue/dequeue, and compare against current's vruntime
to obtain the absolute minimum when placing new tasks.

Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
kernel/sched_fair.c