1. 10 Sep, 2015 2 commits
    • Brenden Blanco's avatar
      Improve coverage for kprobe event_re · 7e71aef9
      Brenden Blanco authored
      This makes the attachment of kprobes to arbitrary events more robust.
      
      Issue 1: Functions with '.' characters should not have similarly named
       probes.
      Issue 2: Functions in the blacklist should not be attached to.
      Issue 3: Some functions matched by regex cannot actually be attached to,
       despite not being in the blacklist...possibly the blacklist is outdated?
       Instead, warn instead of error during bulk regex attach.
      Issue 4: Attaching to large numbers of kprobes gets to be very slow. For
       now, leave this unresolved. For reasonably sized regexes, startup times
       may be acceptable, and shutdown times are actually the worse part. To
       speed up shutdown, one could add the following after the last
       attach_kprobe to disable auto-cleanup:
        ```
        from bcc import open_kprobes
        open_kprobes = {}
        ```
       Then, once the program is exited, one must manually
        echo "" > kprobe_events
      
      Some numbers:
      attaching to event_re='tcp_*': 2 sec startup, 15 sec shutdown
      attaching to event_re='b*': 10 sec startup, 75 sec shutdown
      attaching to event_re='*': unknown (>20 min) startup, unknown shutdown
      The slowdowns appear to be exponential, doubtful that '*' will ever
      complete.
      
      Fixes: #199
      Signed-off-by: default avatarBrenden Blanco <bblanco@plumgrid.com>
      7e71aef9
    • 4ast's avatar
      Merge pull request #198 from iovisor/bblanco_dev · 076e8ab2
      4ast authored
      Autoload kprobes for all types of trace_* functions
      076e8ab2
  2. 09 Sep, 2015 12 commits
  3. 08 Sep, 2015 4 commits
  4. 07 Sep, 2015 5 commits
  5. 06 Sep, 2015 2 commits
  6. 05 Sep, 2015 4 commits
  7. 04 Sep, 2015 8 commits
  8. 03 Sep, 2015 3 commits