1

考虑这个小程序：

#include <stdio.h>
#include <stdlib.h>

// Change 60000 to 70000 and valgrind (memcheck) eats my memory
#define L (60000)
#define M (100*(1<<20))

int main(void) {
  int i;
  for (i = 0; i < M; ++i) {
    unsigned char *a = malloc(L);
    a[i % L] = i % 128; // Touch something; a[0] is not enough
    free(a);
    if (i % (1<<16) == 0)
      fprintf(stderr, "i = %d\n", i);
  }
  return 0;
}

编译gcc -o vg和运行valgrind --leak-check=full ./vg工作正常，memcheck 使用了大约 1.5% 的内存。但是，将 L 更改为 70000（我想魔法限制是 1<<16），memcheck 使用的内存量不断增加，直到内核最终杀死它。

有什么可以做的吗？显然没有泄漏，但 valgrind 本身似乎存在泄漏（！？），因此很难用于检查具有大量大型和短期分配的程序。

一些背景，不确定哪个是相关的：

$ valgrind --version
valgrind-3.7.0
$ gcc --version
gcc (GCC) 4.4.6 20110731 (Red Hat 4.4.6-3)
$ /lib/libc.so.6
GNU C Library stable release version 2.12, by Roland McGrath et al.
$ uname -rms
Linux 2.6.32-220.2.1.el6.x86_64 x86_64
4

2 回答 2

1

这很可能是由 valgrind 3.8.0（尚未发布）中绕过的 gcc 4.4 错误引起的

从 Valgrind 3.8.0 NEWS 文件中提取：

ni-bz 绕过 gcc4.4/4.5 错误代码生成导致内存不足或断言

于 2012-06-23T15:48:28.320 回答
0

使用将进程的资源限制设置为无限制，setrlimit这样内核就不会在超出限制时终止您的进程。因此内核认为你可以扩展到虚拟地址空间。

希望这可以帮助。

于 2012-05-11T20:02:58.630 回答