问题内容： 我一直在阅读有关Linux内存不足的情况，手册页中的以下段落让我开始思考： 默认情况下，Linux遵循乐观的内存分配策略。这意味着当malloc（）返回非NULL时，不能保证内存确实可用。这是一个非常糟糕的错误。万一发现系统内存不足，一个臭名昭著的OOM杀手将杀死一个或多个进程。[…] 考虑到操作员的new实现最终会在某个时刻调用malloc，是否可以保证new实际上会在Linux上抛

问题内容： 在Linux上，如果我愿意，malloc实际上是做什么的？ 我确定它会为分配分配一个虚拟地址（通过遍历空闲列表并在必要时创建新的映射），但是它实际上是否创建了1 GiB的交换页？还是当您实际触摸它们时就创建地址范围并创建页面？ （我之所以指定Linux，是因为该标准在这些细节上没有任何说明，但是我很想知道其他平台也可以这样做。） 问题答案： Linux确实也推迟了页面分配。“乐观的内存

问题内容： 每次从stdin读取字母“ u”时，此代码段将分配2Gb，并且在读取“ a”后将初始化所有分配的字符。 我在具有3Gb内存的linux虚拟机上运行此代码。在使用htop工具监视系统资源使用情况时，我已经意识到malloc操作不会反映在资源上。 例如，当我仅输入一次“ u”（即分配2GB的堆内存）时，我看不到htop中的内存使用量增加2GB。只有当我输入“ a”（即初始化）时，我才会看到

问题内容： 如果malloc / free是作为libc中的库例程实现的，那么它是在 sbrk syscall还是 mmap syscall或其他东西之上实现的呢？ 通常， sys / syscall.h 中声明的函数是否包含目标计算机中的所有系统调用？ 问题答案： 和是标准C库函数，其是由每个C实现来实现。 C标准仅定义了这些函数的行为方式以及预期的行为。在每种实现方式中如何实现它们。 简而言之

问题内容： 因此，我有一个分配256 MB内存的程序，在用户按下ENTER键后，它将释放内存并终止。 我多次运行了该程序并将它们分别作为背景，直到不再有足够的内存可以分配。但是，那永远不会发生。我运行了linux 命令，即使在多次运行该程序之后，可用内存也不会减少多达256 MB。 但是，另一方面，如果我使用而不是则存在巨大差异： 现在，如果我运行该程序并使其后台运行，然后重复执行，则每次运行它时

问题内容： 什么回报？ 答案会一样吗？ Linux GCC的输出： 输出每次都会保持变化。这是标准答案吗？为什么除了学术研究之外，还有谁会对获得这样的指示感兴趣？ 编辑： 如果返回伪指针，则以下内容如何工作： 编辑： 以下代码为每次迭代输出“可能”。为什么不失败？ 问题答案： 其他人已经回答了如何工作。我将回答您提出的尚未回答的问题之一（我认为）。问题是关于： 什么回报？答案会一样吗？ 该标准规定

问题内容： 平台之间可能有所不同，但是 当我使用gcc编译并运行下面的代码时，每次在ubuntu 11.10中获得0。 为什么即使有calloc，malloc的行为也是如此？ 难道就意味着即使您不希望有时将值初始化为0，也会有不必要的性能开销吗？ 编辑：哦，我以前的示例不是初始化，而是碰巧使用“新鲜”块。 我恰恰在寻找的是为什么它在分配一个大块时将其初始化： 但是，感谢您指出进行分配时存在安全原因

问题内容： 我有一个带有父进程和子进程的程序。在fork（）之前，父进程称为malloc（），并在其中填充了一些数据。在fork（）之后，孩子需要该数据。我知道我可以使用管道，但是以下代码似乎可以工作： 输出为： 我知道在子级中可以使用在堆栈上分配的数据，但是似乎在子级中也可以使用在堆上分配的数据。同样，子代不能修改堆栈上父代的数据，子代不能修改堆上父代的数据。因此，我假设孩子获得了自己的堆栈和堆