delphi – 何时调用SetProcessWorkingSetSize？ (说服内存管理器释放内存)

概述在上一篇文章( My program never releases the memory back. Why?)中,我展示了FastMM可以缓存(读取为自身保持)相当大的内存.如果您的应用程序刚刚在RAM中加载了大量数据集,则在释放数据后,您将看到令人印象深刻的RAM未释放回内存池. 我环顾四周,似乎调用SetProcessWorkingSetSize API函数会将缓存“刷新”到磁盘.但是,我无 在上一篇文章( My program never releases the memory back. Why?)中,我展示了FastMM可以缓存(读取为自身保持)相当大的内存.如果您的应用程序刚刚在RAM中加载了大量数据集,则在释放数据后,您将看到令人印象深刻的RAM未释放回内存池.

我环顾四周,似乎调用SetProcessWorkingSetSize API函数会将缓存“刷新”到磁盘.但是,我无法决定何时调用此函数.我想在执行RAM密集型 *** 作的按钮上的OnClick事件结束时调用它.但是,有些人说这可能会导致AV.

如果有人成功使用此功能,请告诉我(我们).

非常感谢.

编辑：
1.释放数据集后,程序仍然占用大量RAM.调用SetProcessWorkingSetSize后,大小返回到几MB.一些人认为没有任何东西被释放.我同意.但是内存占用现在很小,并且在正常使用程序后不会增加(例如,在执行不涉及加载大型数据集的正常 *** 作时).不幸的是,没有办法证明交换到磁盘的内存被装回内存,但我认为不是.
2.我已经证明了(我希望)这不是内存泄漏：
My program never releases the memory back. Why?
How to convince the memory manager to release unused memory

解决方法 如果SetProcessWorkingSetSize可以解决您的问题,那么您的问题不是FastMM保持内存.由于此函数只是通过将RAM中的内存写入页面文件来修剪应用程序的工作集.什么都没有发布回windows.

事实上,你只是再次访问内存的速度较慢,因为它现在必须从光盘中读取.此方法与最小化应用程序具有相同的效果.然后windows假定您不会很快再次使用该应用程序,并将工作集写入RAM页面文件. windows可以很好地决定何时将RAM写入页面文件,并尝试尽可能长时间地将最常用的内存保留在RAM中.当剩余的RAM很少时,它将使工作集大小更小(写入页面文件).我不会惹它只是为了给你一个错觉,你编程使用更少的内存,而事实上它正在使用与以前一样多,只是现在它访问速度较慢.再次访问的内存将再次加载到RAM中,并使工作集大小再次增长.触摸更少的内存可以减小工作集的大小.

所以不,这不会帮助你强迫FastMM释放内存.如果你的目标是让你的应用程序使用更少的内存,你应该寻找其他地方.寻找泄漏,寻找堆碎片寻找优化,如果你认为FastMM阻止你这样做,你应该尝试找到支持它的事实.如果你的目标是保持你的工作集大小,你可以尝试让你的内存访问本地.也许FastMM或其他内存管理器可以帮助你,但与使用大量内存相比,这是一个非常不同的问题.也许这个函数可以帮助你解决你遇到的问题,但我会小心使用它,当然不会只是为了保持你的程序内存使用率低的错觉.

总结

以上是内存溢出为你收集整理的delphi – 何时调用SetProcessWorkingSetSize？ (说服内存管理器释放内存)全部内容，希望文章能够帮你解决delphi – 何时调用SetProcessWorkingSetSize？ (说服内存管理器释放内存)所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。