Hi,

I've read that BTS tracing induces ~20% overhead, but when using an
extremely stripped down version of the  bts_smpl code provided in libpfm4,
the overhead is much more than this.  On a test run of bzip2, bts_smpl took
403 seconds whereas a normal run takes only 16.6 seconds.  In that test, I
even fully removed the call to process_smpl_buf in the main loop.   I am
using 2.6.32-rc7 with the most recent libpfm tree. Am I going about
gathering BTS information the wrong way or is it inherently this slow to
access?

Thanks so much in advance for your suggestions and help.
- Kristen
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
perfmon2-devel mailing list
perfmon2-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/perfmon2-devel

Reply via email to