lkml.org 
[lkml]   [2006]   [Jun]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [patch] cfq: ioprio inherit rt class
Date
From
Lee Revell <rlrevell@joe-job.com> wrote:
> On Sat, 2006-06-03 at 10:10 +1000, Con Kolivas wrote:
> > On Saturday 03 June 2006 03:12, Jens Axboe wrote:
> > > Not sure. RT io needs to be considered carefully, but I guess so does RT
> > > CPU scheduling. For now I'd prefer to play it a little safer, and only
> > > inheric the priority value and not the class.

> > The problem I envisioned with that was that realtime tasks, if they
> > don't specify an io priority (as most current code doesn't), would
> > basically get io priority 4 and have the same proportion as any nice 0
> > SCHED_NORMAL task whereas -nice tasks automatically are getting better
> > io priority. How about givent them normal class but best priority so
> > they are at least getting the same as nice -20?

> Have you seen RT threads trying to disk IO 'in the wild'

I'd be surprised, to be sure.

> or is this a
> theoretical concern? I don't know of any such apps.

Is it hard to do? If not, as this isn't forbidden as such, it makes sense
IMVHO.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
-
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: 2006-06-03 21:14    [from the cache]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and my Meterkast|Read the blog