[lkml]   [1998]   [Jun]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: kswapd's priority
Stephen C. Tweedie <> wrote:
> Now, it's fairly clear how we can do priority inheritance if there is
> only one process responsible for waking up any specific wait-queue.
> Things get far more complex if that property does not hold. How, for
> example, do we manage priorities in the case of nfs clients where we
> have 5 nfs rpc threads by default, all of which may be busy servicing
> somebody else's low-priority request at the time the realtime process
> makes an nfs IO? We'd have to be able to assign groups of processes to
> groups of wait-queues in order to propogate the priority of any realtime
> process which blocks on one of those wait-queues.

You can optimize a bit by giving the wait queue a priority (and a
count of how many mebers of the queue are at this priority). When
a higher priority process arrives, you change the priority (and
set the count to 1). When all processes at some given priority
leave, you walk the queue.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to

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