1

我对“perf”记录调用图的能力着迷，并试图了解如何使用它来理解新的代码库。

我在调试模式下编译了代码，并使用以下命令运行单元测试：

perf record --call-graph dwarf make test

这将创建一个 230 兆的 perf.data。然后我写出调用图

性能报告 --call-graph --stdio > callgraph.txt

这将创建一个 50 兆的文件。

理想情况下，我只想查看属于该项目的代码，而不是内核代码、系统调用、c++ 标准库，甚至是 boost 和任何其他第三方软件。目前我看到像 __GI___dl_iterate_phdr、_Unwind_Find_FDE 等项目。

我喜欢火焰图项目。但是，这种可视化不利于代码理解。还有其他项目、文章、想法可能会有所帮助吗？

4

1 回答 1

2

perf report -g对于大型应用程序，不应因为过于冗长而将其转储到外部文件。Collected perf.data(with -g) 将在没有文件重定向的情况下使用交互式性能报告 TUI 界面工作。您可以禁用调用图报告以查找在perf record没有-g 或的情况下花费最多时间的函数perf report --no-children。

有 gprof2dot 脚本 ( https://github.com/jrfonseca/gprof2dot ) 可以将 lagre perf 报告调用图可视化为紧凑图片 (graph)。

svg/js 中还有 Brendan D. Gregg 的交互式FlameGraphs；他经常在演示文稿中指出，perf report -g输出显示许多兆字节的原始报告转储为许多 A4 页面。perf 有使用说明：http ://www.brendangregg.com/FlameGraphs/cpuflamegraphs.html#perf：

# git clone https://github.com/brendangregg/FlameGraph  # or download it from github
# cd FlameGraph
# perf record -F 99 -g -- ../command
# perf script | ./stackcollapse-perf.pl > out.perf-folded
# ./flamegraph.pl out.perf-folded > perf-kernel.svg

PS：你为什么要分析制作过程？尝试只选择一些测试和配置文件。使用较低的配置文件频率来获得较小的 perf.data 文件。:u还禁用带有默认事件“周期”后缀的内核模式示例：perf record -F 99 -g -e cycles:u -- ../command

于 2017-05-30T05:25:40.290 回答