From: Zan Lynx <zlynx@acm.org>
To: ReiserFS Mailing List <reiserfs-devel@vger.kernel.org>
Subject: Re: Interesting observation on Reiser4 flush delays and IO scheduler
Date: Tue, 07 Aug 2007 11:40:28 -0600 [thread overview]
Message-ID: <1186508428.232321.10.camel@localhost> (raw)
In-Reply-To: <1186086508.14479.14.camel@localhost>
[-- Attachment #1: Type: text/plain, Size: 1109 bytes --]
On Thu, 2007-08-02 at 14:28 -0600, Zan Lynx wrote:
> On my laptop while running heavy disk read/write loads, I have
> discovered that the deadline IO scheduler gives me a much better "feel"
> and much shorter (and fewer) system freezes. This is as compared to the
> CFQ scheduler.
Something else I found today. I'm back to the CFQ scheduler. Deadline
was better in the heavy write-out situation, but not so good at reading.
It appears nr_requests was too low at the default of 128. I have bumped
it to 1024. Watching iostat's avgqu-sz field during writeout, I see it
hit over 450 now. Pauses in things like music playback are much
reduced.
My theory is that an atom writeout stalls and blocks read requests if it
can't stuff the whole thing into the disk queue.
If that's true, it'd almost be nice to have a printk "stall warning" or
just have Reiser4 shove nr_requests up automatically until the queue can
hold a complete atom write.
I'm probably wrong with my theory, but I hope the nr_requests suggestion
can help other's with lag problems.
--
Zan Lynx <zlynx@acm.org>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
prev parent reply other threads:[~2007-08-07 17:40 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-02 20:28 Interesting observation on Reiser4 flush delays and IO scheduler Zan Lynx
2007-08-07 17:40 ` Zan Lynx [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=1186508428.232321.10.camel@localhost \
--to=zlynx@acm.org \
--cc=reiserfs-devel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.