Linux x86_64应用perf性能分析：如何获取准确调用树？

一、生成正确调用树的GCC编译选项 #

要让perf生成完整准确的调用树，编译时必须添加以下选项：

• -g：生成调试符号信息，perf依赖这些信息解析函数名称、地址和调用关系，即使开启-O2优化也可以添加，对运行性能影响极小。
• -fno-omit-frame-pointer：-O2默认会省略帧指针（rbp寄存器），导致基于帧指针（fp）的调用图回溯失效。添加该选项保留帧指针，确保perf record --call-graph fp能正确生成完整调用树。
  补充：如果选择基于DWARF的调用图（--call-graph dwarf），可以无需-fno-omit-frame-pointer，但需要保证-g已添加，DWARF方式的采样开销略高于fp方式。

二、static修饰符无需移除 #

static函数仅限制文件内可见性，只要编译时添加了-g，调试信息中依然会包含static函数的符号和调用关系，perf完全可以解析到这些函数。无需为了性能分析移除static，保持代码封装性即可。

三、perf统计与手动计时不符的原因 #

1. 采样频率问题：-F max并非最优选择，内核会限制过高的采样频率（避免干扰系统运行），实际采样率可能远低于预期，导致样本不足、统计偏差。建议使用-F 99（避开100Hz系统时钟冲突）或-F 1000等合理频率。
2. 函数内联优化：-O2会大量内联函数（包括static函数），被内联的函数会合并到调用者代码中，perf无法单独统计其耗时。可以添加-fkeep-inline-functions保留内联函数的符号信息，或临时添加-fno-inline禁止内联（注意会影响运行性能）。
3. 采样覆盖率不足：1.5秒运行时长过短，采样样本数量太少，统计误差被放大。比如99Hz频率下，1.5秒仅产生约148个样本，小占比函数的统计结果偏差会非常大。

四、1.5秒运行时长确实过短 #

perf的统计准确性依赖足够的采样样本，1.5秒的运行时间无法提供足够的样本量，导致结果偏差。建议：

• 修改程序，让核心逻辑重复运行，延长总运行时间至10秒以上；
• 如果无法修改程序，可多次重复运行perf record，然后用perf report加载多个数据文件合并分析。

五、优先修复perf配置，手动计时作为补充 #

不建议优先手动插入计时代码，因为侵入性强且无法全局分析瓶颈。但如果perf暂时无法正常工作，可临时用以下方式补充：

• 用clock_gettime(CLOCK_MONOTONIC, ...)统计函数耗时，避免CPU变频影响；
• 对目标函数添加__attribute__((noinline))标记，防止被内联，方便perf和手动计时统计。

内容的提问来源于stack exchange，提问作者Stan