Malloc分配的内存多于RAM

Question

我刚刚在一台12 MB的机器上执行了一个mallocs 13 MB的程序（QEMU Emulated！）。 不仅如此，我甚至浏览了记忆并填充了垃圾......

void 
large_mem(void) 
{
  #define LONGMEM  13631488
  long long *ptr = (long long *)malloc(LONGMEM);
  long long i;
  if(!ptr) {
     printf("%s(): array allocation of size %lld failed.\n",__func__,LONGMEM);
     ASSERT(0);
  }
  for(i = 0 ; i < LONGMEM ; i++ ) { 
    *(ptr+i)=i;
  }
  free(ptr);
}

这怎么可能 ？ 我期待一个分段错误。

Answer 1

它被称为为您的程序分配的虚拟内存 。 它不是你称之为RAM的真实内存。

虚拟内存也有最大限制，但它高于RAM。 它由您的操作系统实现（和定义）。

Answer 2

这称为惰性分配。

大多数类似Linux的操作系统都有一个Lazy Allocation内存模型，其中返回的内存地址是一个虚拟地址，实际的分配只在访问时发生。 操作系统假定它能够在访问时提供此分配。

在程序实际触摸它之前， malloc分配的内存不支持实内存。

同时，由于calloc将内存初始化为0，因此可以确保操作系统已经使用实际RAM（或交换）支持分配。

尝试使用calloc ，除非你的交换文件/分区足够大以满足请求，否则它很可能会让你失去内存。

Answer 3

听起来你的操作系统正在交换页面 ：

在大多数现代通用操作系统中，分页是虚拟内存实现的重要部分，允许它们将磁盘存储用于不适合物理随机存取存储器（RAM）的数据。

换句话说，操作系统正在使用你的一些硬盘空间来满足你的13 MB分配请求（代价很高，因为硬盘比RAM 慢得多）。

Answer 4

除非虚拟化操作系统具有交换可用性，否则您遇到的内容称为overcommit ，它基本上存在，因为在具有虚拟内存和请求/写入时复制页面的系统中管理资源的简单方法不是管理它们。 过度使用就像一家银行借出的钱多于实际拥有的东西 - 似乎工作了一段时间，然后事情就崩溃了。 在设置Linux系统时，您应该做的第一件事是使用以下命令解决此问题：

echo "2" > /proc/sys/vm/overcommit_memory

这只会影响当前运行的内核; 您可以通过在/etc/sysctl.conf添加一行来使其永久化：

vm.overcommit_memory=2