自动内存释放真的释放内存了吗

设置了config.trim_on_minimize，效果从任务管理器里看是很明显，FF或是tTB的内存占用迅速减少到2m甚至1m以下，可是当你恢复的时候，内存上涨也很快，几乎是瞬时的。
如此迅速地恢复到正常占用，我很怀疑windows的内存管理机制能做到这一点，不错，虚拟内存是没有变，可是从虚拟内存到内存不需要时间吗，从实际情况看，这个过程几乎不会读盘，鼠标也没有瞬间的迟滞，对于70多m的内存占用，在我celeron 1.7 256m，并且开着tb,gaim，kaspersky等等软件的机器，重新分配不应该是一个想当然可以瞬间完成的任务。
我觉得这个参数似乎有作弊的嫌疑，它的作用似乎仅仅体现在数字上

lol, 说到底看起来好像还是windows资源管理器在骗人啊,呵呵.起码那个数值掉到了各位数, 和所有其程序一样.我认为，如果这个问题存在，那么其他软件也是一样。毕竟这里面牵扯到软件，系统等等诸多因素，不看源码那有人说得清楚？

config.trim_on_minimize 这个参数只能最小化释放内存
最使用中的动态释放内存没有一点效果

不好说，数值是明显变小了，感觉也还算是快

bug 76831
https://bugzilla.mozilla.org/show_bug.cgi?id=76831

根据上面bugzilla的描述，楼主可以试试看，最小化后，不关机，过1,2个小时后再从最小化恢复，应该有滞后出现。

不要忽视操作系统的缓存机制，MS知道有很多用户喜欢用最小化和最大化来测试系统的性能，最小化后立即最大化的情况应该被优化过得了。

应该说MS任务管理器的作用就是要用户相信MS的系统软件是最好的，而不是让普通用户去发现操作系统性能上的瑕疵。

是吗，几乎所有的软件在最小化一段时间之后重新恢复都会有一定的迟滞，而FF没有，我想你不会从来没有见过这一点吧

你看我回复了吗？

我这里怎么不是这样？等上一段时间后，ff的还原是比较慢的。当然，其间我在运行其他程序。而且，一个普通程序的窗口，如果我最小化后并不运行其他程序，那么等再久都可以很快还原。

说到底，都是windows任务管理器在骗人。

不对吧,我感觉一直都有延迟的现象,而且如果把Fx放在后台过上一段时间,比如10分钟,再切换到前台的话,硬盘会狂转一阵子.感觉这个时候它把所有的东西都从虚拟内存转移到了内存中.

是吗，几乎所有的软件在最小化一段时间之后重新恢复都会有一定的迟滞，而FF没有，我想你不会从来没有见过这一点吧

应该看看源代码然后一切就明了了

我看了，我也只是告诉你几乎所有程序都这样而已，并非ff一个。我没有涉及“license和ff形象”吧。

前面的回复很多也是这么说的吧。

你可以看看，前面的回复，同意的基本是在谈现象，不同意的基本是在谈及license和ff形象，不知道大家真的看了我的帖子，真的不同意，还是不允许批评FF

ztkx：即使一个普通的windows窗口，再隔了一段时间之后，重新打开都可能花费一些时间，而FF在完全释放之后，仍然可以毫不费力的打开，这难道不值得奇怪吗，其他的软件似乎不是这样的回到原帖

我这里怎么不是这样？等上一段时间后，ff的还原是比较慢的。当然，其间我在运行其他程序。而且，一个普通程序的窗口，如果我最小化后并不运行其他程序，那么等再久都可以很快还原。

即使一个普通的windows窗口，再隔了一段时间之后，重新打开都可能花费一些时间，而FF在完全释放之后，仍然可以毫不费力的打开，这难道不值得奇怪吗，其他的软件似乎不是这样的

几乎所有windows软件都是如此。最小化时内存数值变动巨大，难道大家都在作弊？

我想windows中的ff这个设置只不过是把内存重新移交给windows管理而已。

我不知道他作弊没有，我想这也无关他是否开源，我只是根据事实判断而已，如果有明确的证据证明我是错的，我当然很高兴，如果仅仅因为他的开源和他的形象，我觉得无以服众