This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug runtime/14691] New: the task_finder vma tracking could use individual syscall tracepoints
- From: "dsmith at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Tue, 09 Oct 2012 19:48:17 +0000
- Subject: [Bug runtime/14691] New: the task_finder vma tracking could use individual syscall tracepoints
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=14691
Bug #: 14691
Summary: the task_finder vma tracking could use individual
syscall tracepoints
Product: systemtap
Version: unspecified
Status: NEW
Severity: enhancement
Priority: P2
Component: runtime
AssignedTo: systemtap@sourceware.org
ReportedBy: dsmith@redhat.com
Classification: Unclassified
Currently, when vma tracking is needed, the task_finder turns on syscall
tracing to keep track of mmap()/munmap() calls. Unfortunately, this slows down
every syscall.
Instead, if CONFIG_FTRACE_SYSCALLS is enabled, the task_finder could attach to
the individual mmap()/munmap() tracepoints.
As a comment states in task_finder2.c:
/* FIXME: in the brave new world, we'll use target individual
* syscalls, instead of tracing all syscalls for the map stuff.
* However, process.syscall will still need to target all syscalls. */
(Note that this enhancement doesn't depend on bug #14689, since from the C
runtime we should be able to use the "syscalls" tracepoints.)
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.