问gprof :如何为链接到主程序的共享库中的函数生成调用图

EN

gprof将不起作用，您需要使用sprof。我发现这些链接很有帮助：

• How to use sprof?
• http://greg-n-blog.blogspot.com/2010/01/profiling-shared-library-on-linux-using.html

来自第二个链接的摘要：

1. 在调试(-g)模式下编译共享库(libmylib.so)。No PROFILE。将LD_PROFILE_OUTPUT=pwd
2. export LD_PROFILE=libmylib.so
3. rm配置文件导出到加载libmylib.so
4. sprof PATH-TO-LIB/$LD_
5. -f $LD_PROFILE.profile -p >log
6. 的程序查看日志。

我发现在步骤2中，它需要是一个现有的目录--否则您会得到一个有用的警告。在步骤3中，您可能需要将库指定为libmylib.so.X (甚至可能是.X.Y，不确定) --否则您将不会得到任何警告。

我正在从Python加载我的库，但在使用sprof时没有遇到任何问题。相反，我使用的是oprofile，它至少在Fedora存储库中：

operf --callgraph /path/to/mybinary

等待应用程序完成或按Ctl-c组合键停止分析。现在让我们生成一个配置文件摘要：

opreport --callgraph --symbols

请参阅documentation对其进行解释。有点乱。在生成的报告中，每个符号都列在其自身的块中。块的主要符号是未缩进的符号。它上面的项是调用该函数的函数，它下面的项是它调用的东西。下面部分中的百分比是它在这些被调用者中花费的相对时间量。

如果你不在Linux上(就像我在Solaris上)，那你就倒霉了，因为那里没有sprof。如果你有你的库的源代码，你可以通过链接一个静态库来解决你的问题，而不是用它来创建你的分析二进制文件。我设法跟踪对共享库的调用的另一种方法是使用truss。使用-u [!]lib,...:[:][!]func, ...选项，可以很好地了解一次运行的调用历史。它与分析并不完全相同，但在某些情况下可能非常有用。