This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: [PATCH v2 2.6.38-rc8-tip 0/20] 0: Inode based uprobes
- From: Steven Rostedt <rostedt at goodmis dot org>
- To: Tom Tromey <tromey at redhat dot com>
- Cc: Thomas Gleixner <tglx at linutronix dot de>, Andi Kleen <andi at firstfloor dot org>, Andrew Morton <akpm at linux-foundation dot org>, Srikar Dronamraju <srikar at linux dot vnet dot ibm dot com>, Peter Zijlstra <peterz at infradead dot org>, Ingo Molnar <mingo at elte dot hu>, Linux-mm <linux-mm at kvack dot org>, Arnaldo Carvalho de Melo <acme at infradead dot org>, Linus Torvalds <torvalds at linux-foundation dot org>, Masami Hiramatsu <masami dot hiramatsu dot pt at hitachi dot com>, Christoph Hellwig <hch at infradead dot org>, Ananth N Mavinakayanahalli <ananth at in dot ibm dot com>, Oleg Nesterov <oleg at redhat dot com>, Jim Keniston <jkenisto at linux dot vnet dot ibm dot com>, Roland McGrath <roland at hack dot frob dot com>, SystemTap <systemtap at sources dot redhat dot com>, LKML <linux-kernel at vger dot kernel dot org>, "Paul E. McKenney" <paulmck at linux dot vnet dot ibm dot com>
- Date: Wed, 16 Mar 2011 13:44:09 -0400
- Subject: Re: [PATCH v2 2.6.38-rc8-tip 0/20] 0: Inode based uprobes
- References: <20110314133403.27435.7901.sendpatchset@localhost6.localdomain6> <20110314163028.a05cec49.akpm@linux-foundation.org> <20110314234754.GP2499@one.firstfloor.org> <alpine.LFD.2.00.1103150114590.2787@localhost6.localdomain6> <20110315180639.GQ2499@one.firstfloor.org> <alpine.LFD.2.00.1103152038280.2787@localhost6.localdomain6> <1300219261.9910.300.camel@gandalf.stny.rr.com> <alpine.LFD.2.00.1103152102430.2787@localhost6.localdomain6> <1300221856.9910.305.camel@gandalf.stny.rr.com> <m3lj0f2cq1.fsf@fleche.redhat.com>
On Wed, 2011-03-16 at 11:32 -0600, Tom Tromey wrote:
> Steve> I'm more interested in the perf/trace than gdb, as the way gdb is mostly
> Steve> used (at least now) to debug problems in the code with a big hammer
> Steve> (single step, look at registers/variables). That is, gdb is usually very
> Steve> interactive and its best to "stop the code" from running to examine what
> Steve> has happened. gdb is not something you will run on an application that
> Steve> is being used by others.
>
> It depends. People do in fact do this stuff. In recent years gdb got
> its own implementation of "always inserted" breakpoints (basically the
> same idea as uprobes) to support some trickier multi-thread debugging
> scenarios.
Like I said, if it helps out gdb then great! My concern is that we will
want it to replace ptrace, where it may not be designed to, then people
will start NAKing it.
I hope that gdb uses it, and we don't add another interface that nobody
uses. But I don't see that happening with uprobes.
-- Steve