* [Bug tapsets/4727] New: Userspace stack traceback
@ 2007-07-03 13:51 wcohen at redhat dot com
2008-06-11 16:07 ` [Bug tapsets/4727] " wcohen at redhat dot com
2008-09-30 20:10 ` fche at redhat dot com
0 siblings, 2 replies; 3+ messages in thread
From: wcohen at redhat dot com @ 2007-07-03 13:51 UTC (permalink / raw)
To: systemtap
For application tuning it would be very useful to have a traceback of the
user-space stack to determine how a particular systemcall is being invoked. The
application in mind would be for looking at lock contention issues. The futext
example on the wiki points out which futexes have problems:
http://sourceware.org/systemtap/wiki/WSFutexContention
However, it doesn't show where in the code those are being triggered. The stack
backtrace of the user process would give developer some idea whether to look in
the code.
--
Summary: Userspace stack traceback
Product: systemtap
Version: unspecified
Status: NEW
Severity: enhancement
Priority: P2
Component: tapsets
AssignedTo: systemtap at sources dot redhat dot com
ReportedBy: wcohen at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=4727
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-09-30 20:10 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-07-03 13:51 [Bug tapsets/4727] New: Userspace stack traceback wcohen at redhat dot com
2008-06-11 16:07 ` [Bug tapsets/4727] " wcohen at redhat dot com
2008-09-30 20:10 ` fche at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).