gprof 适合分析长时间运行的程序吗？为什么或者为什么不？

Question

我知道 gprof 在打印平面配置文件之前存在一定的样本计数频率。根据样本计数的频率，我的判断是程序运行时间更长，为分析收集的样本更多，因此数据更好。但我不确定这是否属实，以及长时间运行的程序是否适合在 gprof 上进行分析。

任何输入都会非常有帮助。

Answer 1

真的，gprof 有优势（在任何平台上都可用） 然而，缺点使他不适合更复杂的程序。 1）仪表增加了函数调用开销 2）无法在共享库中配置代码 3）仅配置主线程 4）不提供有关缓存未命中的信息 5) 不给出 flops/s 6）不分析循环 等等

Answer 2

到目前为止，对我来说最合乎逻辑的答案是：

如果程序运行时间很长并且我们只对分析感兴趣，那么 grpof 似乎是一个合适的选择 工具，因为 gprof 依赖于样本收集的频率，默认情况下为 100 Hz。如果 gprof 的运行时间非常短，如果在这么短的时间内它调用了很多函数，那么 分析的样本量很可能非常小，因此分析的样本 功能不可靠。否则，分析的检测开销会增加 程序的运行时间和总执行时间可能无法反映程序的实际运行时间 应用程序，可以通过调用提供的适当时间函数来简单地测量 操作系统内核。