I *think* this is more of a pprof issue than a gperftools library issue, but I'm not entirely sure. With a pprof hash of d25a53d and gperftools tag version of 2.9.1, it takes forever to load profiles generated by an executable dynamically linked to some large libraries, e.g. I never get to the command prompt. Some system information is below
(base) lindad@pop-os:~/gperftools((HEAD detached at gperftools-2.9.1))$ uname -a
Linux pop-os 5.15.11-76051511-generic #202112220937~1640185481~21.10~b3a2c21 SMP Wed Dec 22 15:41:49 U x86_64 x86_64 x86_64 GNU/Linux
I've created a pprof issue
here. My hypothesis for the slowness is due to addr2line. If I pass -symbolize=none to pprof, then the profile loads instantly and I get immediate access to the command prompt. But what makes me curious is that I've used gperftools and pprof on previous systems, profiling the same large libraries, and never experienced this slowness. I was hoping that members of this forum might have some ideas for what might have changed or some things I might try to make gperftools/pprof usable for me again. I just loved that perftools workflow and would prefer not to move to a different toolset.