This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug runtime/14691] New: the task_finder vma tracking could use individual syscall tracepoints


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]