blocks|key|3289169|text|gprof将不起作用，您需要使用sprof。我发现这些链接很有帮助：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3289170|3289171|How+to+use+sprof?|unordered-list-item|3289172|http://greg-n-blog.blogspot.com/2010/01/profiling-shared-library-on-linux-using.html|3289173|3289174|来自第二个链接的摘要：|3289175|3289176|在调试(-g)模式下编译共享库(libmylib.so)。No+PROFILE。将LD_PROFILE_OUTPUT=pwd|ordered-list-item|3289177|export+LD_PROFILE=libmylib.so|3289178|rm配置文件导出到加载libmylib.so|3289179|sprof+PATH-TO-LIB/$LD_|3289180|+-f+$LD_PROFILE.profile+-p+>log|3289181|的程序查看日志。|3289182|3289183|我发现在步骤2中，它需要是一个现有的目录--否则您会得到一个有用的警告。在步骤3中，您可能需要将库指定为libmylib.so.X+(甚至可能是.X.Y，不确定)+--否则您将不会得到任何警告。|3289184|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/881074/how-to-use-sprof|1^0|0|5|G|5|0|0|0|H|0|0|0|2C|1|0|0|0|0|1N|3|0|0|0|0|0|0|0|1G|D|20|4|0^^$0|@$1|2|3|4|5|6|7|1E|8|@$9|1F|A|1G|B|C]|$9|1H|A|1I|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|1J|8|@]|D|@]|E|$]]|$1|G|3|H|5|I|7|1K|8|@]|D|@$9|1L|A|1M|1|1N]]|E|$]]|$1|J|3|K|5|I|7|1O|8|@]|D|@$9|1P|A|1Q|1|1R]]|E|$]]|$1|L|3|-4|5|6|7|1S|8|@]|D|@]|E|$]]|$1|M|3|N|5|6|7|1T|8|@]|D|@]|E|$]]|$1|O|3|-4|5|6|7|1U|8|@]|D|@]|E|$]]|$1|P|3|Q|5|R|7|1V|8|@$9|1W|A|1X|B|C]]|D|@]|E|$]]|$1|S|3|T|5|R|7|1Y|8|@]|D|@]|E|$]]|$1|U|3|V|5|R|7|1Z|8|@]|D|@]|E|$]]|$1|W|3|X|5|R|7|20|8|@]|D|@]|E|$]]|$1|Y|3|Z|5|R|7|21|8|@]|D|@]|E|$]]|$1|10|3|11|5|R|7|22|8|@]|D|@]|E|$]]|$1|12|3|-4|5|6|7|23|8|@]|D|@]|E|$]]|$1|13|3|14|5|6|7|24|8|@$9|25|A|26|B|C]|$9|27|A|28|B|C]]|D|@]|E|$]]|$1|15|3|-4|5|6|7|29|8|@]|D|@]|E|$]]]|16|$17|$5|18|19|1A|E|$1B|1C]]|1D|$5|18|19|1A|E|$1B|K]]]]

<code>gprof</code> won't work, you need to use <code>sprof</code> instead. I found these links helpful:

<ul>
<li><a href="https://stackoverflow.com/questions/881074/how-to-use-sprof">How to use sprof?</a></li>
<li><a href="http://greg-n-blog.blogspot.com/2010/01/profiling-shared-library-on-linux-using.html" rel="noreferrer">http://greg-n-blog.blogspot.com/2010/01/profiling-shared-library-on-linux-using.html</a></li>
</ul>

Summary from the 2nd link:

<ol>
<li>Compile your shared library (libmylib.so) in debug (-g) mode. No -pg.</li>
<li>export LD_PROFILE_OUTPUT=`pwd`</li>
<li>export LD_PROFILE=libmylib.so</li>
<li>rm -f $LD_PROFILE.profile</li>
<li>execute your program that loads libmylib.so</li>
<li>sprof PATH-TO-LIB/$LD_PROFILE $LD_PROFILE.profile -p >log</li>
<li>See the log.</li>
</ol>

I found that in step 2, it needs to be an existing directory -- otherwise you get a helpful warning. And in step 3, you might need to specify the library as <code>libmylib.so.X</code> (maybe even <code>.X.Y</code>, not sure) -- otherwise you get no warning whatsoever.

