释放内存后，进程的RES内存会下降吗？

Question

我有一个连续分配内存的进程，它将在另一个线程处理了相关数据之后将其释放。 当数据处理速度很慢时，我看到RES内存增长了； 但在处理完所有数据后，RES会下降，但不会返回到原始RES值（即使等待了10分钟以上）。

例如10 MB（原始）=> 50 MB（峰值）=> 30MB（所有数据释放后）

我已将valgrind与massif一起用于分析内存，看来所有数据都已释放。 我的问题是，为什么RES不能恢复到原来的10 MB？

Answer 1

有很多可能的原因，我只列出两个最常见的原因：

• 按页面分配和分段 ：操作系统至少在使用MMU的现代系统上按页面分配内存。 标准库的malloc() （或C ++中new的分配器）提供任意大小并在内部进行管理。 仅当返回占用页面的最后一个分配时，页面才能返回到操作系统。 如果页面中只有一个分配仍处于活动状态，则您的进程必须保留该页面。

• 库 ：很多库都执行自己的动态内存分配，即使C标准库也是如此。

---

就是说，正如Ctx所评论的那样 ，您可以使用mmap()在Linux上直接进行页面分配，并可以通过有效使用这些页面来避免碎片问题。 这当然意味着要离开标准 C的路径，但是至少在mmap()是在POSIX中指定的，因此它可以在许多系统上使用。

Answer 2

有许多OS的示例，在调用free()时，它们不会将内存还给OS。

但是，当调用malloc()或realloc() ，它将看到已释放的内存可用。

性能和分页是其背后的原因。 阅读更多内容当使用free（）时 ， 内存使用不会减少 。

这就说明了您所见证的内容（即使您正在释放内存，也不会减少程序外部的内存使用；因为可能是它只会在程序范围内被标记为空闲）。