Bug 1330

Summary: tolerate huge probes
Product: systemtap Reporter: Frank Ch. Eigler <fche>
Component: translatorAssignee: Frank Ch. Eigler <fche>
Severity: normal    
Priority: P2    
Version: unspecified   
Target Milestone: ---   
Host: Target:
Build: Last reconfirmed:

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 ***