|
15楼#
发布于：2005-11-04 12:15
你可以看看，前面的回复，同意的基本是在谈现象，不同意的基本是在谈及license和ff形象，不知道大家真的看了我的帖子，真的不同意，还是不允许批评FF
|
|
|
|
16楼#
发布于：2005-11-04 12:15
我看了，我也只是告诉你几乎所有程序都这样而已，并非ff一个。我没有涉及“license和ff形象”吧。
前面的回复很多也是这么说的吧。 |
|
|
|
17楼#
发布于：2005-11-04 12:15
应该看看源代码然后一切就明了了
|
|
|
18楼#
发布于：2005-11-04 12:15
是吗，几乎所有的软件在最小化一段时间之后重新恢复都会有一定的迟滞，而FF没有，我想你不会从来没有见过这一点吧
|
|
|
|
19楼#
发布于：2005-11-04 12:15
不对吧,我感觉一直都有延迟的现象,而且如果把Fx放在后台过上一段时间,比如10分钟,再切换到前台的话,硬盘会狂转一阵子.感觉这个时候它把所有的东西都从虚拟内存转移到了内存中.
|
|
|
20楼#
发布于：2005-11-04 12:15
是吗，几乎所有的软件在最小化一段时间之后重新恢复都会有一定的迟滞，而FF没有，我想你不会从来没有见过这一点吧 你看我回复了吗？ 我这里怎么不是这样？等上一段时间后，ff的还原是比较慢的。当然，其间我在运行其他程序。而且，一个普通程序的窗口，如果我最小化后并不运行其他程序，那么等再久都可以很快还原。 说到底，都是windows任务管理器在骗人。 |
|
|
|
21楼#
发布于：2005-11-04 12:15
bug 76831
https://bugzilla.mozilla.org/show_bug.cgi?id=76831 根据上面bugzilla的描述，楼主可以试试看，最小化后，不关机，过1,2个小时后再从最小化恢复，应该有滞后出现。 不要忽视操作系统的缓存机制，MS知道有很多用户喜欢用最小化和最大化来测试系统的性能，最小化后立即最大化的情况应该被优化过得了。 应该说MS任务管理器的作用就是要用户相信MS的系统软件是最好的，而不是让普通用户去发现操作系统性能上的瑕疵。 |
|
|
22楼#
发布于：2005-11-04 12:15
不好说，数值是明显变小了，感觉也还算是快
|
|
|
23楼#
发布于：2005-11-04 12:15
config.trim_on_minimize 这个参数只能最小化释放内存
最使用中的动态释放内存没有一点效果 |
|
|
|
24楼#
发布于：2005-11-04 12:15
lol, 说到底看起来好像还是windows资源管理器在骗人啊,呵呵.起码那个数值掉到了各位数, 和所有其程序一样.我认为，如果这个问题存在，那么其他软件也是一样。毕竟这里面牵扯到软件，系统等等诸多因素，不看源码那有人说得清楚？
|
|
|
上一页
下一页
