Re: [PATCH] cfq + io priorities

[Jens Axboe <axboe@suse.de>]

On Tue, Nov 18 2003, Pavel Machek wrote:
> > > If semaphore is held over disk io somewhere (quota code? journaling?)
> > > you have ugly possibility of priority inversion there.
> > 
> > Indeed yes. That's a general problem with all the io priorities though,
> > RT io might end up waiting for nice 10 io etc. Dunno what to do about
> > this yet...
> 
> Well, traditional (== scheduler) solution is not to have idle classes
> and not guarantee anything about realtime classes.
> 
> At least idle class can not be used to hold important semaphore
> forever (even low-priority prosses receive enough time not to hold
> important semaphores too long)... I believe you should do the same (==
> get rid of idle class for now, and clearly state that realtime ones
> are not _guaranteed_ anything).

That's not doing something about it, that's giving up... I'm not giving
any guarentees in the first place, just 'best effort'.

You could allow idle prio to proceed, if it holds a resource that could
potentially block others.

-- 
Jens Axboe