blocks|key|3289200|text|如果你不在Linux上(就像我在Solaris上)，那你就倒霉了，因为那里没有sprof。如果你有你的库的源代码，你可以通过链接一个静态库来解决你的问题，而不是用它来创建你的分析二进制文件。我设法跟踪对共享库的调用的另一种方法是使用truss。使用-u+[!]lib,...:[:][!]func,+...选项，可以很好地了解一次运行的调用历史。它与分析并不完全相同，但在某些情况下可能非常有用。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3289201|entityMap^0|13|5|38|5|3G|T|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]|$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|O|8|@]|D|@]|E|$]]]|G|$]]

If you're not on Linux (like me on Solaris) you simply out of luck as there is no <code>sprof</code> there. 
If you have the sources of your library you can solve your problem by linking a static library and making your profiling binary with that one instead.
Another way I manage to trace calls to shared libraries, is by using <code>truss</code>. With the option <code>-u [!]lib,...:[:][!]func, ...</code> one can get a good picture of the call history of a run. It's not completely the same as profiling but can be very usefull in some scenarios.

blocks|key|3289309|text|我正在从Python加载我的库，但在使用sprof时没有遇到任何问题。相反，我使用的是oprofile，它至少在Fedora存储库中：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3289310|3289311|+operf+--callgraph+/path/to/mybinary|blockquote|3289312|3289313|等待应用程序完成或按Ctl-c组合键停止分析。现在让我们生成一个配置文件摘要：|3289314|opreport+--callgraph+--symbols|3289315|3289316|请参阅documentation对其进行解释。有点乱。在生成的报告中，每个符号都列在其自身的块中。块的主要符号是未缩进的符号。它上面的项是调用该函数的函数，它下面的项是它调用的东西。下面部分中的百分比是它在这些被调用者中花费的相对时间量。|3289317|entityMap|0|LINK|mutability|MUTABLE|url|http://oprofile.sourceforge.net/doc/opreport.html^0|K|5|17|8|0|0|1|Z|0|0|0|0|U|0|0|3|D|0|0^^$0|@$1|2|3|4|5|6|7|Z|8|@$9|10|A|11|B|C]|$9|12|A|13|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|14|8|@]|D|@]|E|$]]|$1|G|3|H|5|I|7|15|8|@$9|16|A|17|B|C]]|D|@]|E|$]]|$1|J|3|-4|5|6|7|18|8|@]|D|@]|E|$]]|$1|K|3|L|5|6|7|19|8|@]|D|@]|E|$]]|$1|M|3|N|5|6|7|1A|8|@$9|1B|A|1C|B|C]]|D|@]|E|$]]|$1|O|3|-4|5|6|7|1D|8|@]|D|@]|E|$]]|$1|P|3|Q|5|6|7|1E|8|@]|D|@$9|1F|A|1G|1|1H]]|E|$]]|$1|R|3|-4|5|6|7|1I|8|@]|D|@]|E|$]]]|S|$T|$5|U|V|W|E|$X|Y]]]]

I'm loading my library from Python and didn't have any luck with <code>sprof</code>. Instead, I used <code>oprofile</code>, which was in the Fedora repositories, at least:

<blockquote>
 <code>operf --callgraph /path/to/mybinary</code>
 
 Wait for your application to finish or do Ctl-c to stop profiling. Now let's generate a profile summary:
 
 <code>opreport --callgraph --symbols</code>
</blockquote>

See the <a href="http://oprofile.sourceforge.net/doc/opreport.html" rel="nofollow">documentation</a> to interpret it. It's kind of a mess. In the generated report, each symbol is listed in a block of its own. The block's main symbol is the one that's not indented. The items above it are functions that call that function, and the ones below it are the things that get called by it. The percentages in the below section are the relative amount of time it spent in those callees.

I am working on Linux environment. I have two 'C' source packages train and test_train.

<ol>
<li>train package when compiled generates libtrain.so</li>
<li>test_train links to libtrain.so and generates executable train-test</li>
</ol>

Now I want to generate a call graph using gprof which shows calling sequence of functions in main program as well as those inside libtrain.so

I am compiling and linking both packages with -pg option and debugging level is o0.
After I do ./train-test , gmon.out is generated. Then I do:

<pre><code>$ gprof -q ./train-test gmon.out
</code></pre>

Here, output shows call graph of functions in train-test but not in libtrain.so

What could be the problem ?

gprof : How to generate call graph for functions in shared library that is linked to main program

Solaris

Python

Fedora

Linux

我在Linux环境下工作。我有两个“C”源包train和test_train。列车包在编译时会生成到libtrain.so的libtrain.sotest_train链接，并生成可执行的列车测试现在，我想使用gprof生成一个调用图，它显示主程序中函数的调用序列以及libtrain.so中的函数调用序列我使用-pg选项...

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

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

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

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

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