pprof -call_tree 有什么作用？

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个Golang开发实战，手把手教大家学习《pprof -call_tree 有什么作用？》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

go 工具 pprof 有一个 -call_tree 选项，根据 -help，应该“创建上下文相关的调用树”。但是，cpu 配置文件上的 pprof -tree 为我提供了使用和不使用此选项的完全相同的输出。看起来像这样（一个代表节点）：

flat  flat%   sum%        cum   cum%   calls calls% + context          
----------------------------------------------------------+-------------
                                             0.07s 35.00% |   google.golang.org/grpc/internal/transport.(*http2Server).operateHeaders
                                             0.04s 20.00% |   golang.org/x/net/http2.(*Framer).readMetaFrame
                                             0.02s 10.00% |   github.com/Shopify/sarama.(*FetchResponse).decode
     0.06s  0.79% 51.18%      0.20s  2.63%                | runtime.mapassign_faststr
                                             0.05s 25.00% |   runtime.newobject (inline)
                                             0.03s 15.00% |   aeshashbody
                                             0.03s 15.00% |   runtime.mallocgc

这显然不是一棵树，尤其是因为它显示了 http/2 下的 sarama——从 kafka 消费（通过 sarama）和服务 http/2 是这个过程同时执行的两个独立的事情。

为什么 -call_tree 不影响 -tree 的输出？一般来说，-call_tree 是做什么的？

额外积分

我上面显示的输出节点的确切含义是什么？这是否意味着 35% 的包含 mapassign_faststr 的样本也包含 operateheaders 堆栈中的某处，而 10% 包含 decode ？下面的行怎么样，例如 mallocgc？

我可以阅读哪些文档来回答上述问题？

正确答案

为什么 -call_tree 不影响 -tree 的输出

我认为 -call_tree 选项不会更改 -tree 的输出，输出实际上不是树，它输出树的节点（更多内容请参见额外学分部分）。

一般来说，-call_tree 是做什么的？

当您查看使用 -png 标志生成的图像（没有 -call_tree 标志）时，您会发现差异： 并使用 -call_tree 标志：

因此，pprof 尝试根据上下文创建单独的树，而不是 1 个调用树。就我而言（将列出它们，因为图像上的文本不可读）根是：

• testing.(*B).launch（基准/测试框架）
• runtime.gcBgMarkWorker（运行时 GC 的一部分）
• runtime.bgsweep（运行时 GC 的一部分）
• runtime.mcall（运行时调度程序的一部分）
• runtime.morestack（与堆栈有关:)）

在非 -call_tree 图像中，这些节点仍然存在，但从中间树开始，就好像我们的代码直接调用这些背景处理一样。

基本上，该选项的作用是删除/隐藏函数之间不频繁的调用，因此您最终将为每组频繁相互调用的函数得到一棵树。

我还没有对此进行测试，但我想 pprof 也会为用户代码执行上下文感知树分离。总而言之，它返回一个主观上更具可读性的树，或者至少是一个更相关的树。

上面显示的输出节点的确切含义是什么？

-tree 选项尝试输出树，如图所示。但由于它是文本输出，它一次显示树的 1 个节点，context 列中的非缩进行是当前节点，上面的行是调用当前节点的节点，下面的行是调用当前节点的节点调用（图像中的箭头）。

calls% 是传入或传出边缘的 "weight"，因此实际上是函数调用的百分比。

我可以阅读哪些文档来回答上述问题？

如果通过查看源代码弄清楚了所有这些，那么这里有一些关键部分，以防您感兴趣：

• 完成大部分输出生成的文件：https://github.com/google/pprof/blob/2007db6d4f53c44a417ddae675d50f56b8e8c2fd/internal/report/report.go
• -tree 选项的函数：https://github.com/google/pprof/blob/2007db6d4f53c44a417ddae675d50f56b8e8c2fd/internal/report/report.go#L1047
• 解释何时实际使用 -call_tree 的行：https://github.com/google/pprof/blob/2007db6d4f53c44a417ddae675d50f56b8e8c2fd/internal/report/report.go#L133

今天关于《pprof -call_tree 有什么作用？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！