From: "K. Prasad" <prasad@linux.vnet.ibm.com>
To: David Wilder <dwilder@us.ibm.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org, systemtap@sourceware.org,
prasadav@us.ibm.com, hch@infradead.org
Subject: Re: [PATCH 0/3] A kernel tracing interface
Date: Fri, 29 Feb 2008 11:06:05 +0530 [thread overview]
Message-ID: <20080229053605.GA10497@in.ibm.com> (raw)
In-Reply-To: <47C70E25.5020708@us.ibm.com>
On Thu, Feb 28, 2008 at 11:40:21AM -0800, David Wilder wrote:
> Andrew Morton wrote:
> >On Tue, 26 Feb 2008 14:38:37 -0800 "David J. Wilder" <dwilder@us.ibm.com>
> >wrote:
> >
> >>These patches provide a kernel tracing interface called "trace".
> >>
> >>ChangeLog:
> >>-Updated to 2.6.25-rc2-mm1
> >>-Removed sem_watch example, to hard to maintain.
> >>-Added a new example that demonstrates per-cpu continuous tracing
> >> of data generated using marker probes.
> >>-Removed inline from relay patch.
> >>-Moved examples into /sample directory.
> >>
> >>The motivation for "trace" is to:
> >>- Provide a simple set of tracing primitives that will utilize the high-
> >> performance and low-overhead of relayfs for passing traces data from
> >> kernel to user space.
> >>- Provide a common user interface for managing kernel traces.
> >>- Allow for binary as well as ascii trace data.
> >>- Incorporate features from the systemtap runtime that are
> >> useful to others.
> >
> >So... what's the story on this versus lttng?
>
> Trace is simpler to use and a smaller bit of code than lttng.
> It may not have all the features of lttng but it is good starting point
> that can be expanded upon. I have several users of trace that just
> wanted a simple way to get data out of the kernel without the overhead
> of lttng trace is working well for them. Trace also works well with
> markers and kprobes. For example systemtap is is using the basic trace
> code to gather data from kprobes and markers.
> >
> >Is there some userspace code available for people to test this? Maybe it's
> >mentioned and I missed it.
>
> I purposely designed trace so no special user code is required to gather
> trace data. Standard user utilities like cat, grep, sort and more is all
> that is needed. I show an example in /samples/trace/fork_trace.c.
>
> However since trace uses relay as its transport any user interfaces
> provided by relay can be used to read trace data. (documented in
> /Documentation/relay.txt)
>
> >
> >It'd be interesting to see a writeup of the proposed kernel<->userspace
> >interfaces. I see a description of kernel-internal interfaces, but how do
> >users use it?
>
> I will add some text in the documentation.
> >
> >I see it uses things from blktrace. Can blktrace be switched over to being
> >a client of this code?
>
> yep.
>
Dave,
I might also want to add to the discussion by stating that you
will find a user for the 'trace' infrastructure in the marker handler
code of the proposed markers for futex subsystem. I hope to post the
patches soon to the community.
Thanks,
K.Prasad
next prev parent reply other threads:[~2008-02-29 5:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-26 22:38 [PATCH 0/3] A kernel tracing interface David J. Wilder
2008-02-28 10:04 ` Andrew Morton
2008-02-28 19:40 ` David Wilder
2008-02-29 5:36 ` K. Prasad [this message]
2008-02-29 12:08 ` K. Prasad
-- strict thread matches above, loose matches on Subject: below --
2007-11-13 1:02 David J. Wilder
2007-10-02 18:55 David J. Wilder
2007-10-02 16:33 David J. Wilder
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=20080229053605.GA10497@in.ibm.com \
--to=prasad@linux.vnet.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=dwilder@us.ibm.com \
--cc=hch@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=prasadav@us.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 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.