Bug 1330 - tolerate huge probes
Summary: tolerate huge probes
Status: RESOLVED DUPLICATE of bug 2060
Alias: None
Product: systemtap
Classification: Unclassified
Component: translator (show other bugs)
Version: unspecified
: P2 normal
Target Milestone: ---
Assignee: Frank Ch. Eigler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-12 16:42 UTC by Frank Ch. Eigler
Modified: 2006-01-10 23:18 UTC (History)
0 users

See Also:
Host:
Target:
Build:
Last reconfirmed:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Frank Ch. Eigler 2005-09-12 16:42:42 UTC 
It's easy to express probe points that match hundreds or thousands of places in
the kernel.  This can generate tons of C code, which takes tons of time to
compile.  Investigate ways of reducing the penalty for big probe sessions. 
Possibilities include elimination of duplicate probe bodies (thus reducing
number of emitted functions), simplifying emitted code (optimizing?), reducing
compiler optimization selection.
Comment 1 Frank Ch. Eigler 2005-09-22 22:52:21 UTC 
one chunk of code committed, investigation continuing
Comment 2 Frank Ch. Eigler 2005-09-22 22:59:59 UTC 
actually, new code seems so good that further improvements may not be urgent;
reducing priority
Comment 3 Graydon Hoare 2005-12-21 00:52:20 UTC 
I think this is mostly as efficient as it can get. Tolerating a large number of
*different* probes (with their own probe bodies) is a different matter; but I
think we have it tolerating a single probe placed at a large number of locations.
Comment 4 Frank Ch. Eigler 2006-01-10 23:18:42 UTC 

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