0

我有一个面试问题，当我们malloc()在无限循环中分配大量内存而不是free()它时会发生什么。

当堆上没有足够的内存并且它应该打破循环时，我想检查条件NULL应该起作用，但是它没有发生并且程序通过打印异常终止killed。

if为什么会发生这种情况以及为什么在没有要分配的内存时（我的意思是当 malloc() 失败时）它不执行该部分？这是什么行为？

我的代码是：

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

int main(void) {
  int *px;

  while(1)
    {
     px = malloc(sizeof(int)*1024*1024);
     if (px == NULL)
       {
        printf("Heap Full .. Cannot allocate memory \n");
        break;
       }
     else
       printf("Allocated \t");
    }
  return 0;
}

编辑：gcc - 4.5.2 (Linux- Ubuntu -11.04)

4

3 回答 3

1

如果您在 linux 上运行，请留意第一个终端。它将显示如下内容：

OOM error - killing proc 1100

OOM 表示内存不足。

我认为它在dmesg和/或/var/log/messages和/或/var/log/system取决于 linux 发行版中也是可见的。您可以使用以下命令进行 grep：

grep -i oom /var/log/*

你可以让你的程序慢慢地抓取内存，并留意：

watch free -m

你会看到可用的交换下降和下降。当它几乎什么都没有时，Linux 会杀死你的程序，并且可用内存量会再次增加。

这是解释输出的一个很好的链接free -m：http ://www.linuxatemyram.com/

这种行为可能是由我的 init 或其他一些保护机制（如“上帝”）启动的应用程序的问题，您可以进入一个循环，其中 linux 杀死应用程序并 init 或其他东西再次启动它。如果所需的内存量远大于可用 RAM，则通过将内存页面交换到磁盘可能会导致速度变慢。

在某些情况下，linux 不会杀死导致问题的程序，而是杀死其他一些进程。例如，如果它杀死 init，机器将重新启动。

在最坏的情况下，一个程序或一组进程将请求大量内存（超过 Ram 中可用的内存）并尝试重复访问它。Linux 没有快速放置内存的地方，因此它必须将 Ram 的一些页面交换到磁盘（交换分区）并加载从磁盘访问的页面，以便程序可以查看/编辑它。

这种情况每毫秒一次又一次地发生。由于磁盘比 RAM 慢 1000 倍，因此这个问题可能会使机器停止运行。

于 2012-12-17T20:11:00.103 回答
1

但它并没有发生，程序通过打印终止异常终止。

请记住，您并不孤单。在这种情况下，你被 Out Of Memory 杀手杀死了，它看到你的进程占用了系统的内存，并采取了措施来阻止它。

为什么会发生这种情况以及为什么在没有要分配的内存时它不执行 if 部分（我的意思是当 malloc() 失败时）？这是什么行为？

好吧，没有理由相信if检查没有运行。查看手册页malloc()

默认情况下，Linux 遵循乐观的内存分配策略。这意味着当 malloc() 返回非 NULL 时，不能保证内存确实可用。如果发现系统内存不足，OOM 杀手将杀死一个或多个进程。

因此，您认为您通过支票“保护”了自己免受内存不足的影响NULL；实际上，这仅意味着如果您返回 a NULL，您就不会尊重它，这与您是否确实获得了所需的内存无关。

于 2012-12-17T20:18:00.970 回答
1

行为取决于 ulimit - 请参阅http://www.linuxhowtos.org/Tips%20and%20Tricks/ulimit.htm

如果您对内存使用有限制，您将看到预期的 NULL 返回行为，另一方面，如果您没有限制，您可能会看到您看到的 OOM 收割机等。

于 2012-12-17T20:15:28.893 回答