我正在运行一些大型数组处理代码(在运行 Linux 的 Pentium 上)。数组的大小足以让进程进行交换。到目前为止它正在工作，可能是因为我试图保持我的读写连续。但是，我很快就需要处理更大的数组。在这种情况下，切换到匿名映射 block 会有帮助吗？
如果是，请解释原因。
在我浅薄的理解中，mmap实现了一个从tmpfs分区挂载的内存映射文件，在内存压力下会回退到交换机制。我想了解的是，mmap 如何比标准 malloc 做得更好(出于某种原因或论点，我假设它确实更好，但我不知道是否如此)。
注意:请不要建议使用 64 位或更多 RAM。不幸的是，这不是一种选择。
最佳答案
支持 malloc() 分配的内存由内核处理，其处理方式与支持使用 mmap() 创建的私有(private)匿名映射的内存的处理方式大致相同。事实上，对于大的分配，malloc() 将创建一个匿名映射与 mmap() 来支持它，所以你不太可能通过显式使用 mmap() 你自己。
归根结底，如果您的工作集超过物理内存大小，那么您将需要使用交换，以及您是否使用使用 mmap() 或 malloc 创建的匿名映射() 不会改变这一点。你能做的最好的事情就是尝试重构你的算法，使其具有良好的locality of reference。 ，这将减少交换对您的伤害程度。
您还可以尝试通过 madvise() 系统调用向内核提供一些关于内存使用情况的提示。
关于c++ - 内存压力下匿名mmap相对于malloc的优势，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8263469/