This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFC] Deprecating mtrace?
- From: OndÅej BÃlka <neleai at seznam dot cz>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: Fabrice Bauzac <libnoon at gmail dot com>, ams at gnu dot org, joseph at codesourcery dot com, libc-alpha at sourceware dot org
- Date: Mon, 4 Nov 2013 11:12:53 +0100
- Subject: Re: [RFC] Deprecating mtrace?
- Authentication-results: sourceware.org; auth=none
- References: <20131103185737 dot GA29145 at domone dot podge> <Pine dot LNX dot 4 dot 64 dot 1311031859260 dot 16907 at digraph dot polyomino dot org dot uk> <20131103191754 dot GA29265 at domone dot podge> <E1Vd3d0-0005vw-59 at fencepost dot gnu dot org> <20131103220632 dot GC29825 at domone dot podge> <E1Vd7xe-0002K3-Pi at fencepost dot gnu dot org> <CAB6Q1a_a-Ko3jUowbp4A3QGYkWAxT-Ch4AL0BzZA-eD+QScB6w at mail dot gmail dot com> <20131104093404 dot GA4985 at domone dot podge> <52776C90 dot 4020502 at redhat dot com>
On Mon, Nov 04, 2013 at 10:44:48AM +0100, Florian Weimer wrote:
> On 11/04/2013 10:34 AM, OndÅej BÃlka wrote:
>
> >$ time valgrind gcc -O3 m.c -fPIC -shared
>
> This runs valgrind on the compiler driver.
>
> >LD_PRELOAD=./m.so MALLOC_TRACE=x time gcc -O3 m.c -fPIC -shared
>
> This enables mtrace for the compiler driver and compiler, assembler,
> and linker.
>
I should notice that it is odd that valgrind is faster expected.
This changes situation as frequent forks slow valgrind down.
valgrind --trace-children=yes gcc -O3 m3.c -fPIC -shared
real 0m20.255s
user 0m18.953s
sys 0m1.216s
still for big files performance is comparable.
valgrind --trace-children=yes gcc -O3 iconvdata/big5.c
real 0m51.237s
user 0m49.607s
sys 0m1.424s