https://bugs.kde.org/show_bug.cgi?id=433500

--- Comment #4 from Mark Wielaard <m...@klomp.org> ---
(In reply to Paul Floyd from comment #3)
> With the suggested changes, for DRD I get, when running
> 
> /usr/bin/time -p perl tests/vg_regtest drd/tests
> 
> == 130 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0
> stdoutB failures, 0 post failures ==
> drd/tests/pth_cleanup_handler            (stderr)
> 
> The above testcase that fails generates
> 
> +Process terminating with default action of signal 14 (SIGALRM)
> +   at 0x........: (within libpthread-?.?.so)
> +   by 0x........: pthread_once (drd_pthread_intercepts.c:?)
> +   by 0x........: UnknownInlinedFun (gthr-default.h:700)
> +   by 0x........: uw_init_context_1 (unwind-dw2.c:1598)
> +   by 0x........: _Unwind_ForcedUnwind (unwind.inc:211)
> +   by 0x........: (within libpthread-?.?.so)
> +   by 0x........: (within libpthread-?.?.so)
> +   by 0x........: f (pth_cleanup_handler.c:?)
> +   by 0x........: vgDrd_thread_wrapper (drd_pthread_intercepts.c:?)
> +   by 0x........: (within libpthread-?.?.so)
> +   by 0x........: clone (in /...libc...)
> +Destroying condition variable that is being waited upon: cond 0x........,
> mutex 0x........ locked by thread 0
> +   at 0x........: pthread_cond_wait@@GLIBC_2.3.2(within libpthread-?.?.so)
> +   by 0x........: pthread_cond_wait (drd_pthread_intercepts.c:?)
> +   by 0x........: pthread_cond_wait (drd_pthread_intercepts.c:?)
> +   by 0x........: vgDrd_sema_down (drd_pthread_intercepts.c:?)
> +   by 0x........: pthread_create (drd_pthread_intercepts.c:?)
> +   by 0x........: main (pth_cleanup_handler.c:?)
> +
> +
> +ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)

I cannot tell whether that is good or bad.
It seems the test doesn't expect this failure mode.
But it seems the dwarf reader worked as expected doesn't it?

> I also noticed a substantial slowdown

Maybe that explains the above test failure? A timeout because valgrind is
reading all that debuginfo?

> Runtime with change and debuginfo installed
> real 2200.95
> user 2085.74
> sys 23.89
> 
> Without the changes and with debuginfo removed [0 failures]
> real 244.29
> user 149.81
> sys 13.18
> 
> With the changes and still withoug debuginfo [0 failures]
> real 245.38
> user 151.01
> sys 13.17

Yes, this is also expected sadly. The dwarf reader is really slow and it is
basically reading all the gcc runtime library debuginfo eagerly as soon as
libstdc++.so is loaded. That takes a lot of time.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to