From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30517 invoked by alias); 28 Feb 2008 19:41:11 -0000 Received: (qmail 30509 invoked by uid 22791); 28 Feb 2008 19:41:10 -0000 X-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from e1.ny.us.ibm.com (HELO e1.ny.us.ibm.com) (32.97.182.141) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 28 Feb 2008 19:40:46 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e1.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m1SJeg5o009313 for ; Thu, 28 Feb 2008 14:40:42 -0500 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m1SJegpE225530 for ; Thu, 28 Feb 2008 14:40:42 -0500 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m1SJefcV026428 for ; Thu, 28 Feb 2008 14:40:42 -0500 Received: from [9.47.18.76] (lc4eb748232119.beaverton.ibm.com [9.47.18.76]) by d01av04.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m1SJefji025370; Thu, 28 Feb 2008 14:40:41 -0500 Message-ID: <47C70E25.5020708@us.ibm.com> Date: Thu, 28 Feb 2008 19:41:00 -0000 From: David Wilder User-Agent: Thunderbird 1.5.0.12 (X11/20071129) MIME-Version: 1.0 To: Andrew Morton CC: linux-kernel@vger.kernel.org, systemtap@sourceware.org, prasadav@us.ibm.com, hch@infradead.org Subject: Re: [PATCH 0/3] A kernel tracing interface References: <1204065517.26964.14.camel@lc4eb748232119.ibm.com> <20080228020437.8f99f646.akpm@linux-foundation.org> In-Reply-To: <20080228020437.8f99f646.akpm@linux-foundation.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2008-q1/txt/msg00333.txt.bz2 Andrew Morton wrote: > On Tue, 26 Feb 2008 14:38:37 -0800 "David J. Wilder" 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. > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ >