转自:
https://blog.csdn.net/stpeace/article/details/61620301
https://blog.csdn.net/primeprime/article/details/79539504
1、memcheck:检查众多内存问题,如泄漏、越界、非法指针, 我们将一一介绍。 (如果省略toolname, 则默认是memcheck, 比如执行:./valgrind ./a.out)
2、callgrind: 分析程序性能。
3、cachegrind:分析cache.
4、helgrind: 分析多线程竞争。
5、massif: 分析堆。
.......
valgrind重要的功能之一是内存诊断, 也就是memcheck, 我们将首先重点介绍memcheck功能, 这对于C/C++程序员非常重要。 至于具体怎么用, 我们后续会慢慢说。 本文先来看看valgrind的安装。一般来说, 在linux下安装工具, 都要获取root权限, 所以, 请先把root姿势准备好!
1. 下载valgrind (方法a和方法b都可以)
a. 可以直接在linux上下载:wget http://www.valgrind.org/downloads/valgrind-3.8.1.tar.bz2
b. 直接在Windows上下载下来, 然后rz -bye传到linux上去
2. 在linux上解压缩, 命令: tar jxvf valgrind-3.8.1.tar.bz2 , 于是在同目录下就有了valgrind-3.8.1, 我机器上得情况是:
[root@xxx ~]# pwd
/root
[root@xxx ~]# ll
...
drwxrwxr-x 26 1000 1000 4096 Mar 12 16:31 valgrind-3.8.1
-rw-r--r-- 1 root root 7962963 Mar 12 15:53 valgrind-3.8.1.tar.bz2
[root@xxx ~]#
3. 然后先后执行如下命令进行安装(其实, 可以找到README文件, 其中有类似指导。 如果遇到错误, 根据错误提示来解决就行):
cd valgrind-3.8.1
./configure --prefix=/root/valgrind-3.8.1
make
make install
4. 安装完毕, 可执行的二进制工具就在/root/valgrind-3.8.1/bin 目录下, 你可以用命令检查一下是否安装成功, 如下:
[root@xxx ~/valgrind-3.8.1/bin]# ./valgrind --version
valgrind-3.8.1
[root@xxx ~/valgrind-3.8.1/bin]#
Valgrind的使用方法:
1.检查内存错误: 其中--leak-check=full指的是完全检查内存泄漏,--show-reachable=yes是显示内存泄漏的地点,--trace-children=yes是跟入子进程。 如果您的程序是会正常退出的程序,那么当程序退出的时候valgrind自然会输出内存泄漏的信息。如果您的程序是个守护进程,那么也不要紧,我们 只要在别的终端下杀死memcheck进程(因为valgrind默认使用memcheck工具,就是默认参数—tools=memcheck): 2,检查代码覆盖和性能瓶颈: 会在当前路径下生成callgrind.out.pid(当前生产的是callgrind.out.19689),如果我们想结束程序,可以: |
参数解释:
名字: 概要用法: 概述: 用法: 这样将在Valgrind使用Memcheck运行程序program(带有参数args)。内存检查 可用--tool指定使用其它工具: 可使用的工具如下: o callgrind在cachegrind基础上添加调用追踪。它可以用来得到调用的次数 o helgrind能够发现程序中潜在的条件竞争。 o lackey是一个示例程序,以其为模版可以创建你自己的工具。在程序结束后, o massif是一个堆剖析器,它测量你的程序使用了多少堆内存。 o memcheck是一个细粒度的的内存检查器。 o none没有任何功能。它它一般用于Valgrind的调试和基准测试。 基本选项: -h --help --help-debug --version -q --quiet -v --verbose -d 调试Valgrind自身发出的信息。通常只有Valgrind开发人员对此感兴趣。 --tool= [default: memcheck] --trace-children= [default: no] --track-fds= [default: no]
--log-fd= [default: 2, stderr] --log-file= --log-file-exactly= --log-file-qualifier= --log-socket=
--xml= [default: no] --xml-user-comment= --demangle= [default: yes] 一个关于名字编码解码重要的事实是,禁止文件中的解码函数名仍然使用 --num-callers= [default: 12] 这个值的最大值是50。注意高的设置会使Valgrind运行得慢,并且使用更多 --error-limit= [default: yes] --error-exitcode= [default: 0] --show-below-main= [default: no] --suppressions= [default: $PREFIX/lib/valgrind/default.supp] --gen-suppressions= [default: no]
如果选择是,Valgrind会打印出一个错误的禁止条目,你可以把它剪切然后 当设置为all时,Valgrind会对每一个错误打印一条禁止条目,而不向用户 这个选项对C++程序非常有用,它打印出编译器调整过的名字。 注意打印出来的禁止条目是尽可能的特定的。如果需要把类似的条目归纳 --db-attach= [default: no] ---- Attach to debugger ? --- [Return/N/n/Y/y/C/c] ---- 按下回车,或者N、回车,n、回车,Valgrind不会对这个错误启动调试器。 按下Y、回车,或者y、回车,Valgrind会启动调试器并设定在程序运行的 按下C、回车,或者c、回车,Valgrind不会启动一个调试器,并且不会再 注意:--db-attach=yes与--trace-children=yes有冲突。你不能同时使用 2002.05:这是一个历史的遗留物,如果这个问题影响到你,请发送邮件并 2002.11:如果你发送输出到日志文件或者到网络端口,我猜这不会让你有 --db-command= [default: gdb -nw %f %p] 这指定了Valgrind将怎样调用调试器。默认选项不会因为在构造时是否检 给出的这个命令字串可以包括一个或多个%p %f扩展。每一个%p实例都被 --input-fd= [default: 0, stdin] --max-stackframe= [default: 2000000] 如果在程序中有大量的栈分配的数组,你可能需要使用这个选项。 应该只在Valgrind的调试输出中显示需要这么做时才使用这个选项。在这 普遍地,在栈中分配大块的内存是一个坏的主意。因为这很容易用光你的 |
工作原理简介:
valgrind被设计成非侵入式的,它直接工作于可执行文件上,因此在检查前不需要重新编译、连接和修改你的程序。要检查一个程序很简单,只需要执行下面的命令就可以了 valgrind --tool=tool_name program_name 比如我们要对ls -l命令做内存检查,只需要执行下面的命令就可以了 valgrind --tool=memcheck ls -l 不管是使用哪个工具,valgrind在开始之前总会先取得对你的程序的控制权,从可执行关联库里读取调试信息。然后在valgrind核心提供的 虚拟CPU上运行程序,valgrind会根据选择的工具来处理代码,该工具会向代码中加入检测代码,并把这些代码作为最终代码返回给valgrind核 心,最后valgrind核心运行这些代码。 不同工具间加入的代码变化非常的大。在每个作用域的末尾,memcheck加入代码检查每一片内存的访问和进行值计算,代码大小至少增加12倍,运行速度要比平时慢25到50倍。 valgrind模拟程序中的每一条指令执行,因此,检查工具和剖析工具不仅仅是对你的应用程序,还有对共享库,GNU C库,X的客户端库都起作用。 |
一些打印信息的解释:
分析输出的调试信息 ==3908== Memcheck, a memory error detector. ==3908== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==3908== Using LibVEX rev 1732, a library for dynamic binary translation. ==3908== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==3908== Using valgrind-3.2.3, a dynamic binary instrumentation framework. ==3908== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==3908== For more details, rerun with: -v ==3908== --3908-- DWARF2 CFI reader: unhandled CFI instruction 0:50 --3908-- DWARF2 CFI reader: unhandled CFI instruction 0:50 /*数组越界错误*/ ==3908== Invalid write of size 4 ==3908== at 0x8048384: f (test.c:6) ==3908== by 0x80483AC: main (test.c:11) ==3908== Address 0x400C050 is 0 bytes after a block of size 40 alloc'd ==3908== at 0x40046F2: malloc (vg_replace_malloc.c:149) ==3908== by 0x8048377: f (test.c:5) ==3908== by 0x80483AC: main (test.c:11) ==3908== ==3908== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 14 from 1) ==3908== malloc/free: in use at exit: 40 bytes in 1 blocks. ==3908== malloc/free: 1 allocs, 0 frees, 40 bytes allocated. ==3908== For counts of detected errors, rerun with: -v ==3908== searching for pointers to 1 not-freed blocks. ==3908== checked 59,124 bytes. ==3908== ==3908== /*有内存空间没有释放*/ ==3908== 40 bytes in 1 blocks are definitely lost in loss record 1 of 1 ==3908== at 0x40046F2: malloc (vg_replace_malloc.c:149) ==3908== by 0x8048377: f (test.c:5) ==3908== by 0x80483AC: main (test.c:11) ==3908== ==3908== LEAK SUMMARY: ==3908== definitely lost: 40 bytes in 1 blocks. ==3908== possibly lost: 0 bytes in 0 blocks. ==3908== still reachable: 0 bytes in 0 blocks. ==3908== suppressed: 0 bytes in 0 blocks |