Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763220AbZDHORy (ORCPT ); Wed, 8 Apr 2009 10:17:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933593AbZDHONt (ORCPT ); Wed, 8 Apr 2009 10:13:49 -0400 Received: from hrndva-omtalb.mail.rr.com ([71.74.56.124]:40998 "EHLO hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933580AbZDHONr (ORCPT ); Wed, 8 Apr 2009 10:13:47 -0400 Date: Wed, 8 Apr 2009 10:13:44 -0400 (EDT) From: Steven Rostedt X-X-Sender: rostedt@gandalf.stny.rr.com To: Ingo Molnar cc: Steven Whitehouse , linux-kernel@vger.kernel.org, mingo@redhat.com, axboe@kernel.dk Subject: Re: Multiple Tracers In-Reply-To: <20090408135312.GR18581@elte.hu> Message-ID: References: <1239197703.3359.25.camel@localhost.localdomain> <20090408135312.GR18581@elte.hu> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1698 Lines: 45 On Wed, 8 Apr 2009, Ingo Molnar wrote: > > * Steven Whitehouse wrote: > > > Hi, > > > > A little while back I posted a RFC patch which added gfs2 glock > > tracing to blktrace. There was a suggestion that I should look > > instead at the generic tracing code and add a new tracer, but I've > > come up with a couple of issues along the way. > > > > I think from what I can see that its only possible to run a single > > tracer at once, so running blktrace (for example) would preclude > > me from also tracing gfs2's glocks at the same time. Also, I can > > see no mechanism by which I could ensure the sequencing between > > the blktrace and glock traces other than exporting the blktrace > > sequence number, even if running multiple tracers at the same time > > was possible. > > There's a recent addition: the EVENT_TRACE() facility. Would that > suit your purposes? > A while ago I've been playing with the idea of alloing multple tracers. I've even kept the plugins to keep track of their own buffers, even though the real design only used one buffer. After the creation of the EVENT_TRACE facility, I no longer see a true need for that feature. Note, anything event enabled will be recorded by all tracers. -- Steve P.S. I'm currently traveling, and my Hotel has horrible internet service. The kind you have to wait 5 seconds to see what you typed :-( So do not expect quick responses from me. -- 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/