Question

考虑这个小程序：

#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 <＆lt; 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

Answer 1

这很可能是由gcc 4.4错误造成的，在valgrind 3.8.0中被绕过（尚未发布）

从Valgrind 3.8.0 NEWS文件中提取：

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

Answer 2

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

希望这会有所帮助。

valgrind / memcheck无法释放“大”内存块

2 个答案: