public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: fche@redhat.com (Frank Ch. Eigler)
To: ydev <ydev@cs.utah.edu>
Cc: <systemtap@sourceware.org>
Subject: Re: Performance Impact of Systemtap
Date: Wed, 07 Sep 2011 14:26:00 -0000	[thread overview]
Message-ID: <y0m4o0opgxj.fsf@fche.csb> (raw)
In-Reply-To: <cb5b1d6ea5cfb1a47de73cc67487972d@cs.utah.edu> (ydev@cs.utah.edu's message of "Tue, 06 Sep 2011 13:45:15 -0600")


ydev wrote:

> I want to measure the overhead introduced by systemtap scripts.  For
> example, say I were to introduce a SCSI fault during a read or write
> op and I want to measure the overhead by systemtap in doing this. [...]

General time costs come in two pieces: the costs of dispatching the
underlying event to the systemtap module, and the execution time of
the systemtap probe handler itself.  The former depends on what kind
of probe point you attach to (and may vary with kernel version,
architecture, tracepoints cheaper than kprobes, etc.); the latter
depends on your script contents (and may very with systemtap version).

The former may be (under)estimated with microbenchmarks that
repeatedly trigger the particular kind of probe for a null kind of
handler (as in a -DSTP_ALIBI mode run).  The latter may be
(under)estimated with stap -t (timing mode), which prints cycles taken
up by the handlers themselves.

The best way is to measure the impact of your particular workload.  It
may be immeasurably small there.

- FChE

  reply	other threads:[~2011-09-07 14:26 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-06 19:45 ydev
2011-09-07 14:26 ` Frank Ch. Eigler [this message]
     [not found]   ` <be418a6f9779e6bffd7c70c64777e8db@cs.utah.edu>
     [not found]     ` <20110910001315.GA1560@redhat.com>
2011-09-10  0:14       ` Frank Ch. Eigler

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=y0m4o0opgxj.fsf@fche.csb \
    --to=fche@redhat.com \
    --cc=systemtap@sourceware.org \
    --cc=ydev@cs.utah.edu \
    /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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).