public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
* [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

* [Bug tapsets/4727] Userspace  stack traceback
  2007-07-03 13:51 [Bug tapsets/4727] New: Userspace stack traceback wcohen at redhat dot com
@ 2008-06-11 16:07 ` wcohen at redhat dot com
  2008-09-30 20:10 ` fche at redhat dot com
  1 sibling, 0 replies; 3+ messages in thread
From: wcohen at redhat dot com @ 2008-06-11 16:07 UTC (permalink / raw)
  To: systemtap


------- Additional Comments From wcohen at redhat dot com  2008-06-11 15:01 -------
The gno-profile-wustk2.stp at http://live.gnome.org/GnomePerformance/SystemTap
does a userspace backtrace based on a mechanism from oprofile. Mechanism in
ustack_print function looks like it needs frame pointers to work and
architecture specific to i386


-- 


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

* [Bug tapsets/4727] Userspace  stack traceback
  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
  1 sibling, 0 replies; 3+ messages in thread
From: fche at redhat dot com @ 2008-09-30 20:10 UTC (permalink / raw)
  To: systemtap


------- Additional Comments From fche at redhat dot com  2008-09-30 20:09 -------


*** This bug has been marked as a duplicate of 5635 ***

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |DUPLICATE


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).