我环顾四周,似乎调用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
解决方法
事实上,你只是再次访问内存的速度较慢,因为它现在必须从光盘中读取.此方法与最小化应用程序具有相同的效果.然后Windows假定您不会很快再次使用该应用程序,并将工作集写入RAM页面文件. Windows可以很好地决定何时将RAM写入页面文件,并尝试尽可能长时间地将最常用的内存保留在RAM中.当剩余的RAM很少时,它将使工作集大小更小(写入页面文件).我不会惹它只是为了给你一个错觉,你编程使用更少的内存,而事实上它正在使用与以前一样多,只是现在它访问速度较慢.再次访问的内存将再次加载到RAM中,并使工作集大小再次增长.触摸更少的内存可以减小工作集的大小.
所以不,这不会帮助你强迫FastMM释放内存.如果你的目标是让你的应用程序使用更少的内存,你应该寻找其他地方.寻找泄漏,寻找堆碎片寻找优化,如果你认为FastMM阻止你这样做,你应该尝试找到支持它的事实.如果你的目标是保持你的工作集大小,你可以尝试让你的内存访问本地.也许FastMM或其他内存管理器可以帮助你,但与使用大量内存相比,这是一个非常不同的问题.也许这个函数可以帮助你解决你遇到的问题,但我会小心使用它,当然不会只是为了保持你的程序内存使用率低的错觉.