实际/驻留内存大于 XCode Instruments 报告的分配

Question

我有点迷失了。我正在编写一个小应用程序，它在第一步中加载一堆数据并将它们放入数据库中。

对于数据库中的每个条目，我创建一个新对象，希望它能从弧中释放:-)。

仪器工具显示我的应用程序实际上有 5-6 MB 的生活分配。但活动监视器显示我实际上使用了 100 mb 的“物理”（真实）内存？

如何减少 100 MB？您看到的内存泄漏只有 100 kb，这不是原因！？

Instruments 显示 5.67Mb 'Live'

活动监视器

Answer 1

简短的回答是 –别担心 – 100Mb 并不是很多。

这里您需要了解的主要事情是“真实”或常驻RAM 与分配的 RAM 完全不同。如果您分配大量 RAM，它们可能会链接起来，但您没有。

为什么它们不一样？

解除分配（或垃圾收集）的 RAM 通常不会返回给操作系统，因此仍然可以“驻留”一段时间。

这很可能是您的情况的罪魁祸首- 将数据库加载到分配的大量内存（1Gb 临时内存）中一段时间，然后释放它，在您的进程中留下大量 RAM。

请注意，在垃圾收集（包括ARC）中，为对象分配的内存空间可以比它曾经持有的对象存在得更久 - 例如，如果您分配并立即释放 10000 个 1K 对象，您可能会发现您的真实 RAM 必须增加 10Mb，甚至尽管任何时候都只使用了 1K 数据。这是因为垃圾收集被推迟到程序运行循环的特殊清理阶段。
驻留 RAM 只能在 4Kb 页面中请求，这意味着即使对于 1 字节分配，也可能分配多达 4Kb 的驻留 RAM。通常，malloc 会尝试在同一个 4k 页面上放置多个分配，但您会看到由于碎片而造成的一些损失。
当前未使用的已分配 RAM 可以调出到磁盘，因此不再驻留
应用程序包含一些（可能很多）内存，这些内存不是由 malloc“分配”的，这包括：
- 应用程序二进制 - 代码和数据
- 应用程序库 - 在私有或共享 RAM 中
- 堆栈
- 其他共享内存
- 可能是图形区域（例如 X11）、打开文件缓冲区和 mmap（取决于我们认为“分配”的内容）。
- 适用于台式机或笔记本电脑；对于嵌入式设备来说很多，对于手机或平板电脑则取决于情况。