>> Run (the problem program) with -v. It prints ~ 100 lines of stats at the end. Send those. So.... My test actually fails with original helgrind very fast as it runs out of TSETs. With N_LSID_BITS=15 it loops forever instead of failing (I've killed it after ~20 minutes). See attachment log1. Since the original helgrind does not handle our mutexes, we see tons of TSETs and few LSETs.
With appropriate interceptors added to hg_interceps.c, the picture is different. The test now fails due to missed timeouts (at least it looks so). See attachment log2. We now see much more LSETs. How do I make sure that the test fails due to delayed timeouts and not due to something else? Can I run helgrind so that it does all the intrusion (instrumentation), but does *not* do any TSET/LSET/etc bookkeeping? Yet another question: can I include helgrind.h into my program as an alternative to creating intercepts for my own locking primitives? Do you have examples? Something similar to http://developers.sun.com/sunstudio/downloads/ssx/tha/libtha.3.html ... Thanks, --kcc On Nov 15, 2007 9:43 PM, Julian Seward <[EMAIL PROTECTED]> wrote: > > > What is the typical slowdown of helgrind (compared to native run or > > compared to memcheck)? > > 30 - 60 x, but is very workload dependent, much more so than memcheck > > > Does it depend on the number of threads/locks? > > It depends on a lot of things. The following are very expensive: > > - deleting (eg, free, delete[], stack deallocation) containing a lock > - pthread_join > > > Do you have any suggestions on further analysis/improvements of helgrind > > performance? > > Run (the problem program) with -v. It prints ~ 100 lines of stats at > the end. Send those. > > J > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Valgrind-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/valgrind-developers >
log1
Description: Binary data
log2
Description: Binary data
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________ Valgrind-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/valgrind-developers
