diff options
author | Steven Rostedt <srostedt@redhat.com> | 2008-01-25 21:08:12 +0100 |
---|---|---|
committer | Ingo Molnar <mingo@elte.hu> | 2008-01-25 21:08:12 +0100 |
commit | e1f47d891c0f00769d6d40ac5740f943e998d089 (patch) | |
tree | ccf402b5b5a8377af811afb288c39e2e136f1700 /net/ax25 | |
parent | a22d7fc187ed996b66d8439db27b2303f79a8e7b (diff) | |
download | linux-e1f47d891c0f00769d6d40ac5740f943e998d089.tar.gz linux-e1f47d891c0f00769d6d40ac5740f943e998d089.tar.bz2 linux-e1f47d891c0f00769d6d40ac5740f943e998d089.zip |
sched: RT-balance, avoid overloading
This patch changes the searching for a run queue by a waking RT task
to try to pick another runqueue if the currently running task
is an RT task.
The reason is that RT tasks behave different than normal
tasks. Preempting a normal task to run a RT task to keep
its cache hot is fine, because the preempted non-RT task
may wait on that same runqueue to run again unless the
migration thread comes along and pulls it off.
RT tasks behave differently. If one is preempted, it makes
an active effort to continue to run. So by having a high
priority task preempt a lower priority RT task, that lower
RT task will then quickly try to run on another runqueue.
This will cause that lower RT task to replace its nice
hot cache (and TLB) with a completely cold one. This is
for the hope that the new high priority RT task will keep
its cache hot.
Remeber that this high priority RT task was just woken up.
So it may likely have been sleeping for several milliseconds,
and will end up with a cold cache anyway. RT tasks run till
they voluntarily stop, or are preempted by a higher priority
task. This means that it is unlikely that the woken RT task
will have a hot cache to wake up to. So pushing off a lower
RT task is just killing its cache for no good reason.
Signed-off-by: Steven Rostedt <srostedt@redhat.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'net/ax25')
0 files changed, 0 insertions, 0 deletions