lkml.org 
[lkml]   [2003]   [Sep]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] Nick's scheduler policy v12


Nick Piggin wrote:

>
>
> Martin J. Bligh wrote:
>
>>
>> OK. So you renice it ... then your two cpu jobs exit, and you kick off
>> xmms. Every time you waggle a window, X will steal the cpu back from
>> xmms, and it'll stall, surely? That's what seemed to happen before.
>> I don't see how you can fix anything by doing static priority
>> alterations
>> (eg nice), because the workload changes.
>>
>> I'm probably missing something ... feel free to slap me ;-)
>>
>
> OK well just as a rough idea of how mine works: worst case for
> xmms is that X is at its highest dynamic priority (and reniced).
> xmms will be at its highest dynamic prio, or maybe one or two
> below that.
>
> X will get to run for maybe 30ms first, then xmms is allowed 6ms.
> That is still 15% CPU. And X soon comes down in priority if it
> continues to use a lot of CPU.
>

Backboost is not very different from renicing. It is just and implicit
and much less controlled way of allowing unfairness. And that is not
very different from the interactivity stuff either.


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

\
 
 \ /
  Last update: 2005-03-22 13:48    [W:0.079 / U:1.400 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site