public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: Prerna Saxena <prerna@linux.vnet.ibm.com>
To: systemtap@sourceware.org
Cc: Ananth <ananth@linux.vnet.ibm.com>,
	       Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>,
	       Mahesh Jagannath Salgaonkar <mahesh@linux.vnet.ibm.com>,
	       Srikar Dronamraju <srikar@linux.vnet.ibm.com>
Subject: Qemu tracing
Date: Tue, 10 Aug 2010 09:01:00 -0000	[thread overview]
Message-ID: <4C611567.9030407@linux.vnet.ibm.com> (raw)

Hi all,
Here's an update on a self contained userspace tracer mechanism I've
been working on, for QEMU ; alongwith Stefan Hajnoczi.
As people are aware, QEMU is a Virtual Machine Monitor/Emulator which is 
used to run fully virtualised guests using KVM or paravirtualised guests 
using Xen across a multitude of host platforms. While the cross platform 
capabilities of QEMU make it extremely popular, they put stringent 
requirements on the methods that can be employed to trace and profile a 
guest run on QEMU. QEMU runs as a userspace application on different 
hosts, and each host operating system has its own approaches to tracing 
userspace.
To make guest tracing with QEMU truly independent of the host on which
it runs, QEMU must be instrumented by self-contained tracer.
We have devised a static instrumentation framework that allows users to
record binary strings of fixed size into an internal buffer. When full,
the traces are written out to a user-specified file. The trace events
are defined in a text file, and can be toggled on/off via QEMU Monitor
commands( a console interface to QEMU )
When running QEMU on a linux host, one has the choice of using LTTnG as
the supported backend for tracing. In such case, all trace events are
compiled into equivalent LTTnG calls for logging traces. ( This was done 
with a view to ensure that a standalone userspace tracing application 
may be used as an alternative, if the qemu tracing framework is not to 
be used.)  Monitor support is currently not available for the same.

It is presently hosted at :
http://repo.or.cz/w/qemu/stefanha.git/shortlog/refs/heads/tracing ; and
would be posted upstream soon.

This is still in its nascent stages of development, with no optimization 
for calls made out for disabled trace events, etc. The performance 
penalty needs to get better as well.

It would be nice to get some feedback from tracing gurus here, on how
this can be improved.

Regards,
-- 
Prerna Saxena

Linux Technology Centre,
IBM Systems and Technology Lab,
Bangalore, India

             reply	other threads:[~2010-08-10  9:01 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-10  9:01 Prerna Saxena [this message]
2010-08-11 16:19 ` 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=4C611567.9030407@linux.vnet.ibm.com \
    --to=prerna@linux.vnet.ibm.com \
    --cc=ananth@linux.vnet.ibm.com \
    --cc=mahesh@linux.vnet.ibm.com \
    --cc=srikar@linux.vnet.ibm.com \
    --cc=stefanha@linux.vnet.ibm.com \
    --cc=systemtap@sourceware.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).