From: Fredrik Tolf <fredrik@dolda2000.com>
To: linux-kernel@vger.kernel.org
Subject: Weird disk idling
Date: Sun, 26 May 2013 07:29:08 +0200 (CEST) [thread overview]
Message-ID: <alpine.DEB.2.02.1305260712220.8957@shack.dolda2000.com> (raw)
Dear list,
In order to debug I/O performance, I recently wrote a tiny program for
inspecting /sys/block/$DISK/stat. It works by dumping deltas of the values
every 100 ms, quite simply (except the queue-length value, for which
deltas are clearly useless).
Using this, I often see periods during constant I/O loads where there are
lots of requests in the queue, but the disk is completely idle. They
usually last somewhere from 0.1 to 2 seconds. Using the aforementioned
program, they might look, for instance, like this:
1369545418.8 0 0 0 0 2 0 16 4888 134 100 13400
1369545418.9 0 0 0 0 0 0 0 0 134 100 13400
1369545419.0 0 0 0 0 0 0 0 0 135 104 13984
1369545419.1 0 0 0 0 0 0 0 0 135 100 13500
1369545419.2 0 0 0 0 0 0 0 0 135 100 13500
1369545419.3 0 0 0 0 0 0 0 0 135 100 13500
1369545419.4 0 0 0 0 0 0 0 0 135 100 13500
1369545419.5 0 0 0 0 0 0 0 0 135 100 13500
1369545419.6 0 0 0 0 0 0 0 0 135 104 14040
1369545419.7 2 0 64 672 58 0 1185 152512 78 100 11296
I'm sure you all know what the various fields are (except the first, which
is just a timestamp), so as you can see, there are 135 requests in the
queue, but no reads or writes happen, in this case, for at least 800 ms.
Is this behavior normal and expected, or is there something wrong here? In
the latter case, is it my hardware that is failing somehow, or can there
be some software weirdness that can be tweaked away or bugfixed?
The disk in question is a 640 GB WDC Caviar Green, and it's attached via
an old Silicon Image 3114 PCI card. Clearly, the hardware is less than
optimal, but can that explain this behavior? (For the record, the disk
does at least not report any SMART errors, and there are no errors about
in the dmesg.)
The kernel version is 3.7.1, and the scheduler is CFQ.
Thanks for reading!
--
Fredrik Tolf
next reply other threads:[~2013-05-26 6:16 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-26 5:29 Fredrik Tolf [this message]
2013-05-26 8:58 ` ethan
2013-05-29 0:14 ` Valdis.Kletnieks
2013-05-27 1:54 ` Alexander Holler
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=alpine.DEB.2.02.1305260712220.8957@shack.dolda2000.com \
--to=fredrik@dolda2000.com \
--cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®