4

我在 Linux 下的 ARM CPU 硬件上执行 C++ 代码。我在硬件上运行我的二进制文件并继续监视我的进程,以查看它的内存使用量是否随着时间的推移而增长,每半小时间隔一次。

top -p pid-of-process

查看列:顶部输出中的RES内存和 mem %

并检查

cat /proc/pid-of-process/status 

查看字段VMRSS:这是我的进程的常驻集大小内存。

我看到 VMRSS 和 RES 内存每 1 小时不断增加数百千字节。该过程只是在运行,没有测试在运行,所以它一直在做同样的事情,并且负载没有变化。

现在我的问题是:这是否意味着我的代码中可能存在内存泄漏。

或者这种增加是否可以归因于其他原因(如果有的话)?

检查是否存在内存泄漏:

  1. 我查看了代码以查看每个新的(动态内存运算符)都有相应的删除(可用内存)

  2. 在 valgrind memcheck 上运行整个过程,在报告中没有看到任何泄漏。我懂了

绝对丢失:0 个块中的 0 个字节

间接丢失:0 个块中的 0 个字节

可能丢失:7 个块中的 1,008 个字节

* *编辑:在下面回答 arne 的评论。可能丢失的块来自 pthread_create 和更高版本的 glibc,所以不确定这是怎么回事/发生了什么?

丢失记录 27 of 56 中可能丢失了 5 个块中的 720 个字节

==11151== 在 0x402732C: calloc (vg_replace_malloc.c:467)

==11151== 由 0x4010C34: allocate_dtv (dl-tls.c:300)

==11151== 0x40113D8:_dl_allocate_tls (dl-tls.c:464)

==11151== by 0x404746C: pthread_create@@GLIBC_2.1 (allocatestack.c:571)**

随着时间的推移,这种内存增加会是什么?我该如何进一步调试以找到原因?

4

1 回答 1

0

由于您找不到直接的泄漏,您似乎需要比较内存状态的快照以查看发生了什么变化。快速搜索表明 valgrind 的地块可以做快照,并且有一个python 脚本来比较它们(但如果你的程序很小,可能你可以手动比较)

于 2013-08-21T15:09:42.677 回答