#207 Nr. non-backtrace samples in oprofiled.log is not accurate

closed-fixed
None
7
2012-08-27
2011-12-03
No

The Nr. non-backtrace samples is tracked in the daemon code with opd_stats[OPD_SAMPLES]. This value is incremented every time sfile_find() is called from opd_put_sample(). However, if we're processing samples for which the sfile has already been found, then trans->current will be set, and thus we will not call sfile_find again. In fact, there are several statistics counters managed in sfile_find that should probably be managed from opd_put_sample.

Discussion

  • Maynard Johnson

    Maynard Johnson - 2012-07-19

    It turns out that only the OPD_SAMPLES stat was being incremented in the wrong place. The other stats that are incremented in sfile_find() are within if-statements where we could only reach that code if trans.current was NULL in opd_put_samples and we then had to call sfile_find().

    I posted a patch for this problem to the list.

     
  • Maynard Johnson

    Maynard Johnson - 2012-07-19
    • assigned_to: nobody --> maynardj
     
  • Maynard Johnson

    Maynard Johnson - 2012-07-20

    Patch committed on July 20.

     
  • Maynard Johnson

    Maynard Johnson - 2012-07-20
    • status: open --> open-fixed
     
  • Maynard Johnson

    Maynard Johnson - 2012-08-27
    • status: open-fixed --> closed-fixed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks