aboutsummaryrefslogtreecommitdiffstats
path: root/kernel/sched.c
diff options
context:
space:
mode:
authorGregory Haskins <ghaskins@novell.com>2008-01-25 15:08:07 -0500
committerIngo Molnar <mingo@elte.hu>2008-01-25 15:08:07 -0500
commit73fe6aae84400e2b475e2a1dc4e8592cd3ed6e69 (patch)
tree97c7d6a866d75563082c422491fc423b47aca9d7 /kernel/sched.c
parentc7a1e46aa9782a947cf2ed506245d43396dbf991 (diff)
sched: add RT-balance cpu-weight
Some RT tasks (particularly kthreads) are bound to one specific CPU. It is fairly common for two or more bound tasks to get queued up at the same time. Consider, for instance, softirq_timer and softirq_sched. A timer goes off in an ISR which schedules softirq_thread to run at RT50. Then the timer handler determines that it's time to smp-rebalance the system so it schedules softirq_sched to run. So we are in a situation where we have two RT50 tasks queued, and the system will go into rt-overload condition to request other CPUs for help. This causes two problems in the current code: 1) If a high-priority bound task and a low-priority unbounded task queue up behind the running task, we will fail to ever relocate the unbounded task because we terminate the search on the first unmovable task. 2) We spend precious futile cycles in the fast-path trying to pull overloaded tasks over. It is therefore optimial to strive to avoid the overhead all together if we can cheaply detect the condition before overload even occurs. This patch tries to achieve this optimization by utilizing the hamming weight of the task->cpus_allowed mask. A weight of 1 indicates that the task cannot be migrated. We will then utilize this information to skip non-migratable tasks and to eliminate uncessary rebalance attempts. We introduce a per-rq variable to count the number of migratable tasks that are currently running. We only go into overload if we have more than one rt task, AND at least one of them is migratable. In addition, we introduce a per-task variable to cache the cpus_allowed weight, since the hamming calculation is probably relatively expensive. We only update the cached value when the mask is updated which should be relatively infrequent, especially compared to scheduling frequency in the fast path. Signed-off-by: Gregory Haskins <ghaskins@novell.com> Signed-off-by: Steven Rostedt <srostedt@redhat.com> Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'kernel/sched.c')
-rw-r--r--kernel/sched.c9
1 files changed, 8 insertions, 1 deletions
diff --git a/kernel/sched.c b/kernel/sched.c
index 357d3a084de8..66e99b419b31 100644
--- a/kernel/sched.c
+++ b/kernel/sched.c
@@ -343,6 +343,7 @@ struct rt_rq {
343 int rt_load_balance_idx; 343 int rt_load_balance_idx;
344 struct list_head *rt_load_balance_head, *rt_load_balance_curr; 344 struct list_head *rt_load_balance_head, *rt_load_balance_curr;
345 unsigned long rt_nr_running; 345 unsigned long rt_nr_running;
346 unsigned long rt_nr_migratory;
346 /* highest queued rt task prio */ 347 /* highest queued rt task prio */
347 int highest_prio; 348 int highest_prio;
348}; 349};
@@ -5144,7 +5145,13 @@ int set_cpus_allowed(struct task_struct *p, cpumask_t new_mask)
5144 goto out; 5145 goto out;
5145 } 5146 }
5146 5147
5147 p->cpus_allowed = new_mask; 5148 if (p->sched_class->set_cpus_allowed)
5149 p->sched_class->set_cpus_allowed(p, &new_mask);
5150 else {
5151 p->cpus_allowed = new_mask;
5152 p->nr_cpus_allowed = cpus_weight(new_mask);
5153 }
5154
5148 /* Can the task run on the task's current CPU? If so, we're done */ 5155 /* Can the task run on the task's current CPU? If so, we're done */
5149 if (cpu_isset(task_cpu(p), new_mask)) 5156 if (cpu_isset(task_cpu(p), new_mask))
5150 goto out; 5157 goto out;