parca icon indicating copy to clipboard operation
parca copied to clipboard

right file path

Open zdyj3170101136 opened this issue 2 years ago • 4 comments

problem

the file path is not consistent.

go pprof profile

if using go pprof. then the standard library file path like:

  6871: 0x4f68ee M=1 fmt.Fprint /usr/local/go1.18/go/src/fmt/print.go:232 s=0

parca agent profile

but if the profile file is collect by parca agent, then the standard library file path like :

 404: 0x40d545 M=1 runtime.mallocgc runtime/malloc.go:842 s=0()

expect behaviour

parca agent profile filepath is same with go pprof profile.

the parca agent could get right go version by get godebuginfo from elf file. so i think it is possible to fix it.

It is important for me, because i need correct file path to connect pprof with source code.

zdyj3170101136 avatar Sep 07 '22 09:09 zdyj3170101136

Interesting! This is definitely expected to be consistent. I suspect there is a bug in our symbolizer.

cc @kakkoyun

brancz avatar Sep 07 '22 12:09 brancz

@zdyj3170101136 Thanks for the report.

Could you please elaborate on your binary? Does the binary include DWARF? (Helps us to understand which symbolization strategy is used)

And if it's possible, could you please attach the captured profile?

kakkoyun avatar Sep 07 '22 12:09 kakkoyun

@zdyj3170101136感谢您的报告。

你能详细说明你的二进制文件吗?二进制文件是否包含 DWARF?(帮助我们了解使用了哪种符号化策略)

如果可能的话,能否请您附上捕获的个人资料?

what i see about parca agent profile is in demo.parca.dev.

you can find that the function runtime.goexit's have wrong file name (do not have go version). 截屏2022-09-08 上午9 58 34

here is the profile file:

https://pprof.me/f9a1f0c

zdyj3170101136 avatar Sep 08 '22 02:09 zdyj3170101136

@zdyj3170101136 hi! would it be possible to share the source code and/or both pprof profiles, one taken with parca agent and the other one with pprof?

This information should help us understand what can be causing the problems you are seeing. Thanks!

javierhonduco avatar Sep 21 '22 12:09 javierhonduco