java valgrind_valgrind的使用与输出结果分析

àì夳堔傛蜴生んèń 2022-11-04 15:27 231阅读 0赞

valgrind的使用

用法: valgrind \[options\] prog-and-args \[options\]: 常用选项，适用于所有Valgrind工具

\-tool= 最常用的选项。运行 valgrind中名为toolname的工具。默认memcheck。

h –help 显示帮助信息。

\-version 显示valgrind内核的版本，每个工具都有各自的版本。

q –quiet 安静地运行，只打印错误信息。

v –verbose 更详细的信息, 增加错误数统计。

\-trace-children=no|yes 跟踪子线程? \[no\]

\-track-fds=no|yes 跟踪打开的文件描述？\[no\]

\-time-stamp=no|yes 增加时间戳到LOG信息? \[no\]

\-log-fd= 输出LOG到描述符文件 \[2=stderr\]

\-log-file= 将输出的信息写入到filename.PID的文件里，PID是运行程序的进行ID

\-log-file-exactly= 输出LOG信息到 file

\-log-file-qualifier= 取得环境变量的值来做为输出信息的文件名。 \[none\]

\-log-socket=ipaddr:port 输出LOG到socket ，ipaddr:port

LOG信息输出

\-xml=yes 将信息以xml格式输出，只有memcheck可用

\-num-callers= show callers in stack traces \[12\]

\-error-limit=no|yes 如果太多错误，则停止显示新错误? \[yes\]

\-error-exitcode= 如果发现错误则返回错误代码 \[0=disable\]

\-db-attach=no|yes 当出现错误，valgrind会自动启动调试器gdb。\[no\]

\-db-command= 启动调试器的命令行选项\[gdb -nw %f %p\]

适用于Memcheck工具的相关选项：

\-leak-check=no|summary|full 要求对leak给出详细信息? \[summary\]

\-leak-resolution=low|med|high how much bt merging in leak check \[low\]

\-show-reachable=no|yes show reachable blocks in leak check? \[no\]

若已经生成了可执行文件 main, 通过调用如下命令来检查内存泄露：

valgrind --tool=memcheck --leak-check=full ./main

若是并行，则通过调用如下命令来检查内存泄露：

valgrind --tool=memcheck --leak-check=full mpirun -np 2 ./main

valgrind输出结果分析

valgrind输出结果会报告5种内存泄露，"definitely lost", "indirectly lost", "possibly lost", "still reachable", and "suppressed"。这五种内存泄露分析如下：

"definitely lost"：确认丢失。程序中存在内存泄露，应尽快修复。当程序结束时如果一块动态分配的内存没有被释放且通过程序内的指针变量均无法访问这块内存则会报这个错误。

"indirectly lost"：间接丢失。当使用了含有指针成员的类或结构时可能会报这个错误。这类错误无需直接修复，他们总是与"definitely lost"一起出现，只要修复"definitely lost"即可。例子可参考我的例程。

"possibly lost"：可能丢失。大多数情况下应视为与"definitely lost"一样需要尽快修复，除非你的程序让一个指针指向一块动态分配的内存(但不是这块内存起始地址)，然后通过运算得到这块内存起始地址，再释放它。例子可参考我的例程。当程序结束时如果一块动态分配的内存没有被释放且通过程序内的指针变量均无法访问这块内存的起始地址，但可以访问其中的某一部分数据，则会报这个错误。

"still reachable"：可以访问，未丢失但也未释放。如果程序是正常结束的，那么它可能不会造成程序崩溃，但长时间运行有可能耗尽系统资源，因此笔者建议修复它。如果程序是崩溃(如访问非法的地址而崩溃)而非正常结束的，则应当暂时忽略它，先修复导致程序崩溃的错误，然后重新检测。

"suppressed"：已被解决。出现了内存泄露但系统自动处理了。可以无视这类错误。这类错误我没能用例程触发，看官方的解释也不太清楚是操作系统处理的还是valgrind，也没有遇到过。所以无视他吧~

参考博文：http://blog.csdn.net/louobaichu/article/details/45507365

http://blog.csdn.net/sduliulun/article/details/7732906