性能测试工具GNU gprof

1 简介
改进应用程序的性能是一项很是耗时耗力的工做，可是究竟程序中是哪些函数消耗掉了大部分执行时间，这一般都不是很是明显的。GNU 编译器工具包所提供了一种剖析工具 GNU profiler（gprof）。gprof 能够为 Linux平台上的程序精确分析性能瓶颈。gprof精确地给出函数被调用的时间和次数，给出函数调用关系。
gprof 用户手册网站 http://sourceware.org/binutils/docs-2.17/gprof/index.html

2 功能
Gprof 是GNU gnu binutils工具之一，默认状况下linux系统当中都带有这个工具。

1. 能够显示“flat profile”，包括每一个函数的调用次数，每一个函数消耗的处理器时间，

2. 能够显示“Call graph”，包括函数的调用关系，每一个函数调用花费了多少时间。

3. 能够显示“注释的源代码”－－是程序源代码的一个复本，标记有程序中每行代码的执行次数。

3 原理
经过在编译和连接程序的时候（使用 -pg 编译和连接选项），gcc 在你应用程序的每一个函数中都加入了一个名为mcount ( or  “_mcount”  , or  “__mcount” , 依赖于编译器或操做系统)的函数，也就是说你的应用程序里的每个函数都会调用mcount, 而mcount 会在内存中保存一张函数调用图，并经过函数调用堆栈的形式查找子函数和父函数的地址。这张调用图也保存了全部与函数相关的调用时间，调用次数等等的全部信息。

4 使用流程
1. 在编译和连接时 加上-pg选项。通常咱们能够加在 makefile 中。

2. 执行编译的二进制程序。执行参数和方式同之前。

3. 在程序运行目录下 生成 gmon.out 文件。若是原来有gmon.out 文件，将会被重写。

4. 结束进程。这时 gmon.out 会再次被刷新。

5. 用 gprof 工具分析 gmon.out 文件。

5 参数说明
l -b 再也不输出统计图表中每一个字段的详细描述。

l -p 只输出函数的调用图（Call graph的那部分信息）。

l -q 只输出函数的时间消耗列表。

l -e Name 再也不输出函数Name 及其子函数的调用图（除非它们有未被限制的其它父函数）。能够给定多个 -e 标志。一个 -e 标志只能指定一个函数。

l -E Name 再也不输出函数Name 及其子函数的调用图，此标志相似于 -e 标志，但它在总时间和百分比时间的计算中排除了由函数Name 及其子函数所用的时间。

l -f Name 输出函数Name 及其子函数的调用图。能够指定多个 -f 标志。一个 -f 标志只能指定一个函数。

l -F Name 输出函数Name 及其子函数的调用图，它相似于 -f 标志，但它在总时间和百分比时间计算中仅使用所打印的例程的时间。能够指定多个 -F 标志。一个 -F 标志只能指定一个函数。-F 标志覆盖 -E 标志。

l -z 显示使用次数为零的例程（按照调用计数和累积时间计算）。

通常用法： gprof –b 二进制程序 gmon.out >report.txt

6 报告说明
Gprof 产生的信息解释：

Call Graph 的字段含义：

注意：

程序的累积执行时间只是包括gprof可以监控到的函数。工做在内核态的函数和没有加-pg编译的第三方库函数是没法被gprof可以监控到的，（如sleep（）等）

Gprof 的具体参数能够 经过 man gprof 查询。

7 共享库的支持
对于代码剖析的支持是由编译器增长的，所以若是但愿从共享库中得到剖析信息，就须要使用 -pg 来编译这些库。提供已经启用代码剖析支持而编译的 C 库版本（libc_p.a）。

若是须要分析系统函数（如libc库），能够用 –lc_p替换-lc。这样程序会连接libc_p.so或libc_p.a。这很是重要，由于只有这样才能监控到底层的c库函数的执行时间，（例如memcpy()，memset()，sprintf()等）。

gcc example1.c –pg -lc_p -o example1

注意要用ldd ./example | grep libc来查看程序连接的是libc.so仍是libc_p.so

8 用户时间与内核时间
gprof 的最大缺陷：它只能分析应用程序在运行过程当中所消耗掉的用户时间，没法获得程序内核空间的运行时间。一般来讲，应用程序在运行时既要花费一些时间来运行用户代码，也要花费一些时间来运行 “系统代码”，例如内核系统调用sleep()。

有一个方法能够查看应用程序的运行时间组成，在 time 命令下面执行程序。这个命令会显示一个应用程序的实际运行时间、用户空间运行时间、内核空间运行时间。

如 time ./program

输出：

real    2m30.295s

user    0m0.000s

sys     0m0.004s

9 注意事项
1. g++在编译和连接两个过程，都要使用-pg选项。

2. 只能使用静态链接libc库，不然在初始化*.so以前就调用profile代码会引发“segmentation fault”，解决办法是编译时加上-static-libgcc或-static。

3. 若是不用g++而使用ld直接连接程序，要加上连接文件/lib/gcrt0.o，如ld -o myprog /lib/gcrt0.o myprog.o utils.o -lc_p。也多是gcrt1.o

4. 要监控到第三方库函数的执行时间，第三方库也必须是添加 –pg 选项编译的。

5. gprof只能分析应用程序所消耗掉的用户时间.

6. 程序不能以demon方式运行。不然采集不到时间。（可采集到调用次数）

7. 首先使用 time 来运行程序从而判断 gprof 是否能产生有用信息是个好方法。

8. 若是 gprof 不适合您的剖析须要，那么还有其余一些工具能够克服 gprof 部分缺陷，包括 OProfile 和 Sysprof。

9. gprof对于代码大部分是用户空间的CPU密集型的程序用处明显。对于大部分时间运行在内核空间或者因为外部因素（例如操做系统的 I/O 子系统过载）而运行得很是慢的程序难以进行优化。

10. gprof 不支持多线程应用，多线程下只能采集主线程性能数据。缘由是gprof采用ITIMER_PROF信号，在多线程内只有主线程才能响应该信号。可是有一个简单的方法能够解决这一问题：http://sam.zoy.org/writings/programming/gprof.html

11. gprof只能在程序正常结束退出以后才能生成报告（gmon.out）。

a) 缘由： gprof经过在atexit()里注册了一个函数来产生结果信息，任何非正常退出都不会执行atexit()的动做，因此不会产生gmon.out文件。

b) 程序可从main函数中正常退出，或者经过系统调用exit()函数退出。

10 多线程应用
gprof 不支持多线程应用，多线程下只能采集主线程性能数据。缘由是gprof采用ITIMER_PROF信号，在多线程内只有主线程才能响应该信号。

采用什么方法才可以分析全部线程呢？关键是可以让各个线程都响应ITIMER_PROF信号。能够经过桩子函数来实现，重写pthread_create函数。

11 数据图形化

1) gprof ./main > profile.txt 把数据输出到profile.txt文件中
2) gprof2dot.py profile.txt > profile.dot 生成dot文件
3) dot -Tsvg -o gprof.svg 生成svg文件 咱们就直接用浏览器就能够打开svg看那个函数是热点了。

gprof2dot.py脚本能够用githun上fork下来，dot工具，linux能够直接安装。centos 命令 yum install graphviz。其余发行版本的，把安装命令换一下就好了。

参考连接：http://www.javashuo.com/article/p-pzuujogw-p.html

https://fooyou.github.io/document/2015/07/22/performance-tools-for-linux-cplusplus.html