From: Jens Axboe <axboe@suse.de>
To: Valdis.Kletnieks@vt.edu
Cc: bert hubert <ahu@ds9a.nl>, linux-kernel@vger.kernel.org
Subject: Re: blockfile access patterns logging
Date: Thu, 8 Jan 2004 15:39:08 +0100 [thread overview]
Message-ID: <20040108143908.GA8688@suse.de> (raw)
In-Reply-To: <200401081430.i08EUVfx005021@turing-police.cc.vt.edu>
On Thu, Jan 08 2004, Valdis.Kletnieks@vt.edu wrote:
> On Thu, 08 Jan 2004 13:00:08 +0100, bert hubert said:
>
> > For some time I've wanted to log exactly what linux is reading and writing
> > from my harddisk - for a variety of reasons. The current reason is that my
> > very idle laptop writes to disk every once in a while (or reads, I don't
> > know).
> >
> > Now, conceptually this should not be very hard, but I'd like to ask your
> > thoughts on where I might insert some crude logging? There are lots of
> > places that might be better or worse for some reason.
> >
> > I'd love to be as close to the physical block device as possible, short of
> > rewriting actual IDE drivers.
>
> You probably want to do logging at a higher level. It's totally
> useless to find out that LBA 2234324567 got re-written. Mapping it to
> a partition on the disk so you know it was something on /dev/hda7 is a
> bit better. And being able to tell that somebody updated the atime on
> /var/log/messages is most informative of all.
For laptops, it's often most interesting to find out _what_ process
dirtied what data (which in turn caused bdflush to sync it), or what
process keeps doing small reads. And block_dump does exactly that (it
was invented for exactly that purpose :)
> The other problem is that unless your laptop is *VERY* idle, you will
> have a scrolling problem and buffering issues - so you end up writing
> to disk to log the buffers and... ;)
I don't think you understand what Bert is looking for. He explicitly
mentions that the machine is very idle, so he's probably looking for
culprits that spin up the drive occasionally.
It doesn't provide tcpdump like logs of course, that's far more
invasive.
--
Jens Axboe
next prev parent reply other threads:[~2004-01-08 14:39 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-08 12:00 blockfile access patterns logging bert hubert
2004-01-08 14:08 ` Jens Axboe
2004-01-08 14:30 ` Valdis.Kletnieks
2004-01-08 14:39 ` Jens Axboe [this message]
2004-01-08 14:54 ` Valdis.Kletnieks
2004-01-08 14:58 ` Jens Axboe
-- strict thread matches above, loose matches on Subject: below --
2004-01-08 14:11 Samium Gromoff
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=20040108143908.GA8688@suse.de \
--to=axboe@suse.de \
--cc=Valdis.Kletnieks@vt.edu \
--cc=ahu@ds9a.nl \
--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