[patch] sched: improve tick time missed wakeup preempt protection

From: Mike Galbraith
Date: Sun Nov 22 2009 - 07:08:16 EST



sched: improve tick time missed wakeup preempt protection

f685ceac provides protection from tasks just missing wakeup preemption, and then
having to wait a full slice. However, it offers this protection to tasks which
have no business receiving the benefit, namely SCHED_BATCH and SCHED_IDLE. It
also treats all tasks equally, which obviously isn't true. Exclude tasks of
other than SCHED_NORMAL class, and scale minimum runtime before a tick time
preemption by the difference in task weights, after which, we can just use the
standard wakeup preempt vruntime delta test, sysctl_sched_wakeup_granularity.

Signed-off-by: Mike Galbraith <efault@xxxxxx>
Cc: Ingo Molnar <mingo@xxxxxxx>
Cc: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
LKML-Reference: <new-submission>

---
kernel/sched_fair.c | 20 +++++++++++++-------
1 file changed, 13 insertions(+), 7 deletions(-)

Index: linux-2.6/kernel/sched_fair.c
===================================================================
--- linux-2.6.orig/kernel/sched_fair.c
+++ linux-2.6/kernel/sched_fair.c
@@ -830,17 +830,23 @@ check_preempt_tick(struct cfs_rq *cfs_rq
* narrow margin doesn't have to wait for a full slice.
* This also mitigates buddy induced latencies under load.
*/
- if (!sched_feat(WAKEUP_PREEMPT))
+ if (!sched_feat(WAKEUP_PREEMPT) || cfs_rq->nr_running < 2)
return;
-
- if (delta_exec < sysctl_sched_min_granularity)
- return;
-
- if (cfs_rq->nr_running > 1) {
+ else {
struct sched_entity *se = __pick_next_entity(cfs_rq);
+ unsigned long min = sysctl_sched_min_granularity;
s64 delta = curr->vruntime - se->vruntime;

- if (delta > ideal_runtime)
+ if (task_of(se)->policy != SCHED_NORMAL)
+ return;
+ if (delta < 0)
+ return;
+ if (curr->load.weight != se->load.weight)
+ min = calc_delta_mine(min, curr->load.weight, &se->load);
+ if (delta_exec < min)
+ return;
+
+ if (delta > sysctl_sched_wakeup_granularity)
resched_task(rq_of(cfs_rq)->curr);
}
}


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/