A hotspot patch for stack profiling (frame pointer)
Andrew Haley
aph at redhat.com
Tue Dec 9 09:39:53 UTC 2014
On 08/12/14 22:19, Brendan Gregg wrote:
> It's a good idea, but I'm not sure the DWARF unwind approach is
> suitable for dynamic JIT. I'm usually sampling at 99 Hertz. With
> inlined symbols, just the perf.map file can become 10s of Mbytes, and
> I assume the DWARF info would be similar. So the file would need to be
> in a consistent state so that perf can begin reading it anytime, and
> do stack walking based on what it reads, while at the same time
> symbols may be compiled anytime and the map file would need to change.
Valgrind has a nice solution to this: a high-speed DWARF unwinder
cache which converts the unwind info into an internal form.
Andrew.
More information about the serviceability-dev
mailing list