From: Jens Axboe <axboe@suse.de>
To: Lukas Hejtmanek <xhejtman@mail.muni.cz>
Cc: Michal Schmidt <xschmi00@stud.feec.vutbr.cz>,
linux-kernel@vger.kernel.org
Subject: Re: ioscheduler and 2.6 kernels
Date: Tue, 22 Nov 2005 13:44:41 +0100 [thread overview]
Message-ID: <20051122124441.GP15804@suse.de> (raw)
In-Reply-To: <20051122121801.GB2529@mail.muni.cz>
On Tue, Nov 22 2005, Lukas Hejtmanek wrote:
> On Tue, Nov 22, 2005 at 12:56:58PM +0100, Michal Schmidt wrote:
> > >I have a question about ioschedulers in current 2.6 kernels. Is there an
> > >option
> > >to build iorequest queues per process? I would like to have the queue for
> > >each
> > >process and pick up request in round robin manner, which results in more
> > >interactive environment.
> >
> > Isn't this exactly what the CFQ scheduler does?
>
> Friend of me tried all the schedulers and he thinks, that all behave basicaly
> the same. His testbed is to extract tar archive with lots small files and in
> parallel to run xterm, which takes serious time. He wonder why.
Your friend has to realize that writeout doesn't typically happen in the
context of the process dirtying the data. CFQ will set aside a special
queue(s) for async writeout, though.
But another major interactivity problem he may see is that if you are
dirtying a lot of memory, other processes doing reads may get stuck in
page reclaim when allocating memory (eg getting a new page cache page,
either directly or perhaps through readahead). Then processes X has to
wait for async queue Z to flush out memory, thus becoming dependent on
each other for interactiveness. The io scheduler knows nothing about
this, so it can't really prevent it from happening.
--
Jens Axboe
prev parent reply other threads:[~2005-11-22 12:43 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-22 11:52 ioscheduler and 2.6 kernels Lukas Hejtmanek
2005-11-22 11:56 ` Michal Schmidt
2005-11-22 12:18 ` Lukas Hejtmanek
2005-11-22 12:44 ` Jens Axboe [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051122124441.GP15804@suse.de \
--to=axboe@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=xhejtman@mail.muni.cz \
--cc=xschmi00@stud.feec.vutbr.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox