需要练习的----gprof使用备忘

2024-01-16 04:58

本文主要是介绍需要练习的----gprof使用备忘,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

gprof使用备忘

zzz:   http://blog.csdn.net/gengoo/article/details/5264346
分类:  C++编程2010-01-28 10:24  1095人阅读  评论(1)  收藏  举报

gprof介绍
gprof是GNU profiler工具。可以显示程序运行的“flatprofile”,包括每个函数的调用次数,每个函数消耗的处理器时间。也可以显示“调用图”,包括函数的调用关系,每个函数调用花费了多少时间。还可以显示“注释的源代码”,是程序源代码的一个复本,标记有程序中每行代码的执行次数。

为gprof编译程序
在编译或链接源程序的时候在编译器的命令行参数中加入“-pg”选项,编译时编译器会自动在目标代码中插入用于性能测试的代码片断,这些代码在程序在运行时采集并记录函数的调用关系和调用次数,以及采集并记录函数自身执行时间和子函数的调用时间,程序运行结束后,会在程序退出的路径下生成一个gmon.out文件。这个文件就是记录并保存下来的监控数据。可以通过命令行方式的gprof或图形化的Kprof来解读这些数据并对程序的性能进行分析。另外,如果想查看库函数的profiling,需要在编译是再加入“-lc_p”编译参数代替“-lc”编译参数,这样程序会链接libc_p.a库,才可以产生库函数的profiling信息。如果想执行一行一行的profiling,还需要加入“-g”编译参数。
例如如下命令行:
gcc -Wall -g -pg -lc_p example.c -oexample

执行gprof
执行如下命令行,即可执行gprof:
gprof OPTIONS EXECUTABLE-FILE gmon.outBB-DATA [YET-MORE-PROFILE-DATA-FILES...] [>OUTFILE]

gprof产生的信息
  
%                       the percentage of the total running time of the
time                    program used by this function.
                         函数使用时间占所有时间的百分比。
cumulative         a running sum of the number of seconds accounted
 seconds            for by this function and those listed above it.
                         函数和上列函数累计执行的时间。
 self                   the number of seconds accounted for by this
seconds            function alone.  This is the major sort forthis
                         listing.
                        函数本身所执行的时间。
calls                  the number of times this function was invoked, if
                         this function is profiled, else blank.
                        函数被调用的次数
 self                  the average number of milliseconds spent in this
ms/call              function per call, if this function is profiled,
                       else blank.
                        每一次调用花费在函数的时间microseconds。
 total                 the average number of milliseconds spent in this
ms/call              function and its descendents per call, if this
                        function is profiled, else blank.
                        每一次调用,花费在函数及其衍生函数的平均时间microseconds。
name                the name of the function.  This is the minorsort
                         for this listing. The index shows the location of
                        the function in the gprof listing. If the index is
                        in parenthesis it shows where it would appear in
                        the gprof listing if it were to be printed.
                        函数名

 

gprof对于profiling非常有用,不过初学者可能会遇到一些障碍。下面把步骤一一列出,应该比较容易明白了。

$ uname -a
Linux dev 2.4.21-9.30AXsmp #1 SMP Wed May 26 23:37:09 EDT 2004 i686i686 i386 GNU/Linux

$ gprof --version
GNU gprof 2.14.90.0.4
Based on BSD gprof, copyright 1983 Regents of the University ofCalifornia.
This program is free software. This program has absolutely nowarranty.


$ cat foo.c

int main(void)
{
    printf("helloworld/n");
    return0;
}

$ gcc -g -pg foo.c

$ ./a.out
hello world

$ gprof
gprof: gmon.out file is missing call-graphdata

    这个结果有点莫名其妙。难道这个简单的一个例子都过不了?其实这是gprof的一个“feature”,也许是专门用来迷惑初学者的。出错的原因参见:http://gcc.gnu.org/ml/gcc-help/2006-06/msg00037.html,是我们的函数过于简单,其中没有什么函数调用导致的。

    让我们换个复杂一点的例子看看。

$ cat bar.c

static int sub(void);

int main(void)
{
    inti;

    printf("helloworld/n");

    for(i = 0; i < 10; i++)
        sub();

    return0;
}

static int sub(void)
{
    return0;
}

$ gcc -g -pg bar.c
$ ./a.out
hello world

    注意这次输出的信息正常了,不过显得有点罗嗦。后面我们将采用“gprof-b”简化之。命令“gprof”其实就是“gprof a.out gmon.out”。

$ gprof
Flat profile:

Each sample counts as 0.01 seconds.
no time accumulated

% cumulative self self total
time seconds seconds calls Ts/call Ts/call name
0.00 0.00 0.00 10 0.00 0.00 sub

% the percentage of the total running time of the
time program used by this function.

cumulative a running sum of the number of secondsaccounted
seconds for by this function and those listed above it.

self the number of seconds accounted for by this
seconds function alone. This is the major sort for this
listing.

calls the number of times this function was invoked, if
this function is profiled, else blank.

self the average number of milliseconds spent in this
ms/call function per call, if this function is profiled,
else blank.

total the average number of milliseconds spent in this
ms/call function and its descendents per call, if this
function is profiled, else blank.

name the name of the function. This is the minor sort
for this listing. The index shows the location of
the function in the gprof listing. If the index is
in parenthesis it shows where it would appear in
the gprof listing if it were to be printed.


Call graph (explanation follows)


granularity: each sample hit covers 4 byte(s) no timepropagated

index % time self children called name
0.00 0.00 10/10 main [8]
[1] 0.0 0.00 0.00 10 sub [1]
-----------------------------------------------

This table describes the call tree of the program, and wassorted by
the total amount of time spent in each function and itschildren.

Each entry in this table consists of several lines. The linewith the
index number at the left hand margin lists the currentfunction.
The lines above it list the functions that called thisfunction,
and the lines below it list the functions this one called.
This line lists:
index A unique number given to each element of the table.
Index numbers are sorted numerically.
The index number is printed next to every function name so
it is easier to look up where the function in the table.

% time This is the percentage of the `total' time that wasspent
in this function and its children. Note that due to
different viewpoints, functions excluded by options, etc,
these numbers will NOT add up to 100%.

self This is the total amount of time spent in thisfunction.

children This is the total amount of time propagated intothis
function by its children.

called This is the number of times the function wascalled.
If the function called itself recursively, the number
only includes non-recursive calls, and is followed by
a `+' and the number of recursive calls.

name The name of the current function. The index number is
printed after it. If the function is a member of a
cycle, the cycle number is printed between the
function's name and the index number.


For the function's parents, the fields have the followingmeanings:

self This is the amount of time that was propagateddirectly
from the function into this parent.

children This is the amount of time that was propagatedfrom
the function's children into this parent.

called This is the number of times this parent called the
function `/' the total number of times the function
was called. Recursive calls to the function are not
included in the number after the `/'.

name This is the name of the parent. The parent's index
number is printed after it. If the parent is a
member of a cycle, the cycle number is printed between
the name and the index number.

If the parents of the function cannot be determined, theword
`<spontaneous>' is printed in the `name' field, and all theother
fields are blank.

For the function's children, the fields have the followingmeanings:

self This is the amount of time that was propagateddirectly
from the child into the function.

children This is the amount of time that was propagated fromthe
child's children to the function.

called This is the number of times the function called
this child `/' the total number of times the child
was called. Recursive calls by the child are not
listed in the number after the `/'.

name This is the name of the child. The child's index
number is printed after it. If the child is a
member of a cycle, the cycle number is printed
between the name and the index number.

If there are any cycles (circles) in the call graph, there isan
entry for the cycle-as-a-whole. This entry shows who calledthe
cycle (as parents) and the members of the cycle (aschildren.)
The `+' recursive calls entry shows the number of function callsthat
were internal to the cycle, and the calls entry for each membershows,
for that member, how many times it was called from other membersof
the cycle.

 

Index by function name

[1] sub (bar.c)

$ gprof -b
Flat profile:

Each sample counts as 0.01 seconds.
no time accumulated

% cumulative self self total
time seconds seconds calls Ts/call Ts/call name
0.00 0.00 0.00 10 0.00 0.00 sub


Call graph


granularity: each sample hit covers 4 byte(s) no timepropagated

index % time self children called name
0.00 0.00 10/10 main [8]
[1] 0.0 0.00 0.00 10 sub [1]
-----------------------------------------------


Index by function name

[1] sub (bar.c)

   gprof的这个特性很容易让初学者迷惑,可能一上来就把人吓跑了。我们再写个复杂一点点的例子,应该更容易看出gprof的用处了。

$cat bar.c

static int sub(void);
static int sub2(void);

int main(void)
{
    sub();
    sub2();

    return0;
}

static int sub(void)
{
    inti;
    intres = 0;

    for(i = 0; i < 10000000; i++)
        res+= i;

    returnres;
}

static int sub2(void)
{
    inti;
    intres = 0;

    for(i = 0; i < 10000000; i++)
        res*= i;

    returnres;
}

$gcc -g -pg bar.c

$./a.out

$gprof -b
Flat profile:

Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds seconds calls ms/call ms/call name
53.33 0.08 0.08 1 80.00 80.00sub2
46.67 0.15 0.07 1 70.00 70.00sub


Call graph


granularity: each sample hit covers 4 byte(s) for 6.67% of 0.15seconds

index % time self children called name
<spontaneous>
[1] 100.0 0.00 0.15 main [1]
0.08 0.00 1/1 sub2 [2]
0.07 0.00 1/1 sub [3]
-----------------------------------------------
0.08 0.00 1/1 main [1]
[2] 53.3 0.08 0.00 1 sub2 [2]
-----------------------------------------------
0.07 0.00 1/1 main [1]
[3] 46.7 0.07 0.00 1 sub [3]
-----------------------------------------------


Index by function name

[3] sub (bar.c) [2] sub2 (bar.c)

 

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/mydo/archive/2008/06/08/2523273.aspx

 

使用gprof和oprofile查找性能瓶颈

有些时候,我们特别关注程序的性能,特别是底层软件,比如驱动程序、OS等。为了更好的优化程序性能,我们必须找到性能瓶颈点,“好 钢用在刀刃上”才能取得好的效果,否则可能白做工作。为了找到关键路径,我们可以使用profilng技术,在linux平台上,我们可以使 用gprof和oprofile工具。

  • gprof是GNU工具之一,它在编译的时候在每个函数的出入口加入了profiling的代码,运行时统计程序在用户态的执行信息,可以得到每个函数的调用次数、执行时间、调用关 系等信息,简单易懂。适合于查找用户级程序的性能瓶颈,对于很多时间都在内核态执行的程序,gprof不 适合。 
  • oprofile也是一个开源的profiling工具,它使用硬件调试寄存器来统计信息,进行 profiling的开销比较小,而且可以对内核进行profiling。 它统计的信息非常的多,可以得到cache的缺失率,memory的 访存信息, 分支预测错误率等等,这些信息gprof是 得不到的,但是对于函数调用次数,它是不能够得到的。。 

    简单来说,gprof简 单,适合于查找用户级程序的瓶颈,而oprofile稍显复杂,但是得到的信息更多,更适合调试系 统软件。
我们以编译运行hello.c为 例,来说明如何使用这两个工具,这里不解释具体结果的含义,要想详细了解每个结果代表什么意思,可以看一下参考资料中官方站点上的doc信息,里面会给你详尽的解释。

gprof Quick Start

    gprof是gnu binutils工 具之一,默认情况下linux系统当中都带有这个工具。

  1. 使用 -pg 选 项来编译hello.c,如果要得到带注释的源码清单,则需要增加 -g 选项。运行: gcc -pg -g -o hello hello.c 
  2. 运行应用程序: ./hello  会 在当前目录下产生gmon.out文件 
  3. 使用gprof来 分析gmon.out文件,需要把它和产生它的应用程序关联起来: 
    1. gprof hello gmon.out -p 得到每个函数占用的执行时间 
    2. gprof hello gmon.out -q 得到call graph, 包含了每个函数的调用关系,调用次数,执行时间等信息。 
    3. gprof hello gmon.out -A 得到一个带注释的“源 代码清单”,它会注释源码,指出每个函数的执行次数。这需要在编译的时候增加 -g选项。 

oprofile Quick Start

    oprofile是sourceforge上 面的一个开源项目,在2.6内核上带有这个工具,好像只有smp系 统才有。比较老的系统,需要自己安装,重新编译内核。
    oprofile是一套工具,分别完成不同的事情。

op_help:  列出所有支持的事件。
opcontrol:设置需要收集的事件。
opreport: 对结果进行统计输出。
opannaotate: 产生带注释的源/汇编文件,源语言级的注释需要编译源文件时的支持。
opstack:    产生调用图profile,但要求x86/2.6的平台,并且linux2.6安装了call-graph patch
opgprof:    产生如gprof相似的结果。
oparchive:  将所有的原始数据文件 收集打包,可以到另一台机器上进行分析。
op_import:  将采样的数据库文件从另一种abi转化成本地格式。

    运行oprofile需要root权限,因为它要加载profile模块,启动oprofiled后台程序等。所以在运行之前,就需要切换到root。

  1. opcontrol --init  加载模块,mout /dev/oprofile 创 建必需的文件和目录 
  2. opcontrol --no-vmlinux 或者 opcontrol --vmlinux=/boot/vmlinux-`uname -r` 决 定是否对kernel进行profiling 
  3. opcontrol --reset 清楚当前会话中的数据 
  4. opcontrol --start 开始profiling 
  5. ./hello 运行应用程序,oprofile会 对它进行profiling 
  6. opcontrol --dump 把收集到的数据写入文件 
  7. opcontrol --stop 停止profiling 
  8. opcotrol -h 关闭守护进程oprofiled 
  9. opcontrol --shutdown 停止oprofiled
  10. opcontrol --deinit 卸载模块 

常用的是3→7这 几个过程,得到性能数据之后,可以使用opreport, opstack, opgprof, opannotate几 个工具进行分析,我常用的是opreport, opannotate进行分析。

  1. opreport使用 http://oprofile.sourceforge.net/doc/opreport.html 
  2. opannotate使用 http://oprofile.sourceforge.net/doc/opannotate.html 
  3. opgprof使用 http://oprofile.sourceforge.net/doc/opgprof.html 

最常用的是opreport,这个可以给出image和symbols的信息,比如我想得到每个函数的执行时间占用比例等信息,用来发现系统性能瓶颈。opannotate可以对源码进行注释,指出哪个地方占用时间比较多。常用命令如下:

  • opreport -l /bin/bash --exclude-dependent --threshold 1 , 用来发现系统瓶颈。
    指 定查看/bin/bash的profiling信 息,占用总体执行时间1%以上的函数列表
  • opannotate --source --output-dir=annotated /usr/local/oprofile-pp/bin/oprofiled 
  • opannotate --source --base-dirs=/tmp/build/libfoo/ --search-dirs=/home/user/libfoo/ --output-dir=annotated/ /lib/libfoo.so 

网络资源

  1. gprof 用户手册 http://sourceware.org/binutils/docs-2.17/gprof/index.html 
  2. oprofile官方站点 http://oprofile.sourceforge.net/ 
  3. 使用 GNU profiler 来提高代码运行速度 http://www-128.ibm.com/developerworks/cn/linux/l-gnuprof.html 
  4. 使 用 OProfile for Linux on POWER 识别性能瓶颈  http://www-128.ibm.com/developerworks/cn/linux/l-pow-oprofile/

 

如何通过gprof 调试makefile编译后生成的执行文件

 

编译和链接

上面的例子中,程序比较简单,只有一个文件。如果源代码有多个文件,或者代码结构比较复杂,编译过程中先生成若干个目标文件,然后又由链接器将这些目标文件链接到一起,这时该怎么使用gprof呢?

对于由多个源文件组成的程序,编译时需要在生成每个.o文件的时候加上-pg参数,同时在链接的时候也要加上-pg参数。对于链接器不是GCC的情况,如ld,又有特殊的要求。

同时,-pg参数只能记录源代码中各个函数的调用关系,而不能记录库函数的调用情况。要想记录每个库函数的调用情况,链接的时候必须指定库函数的动态(或者静态)链接库libc_p.a,即加上-lc_p,而不是-lc。

还要说明的是,如果有一部分代码在编译时指定了-pg参数,而另一部分代码没有指定,则生成的gmon.out文件中将缺少一部分函数,也没有那些函数的调用关系。但是并不影响gprof对其它函数进行记录。

运行

编译好的程序运行时和运行一般的程序没有什么不同,只是比正常的程序多生成了一个文件gmon.out。注意,这个文件名是固定的,没法通过参数的设置进行改变。如果程序目录中已经有一个gmon.out,则它会被新的gmon.out覆盖掉。

关于生成的gmon.out文件所在的目录,也有以下约定:程序退出时所运行的文件所在目录就是生成的gmon.out文件所在的目录。如果一个程序执行过程中调用了另一个程序,并在另一个程序的运行中终止,则gmon.out会在另一个程序所在的目录中生成。

还有一点要注意的就是当程序非正常终止时不会生成gmon.out文件,也因此就没法查看程序运行时的信息。只有当程序从main函数中正常退出,或者通过系统调用exit()函数而退出时,才会生成gmon.out文件。而通过底层调用如_exit()等退出时不会生成gmon.out。

查看

查看程序运行信息的命令是gprof,它以gmon.out文件作为输入,也就是将gmon.out文件翻译成可读的形式展现给用户。其命令格式如下:

       gprof [可执行文件] [gmon.out文件] [其它参数]

方括号中的内容可以省略。如果省略了“可执行文件”,gprof会在当前目录下搜索a.out文件作为可执行文件,而如果省略了gmon.out文件,gprof也会在当前目录下寻找gmon.out。其它参数可以控制gprof输出内容的格式等信息。最常用的参数如下:

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不能显示对象之间的继承关系,这也是它的弱点

这篇关于需要练习的----gprof使用备忘的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/611405

相关文章

关于数据埋点,你需要了解这些基本知识

产品汪每天都在和数据打交道,你知道数据来自哪里吗? 移动app端内的用户行为数据大多来自埋点,了解一些埋点知识,能和数据分析师、技术侃大山,参与到前期的数据采集,更重要是让最终的埋点数据能为我所用,否则可怜巴巴等上几个月是常有的事。   埋点类型 根据埋点方式,可以区分为: 手动埋点半自动埋点全自动埋点 秉承“任何事物都有两面性”的道理:自动程度高的,能解决通用统计,便于统一化管理,但个性化定

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数

Makefile简明使用教程

文章目录 规则makefile文件的基本语法:加在命令前的特殊符号:.PHONY伪目标: Makefilev1 直观写法v2 加上中间过程v3 伪目标v4 变量 make 选项-f-n-C Make 是一种流行的构建工具,常用于将源代码转换成可执行文件或者其他形式的输出文件(如库文件、文档等)。Make 可以自动化地执行编译、链接等一系列操作。 规则 makefile文件

使用opencv优化图片(画面变清晰)

文章目录 需求影响照片清晰度的因素 实现降噪测试代码 锐化空间锐化Unsharp Masking频率域锐化对比测试 对比度增强常用算法对比测试 需求 对图像进行优化,使其看起来更清晰,同时保持尺寸不变,通常涉及到图像处理技术如锐化、降噪、对比度增强等 影响照片清晰度的因素 影响照片清晰度的因素有很多,主要可以从以下几个方面来分析 1. 拍摄设备 相机传感器:相机传

pdfmake生成pdf的使用

实际项目中有时会有根据填写的表单数据或者其他格式的数据,将数据自动填充到pdf文件中根据固定模板生成pdf文件的需求 文章目录 利用pdfmake生成pdf文件1.下载安装pdfmake第三方包2.封装生成pdf文件的共用配置3.生成pdf文件的文件模板内容4.调用方法生成pdf 利用pdfmake生成pdf文件 1.下载安装pdfmake第三方包 npm i pdfma

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合,内部除了存储元素外,还会存储一个score,存储在zset中的元素会按照score的大小升序排列,不同元素的score可以重复,score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

git使用的说明总结

Git使用说明 下载安装(下载地址) macOS: Git - Downloading macOS Windows: Git - Downloading Windows Linux/Unix: Git (git-scm.com) 创建新仓库 本地创建新仓库:创建新文件夹,进入文件夹目录,执行指令 git init ,用以创建新的git 克隆仓库 执行指令用以创建一个本地仓库的