darcs patch: Teach the inliner about primitive compar... (and
2more)
Samuel Bronson
naesten at gmail.com
Tue Oct 17 10:09:22 EDT 2006
On 10/17/06, Simon Peyton-Jones <simonpj at microsoft.com> wrote:
> We'll look again at those profiling bugs -- but meanwhile there's a
> difficulty lurking: profiling will change what the optimiser does, which
That's not nice! I mean, of course it will affect the speed and
*actual* memory usage... but it would be nice if it could get the
optimizer to just play along, so you could get decent allocation
profiles...
> may conceal exactly what you are looking for. Instead we usually use
Indeed, it seems to. At least, if I have cost centers on the
sub-module level, it does...
> valgrind to profile execuction at a lower level http://valgrind.org.
> Something like this
>
> valgrind --tool=cachegrind <prog> <args>
> [ creates a file like cachegrind.out.23915]
> cg_annotate --23915
> [ use the correct number, of course ]
Does that help track down allocation? If so, how?
More information about the Cvs-ghc
mailing list