[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080328153152.GA23249@redhat.com>
Date: Fri, 28 Mar 2008 11:31:52 -0400
From: "Frank Ch. Eigler" <fche@...hat.com>
To: Ingo Molnar <mingo@...e.hu>
Cc: KOSAKI Motohiro <m-kosaki@...es.dti.ne.jp>,
Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>,
akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [patch for 2.6.26 0/7] Architecture Independent Markers
Hi -
On Fri, Mar 28, 2008 at 03:41:16PM +0100, Ingo Molnar wrote:
> > > [...] furthermore, and because it's Friday again, let me remind
> > > folks that SystemTap has an even more significant bloat problem: the
> > > fact that it needs a huge download: [...the dwarf debugging
> > > information...]
> >
> > It's a problem, and there are a few improvements under way or being
> > contemplated: [...]
>
> it's been the primary usability problem ever since SystemTap has been
> incepted 3 years ago. [...]
This complaint is particularly rich, seeing how you constantly try to
shoot down patches that would reduce systemtap's need for this, such
as markers. And no, dyn-ftrace is not a complete substitute. See how
many of the markers in mathieu's lttng suite occur at places *other*
than function entry points. See how many require parameters other
than what may already sit in registers.
We in systemtap land have always had to make do with whatever was in
the kernel. There was very little other than kprobes 3 years ago. Of
newer facilities such as markers, ftrace, perfmon2 (I hope), and a
bunch of other little tracer thingies, all those that provide a usable
callback style interface can be exposed to systemtap. The more the
merrier, and the less we'd have to resort to the lowest-level
kprobes/dwarf stuff. Please help rather than obstruct.
- FChE
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists