From: "Jose R. Santos" <jrs@us.ibm.com>
To: Eric Sandeen <sandeen@redhat.com>
Cc: ext4 development <linux-ext4@vger.kernel.org>
Subject: Re: tracepoints in ext4 (and/or ext3?)
Date: Tue, 12 Aug 2008 08:19:54 -0500 [thread overview]
Message-ID: <20080812081954.5f5eeb10@gara> (raw)
In-Reply-To: <48A09E7F.7060605@redhat.com>
On Mon, 11 Aug 2008 15:18:07 -0500
Eric Sandeen <sandeen@redhat.com> wrote:
> As just an initial inquiry, I'm wondering how people would feel about
> putting some tracepoints (trace_mark()) into ext[34] for monitoring the
> fs behavior.
>
> Good/bad/indifferent?
>
> Thanks,
>
> -Eric
Good idea, although Im not sure if ext[34] is the best place we should
start putting markers though.
For ext[34], I would start by putting markers on VFS entry points into
ext4 and journal activity. For these to be useful though, we also need
markers in the following places:
iochedulers
elv_next_request()
elv_add_request()
elv_completed_request()
scsi
scsi_prep_fn()
scsi_dispatch_cmd()
scsi_done()
scsi_io_completion()
Entry and exit points of all IO system calls.
AND
The VFS call for these system calls.
bio
generic_make_request()
bio_endio()
Scheduler
idle_balance() Personally, I find it useful to know when a
machine goes idle because is stalling on IO
Im sure Im missing something but this should be a good start to be able
to track the life of a pending IO to see where deficiencies lie.
-JRS
next prev parent reply other threads:[~2008-08-12 13:19 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-11 20:18 tracepoints in ext4 (and/or ext3?) Eric Sandeen
2008-08-12 2:13 ` KOSAKI Motohiro
2008-08-12 3:23 ` Theodore Tso
2008-08-12 3:30 ` Eric Sandeen
2008-08-12 6:33 ` KOSAKI Motohiro
2008-08-12 13:19 ` Jose R. Santos [this message]
2008-08-12 13:57 ` Eric Sandeen
2008-08-12 16:32 ` Theodore Tso
2008-08-13 1:42 ` Eric Sandeen
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=20080812081954.5f5eeb10@gara \
--to=jrs@us.ibm.com \
--cc=linux-ext4@vger.kernel.org \
--cc=sandeen@redhat.com \
/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.