delphi - 为什么我的 Delphi 程序的内存继续增长？

Question

我正在使用 Delphi 2009，它内置了 FastMM4 内存管理器。

我的程序读入并处理一个大型数据集。每当我清除数据集或退出程序时，所有内存都会被正确释放。它根本没有内存泄漏。

使用在 spenwarr 对 How to get the Memory Used by a Delphi Program 的回答中给出的 CurrentMemoryUsage 例程，我已经显示了 FastMM4 在处理过程中使用的内存。

似乎正在发生的是，在每个进程和发布周期之后，内存使用量都在增长。例如:

在没有数据集的情况下启动我的程序后使用了 1,456 KB。

加载大型数据集后使用了 218,455 KB。

完全清除数据集后的 71,994 KB。如果我此时退出(或我的示例中的任何一点)，则不会报告内存泄漏。

再次加载相同的数据集后使用了 271,905 KB。

完全清除数据集后的 125,443 KB。

再次加载相同的数据集后使用了 325,519 KB。

完全清除数据集后的 179,059 KB。

再次加载相同的数据集后使用了 378,752 KB。

在每个加载/清除周期中，我的程序的内存使用量似乎增加了大约 53,400 KB。任务管理器确认这确实发生了。

我听说 FastMM4 在释放对象时并不总是将程序的所有内存释放回操作系统，以便在需要更多内存时保留一些内存。但是这种持续的增长让我感到困扰。由于没有报告内存泄漏，我无法确定问题。

有谁知道为什么会发生这种情况，如果它很糟糕，以及我是否可以或应该做些什么？

感谢 dthorpe 和 Mason 的回答。你让我思考和尝试让我意识到我错过了什么的事情。所以需要详细的调试。

事实证明，我所有的结构在退出时都被正确释放。但是在运行期间每个循环后的内存释放不是。它正在积累通常会导致泄漏的内存块，如果我的退出清理不正确，则在退出时可以检测到泄漏 - 但确实如此。

我需要在循环之间清除一些 StringLists 和其他结构。我仍然不确定我的程序如何与早期周期中仍然存在的额外数据一起正常工作，但确实如此。我可能会进一步研究。

这个问题已经回答了。感谢您的帮助。

Answer 1

您链接到的 CurrentMemoryUsage 实用程序报告您的应用程序的工作集大小。工作集是映射到物理内存地址的虚拟内存地址空间的总页数。但是，这些页面中的一些或许多页面中存储的实际数据可能很少。因此，工作集是您的进程使用的内存量的“上限”。它表示保留了多少地址空间以供使用，但并不表示实际提交了多少(实际驻留在物理内存中)或应用程序实际使用了多少提交的页面。

试试这个:当你看到你的工作集大小在几次测试运行后逐渐增加后，最小化你的应用程序的主窗口。您很可能会看到工作集大小显着下降。为什么？因为当您最小化应用程序时，Windows 会执行 SetProcessWorkingSetSize(-1) 调用，该应用程序会丢弃未使用的页面并将工作集缩小到最小。当应用程序窗口大小正常时，操作系统不会这样做，因为过于频繁地减小工作集大小会强制从交换文件重新加载数据，从而使性能变差。

更详细地了解它:您的 Delphi 应用程序以相当小的块分配内存——这里是一个字符串，那里是一个类。程序的平均内存分配通常少于几百字节。很难在系统范围内有效地管理这样的小分配，因此操作系统不会。它有效地管理大内存块，特别是在 4k 虚拟内存页面大小和 64k 虚拟内存地址范围最小大小时。

这给应用程序带来了一个问题:应用程序通常分配小块，但操作系统以相当大的块分配内存。怎么办？答:再分配。

Delphi 运行时库的内存管理器和 FastMM 替代内存管理器(以及地球上几乎所有其他语言或工具集的运行时库)都存在做一件事:将操作系统中的大内存块分割成由操作系统使用的较小块。应用程序。跟踪所有小块的位置，它们有多大，以及它们是否被“泄漏”也需要一些内存 - 称为开销。

在大量内存分配/解除分配的情况下，可能会出现您解除分配 99% 的分配的情况，但进程的工作集大小仅缩小了 50%。为什么？大多数情况下，这是由堆碎片引起的:一小块内存仍在使用 Delphi 内存管理器从操作系统获取并在内部分配的大块之一。使用的内存的内部计数很小(例如 300 字节)，但由于它阻止堆管理器将其所在的大块释放回操作系统，因此 300 字节小块的工作集贡献更像是 4k(或64k 取决于它是虚拟页面还是虚拟地址空间 - 我不记得了)。

在涉及兆字节小内存分配的大量内存密集型操作中，堆碎片非常常见 - 特别是如果与内存密集型操作无关的事情的内存分配与大作业同时进行。例如，如果在处理 80MB 数据库操作时也将状态输出到列表框，则用于报告状态的字符串将分散在数据库内存块的堆中。当您释放数据库计算使用的所有内存块时，列表框字符串仍然在那里(在使用中，没有丢失)但它们分散在各处，每个小字符串可能会占用整个操作系统大块。

尝试最小化窗口技巧，看看是否会减少您的工作集。如果是这样，您可以忽略工作集计数器返回的数字的明显“严重性”。您还可以在大型计算操作后添加对 SetProcessWorkingSetSize 的调用，以清除不再使用的页面。