* I/O Scheduling
@ 2006-01-28 9:58 Libin Varghese
2006-01-28 17:54 ` Florian Schmidt
0 siblings, 1 reply; 6+ messages in thread
From: Libin Varghese @ 2006-01-28 9:58 UTC (permalink / raw)
To: linux-kernel
Hi all,
Is there any work done on new I/O scheduling techniques (other
than as, cfq, noop, deadline)?
Regards,
Libin Varghese
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: I/O Scheduling
2006-01-28 9:58 I/O Scheduling Libin Varghese
@ 2006-01-28 17:54 ` Florian Schmidt
2006-01-28 18:08 ` Lee Revell
0 siblings, 1 reply; 6+ messages in thread
From: Florian Schmidt @ 2006-01-28 17:54 UTC (permalink / raw)
To: Libin Varghese; +Cc: linux-kernel
On Sat, 28 Jan 2006 15:28:54 +0530
Libin Varghese <libinv@gmail.com> wrote:
> Hi all,
> Is there any work done on new I/O scheduling techniques (other
> than as, cfq, noop, deadline)?
Hi,
i'm also interested in these. Especially I/O priorities per process/task
similar to scheduling priorities. It would be just awesome to be able to
give i.e. a hd recording program (or any other data aquisition or
playback program) a high I/O priority.
Image no buffer overruns ever in a hd recorder. Or no more video
dropouts when watching a movie and at the same time copying a file from
the same partition you play the video from.
Is there any work done in this area. I faintly remember to have read
about something like this over a year ago, but have forgotten all the
specifics.
Thanks for all infos and regards,
Florian Schmidt
--
Palimm Palimm!
http://tapas.affenbande.org
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: I/O Scheduling
2006-01-28 17:54 ` Florian Schmidt
@ 2006-01-28 18:08 ` Lee Revell
2006-01-28 19:18 ` Jens Axboe
0 siblings, 1 reply; 6+ messages in thread
From: Lee Revell @ 2006-01-28 18:08 UTC (permalink / raw)
To: Florian Schmidt; +Cc: Libin Varghese, linux-kernel, Jens Axboe
On Sat, 2006-01-28 at 18:54 +0100, Florian Schmidt wrote:
>
> i'm also interested in these. Especially I/O priorities per
> process/task similar to scheduling priorities. It would be just
> awesome to be able to give i.e. a hd recording program (or any other
> data aquisition or playback program) a high I/O priority.
>
I believe it's already implemented for the CFQ scheduler only, but the
patch does not seem to be in mainline.
Jens, what's the status of this?
Lee
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: I/O Scheduling
2006-01-28 18:08 ` Lee Revell
@ 2006-01-28 19:18 ` Jens Axboe
2006-01-28 19:44 ` Lee Revell
0 siblings, 1 reply; 6+ messages in thread
From: Jens Axboe @ 2006-01-28 19:18 UTC (permalink / raw)
To: Lee Revell; +Cc: Florian Schmidt, Libin Varghese, linux-kernel
On Sat, Jan 28 2006, Lee Revell wrote:
> On Sat, 2006-01-28 at 18:54 +0100, Florian Schmidt wrote:
> >
> > i'm also interested in these. Especially I/O priorities per
> > process/task similar to scheduling priorities. It would be just
> > awesome to be able to give i.e. a hd recording program (or any other
> > data aquisition or playback program) a high I/O priority.
> >
>
> I believe it's already implemented for the CFQ scheduler only, but the
> patch does not seem to be in mainline.
>
> Jens, what's the status of this?
It's merged, since 2.6.13.
--
Jens Axboe
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: I/O Scheduling
2006-01-28 19:18 ` Jens Axboe
@ 2006-01-28 19:44 ` Lee Revell
2006-01-28 21:28 ` Jens Axboe
0 siblings, 1 reply; 6+ messages in thread
From: Lee Revell @ 2006-01-28 19:44 UTC (permalink / raw)
To: Jens Axboe; +Cc: Florian Schmidt, Libin Varghese, linux-kernel
On Sat, 2006-01-28 at 20:18 +0100, Jens Axboe wrote:
> On Sat, Jan 28 2006, Lee Revell wrote:
> > On Sat, 2006-01-28 at 18:54 +0100, Florian Schmidt wrote:
> > >
> > > i'm also interested in these. Especially I/O priorities per
> > > process/task similar to scheduling priorities. It would be just
> > > awesome to be able to give i.e. a hd recording program (or any other
> > > data aquisition or playback program) a high I/O priority.
> > >
> >
> > I believe it's already implemented for the CFQ scheduler only, but the
> > patch does not seem to be in mainline.
> >
> > Jens, what's the status of this?
>
> It's merged, since 2.6.13.
>
OK, I was looking at an old patch, the API must have changed. Can it be
controlled per thread, independently of the nice value/RT priority?
Lee
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: I/O Scheduling
2006-01-28 19:44 ` Lee Revell
@ 2006-01-28 21:28 ` Jens Axboe
0 siblings, 0 replies; 6+ messages in thread
From: Jens Axboe @ 2006-01-28 21:28 UTC (permalink / raw)
To: Lee Revell; +Cc: Florian Schmidt, Libin Varghese, linux-kernel
On Sat, Jan 28 2006, Lee Revell wrote:
> On Sat, 2006-01-28 at 20:18 +0100, Jens Axboe wrote:
> > On Sat, Jan 28 2006, Lee Revell wrote:
> > > On Sat, 2006-01-28 at 18:54 +0100, Florian Schmidt wrote:
> > > >
> > > > i'm also interested in these. Especially I/O priorities per
> > > > process/task similar to scheduling priorities. It would be just
> > > > awesome to be able to give i.e. a hd recording program (or any other
> > > > data aquisition or playback program) a high I/O priority.
> > > >
> > >
> > > I believe it's already implemented for the CFQ scheduler only, but the
> > > patch does not seem to be in mainline.
> > >
> > > Jens, what's the status of this?
> >
> > It's merged, since 2.6.13.
> >
>
> OK, I was looking at an old patch, the API must have changed. Can it be
> controlled per thread, independently of the nice value/RT priority?
Yes it can, get a recent util-linux and look at ionice (there's a man
page, too).
--
Jens Axboe
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2006-01-28 21:28 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-01-28 9:58 I/O Scheduling Libin Varghese
2006-01-28 17:54 ` Florian Schmidt
2006-01-28 18:08 ` Lee Revell
2006-01-28 19:18 ` Jens Axboe
2006-01-28 19:44 ` Lee Revell
2006-01-28 21:28 ` Jens Axboe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).