FireFox必须解决的一个问题

就是对图片显示的cache管理。我在浏览一些漫画网页的时候才感觉到的：

FireFox的图片显示管理有严重缺陷，我在浏览一个大约包含150幅漫画的网页时，firefox使CPU出现严重超载，每当我按下pagedown键翻页浏览时（用鼠标或向下箭头也一样）会出现长达3-4秒的硬盘灯长亮，CPU100%负荷情况，事实就是，无法用FireFox浏览这类包含大量图片的网页。

我同时使用Maxthon浏览同一网页，却非常流畅。

检查内存占用，FF占用54M，maxthon占用6M！虽说IE内核可能使maxthon的部分内存占用被标为系统内存，但是IE和FF在对于图片解码-显示的管理上确实有明显差距。

谁能告诉我如何优化？

有过类似的讨论，取消选项里的自动缩小大图以适合浏览窗口应该会解决问题

多谢，测试有效，但是连续翻页还是有些慢，可能我内存只有256比较紧张的原因，对比之下maxthon仍流畅一些。

另：请问1.0.7和1.5beta之类到底是怎么回事？什么关系？说是置顶贴有说明，找了半天也没找到。

而且发现完全载入这个漫画网页后，FF的内存占用达到了夸张的112M...现在切换到word都要5-6秒...唉...

没办法，FF的快基本上就是靠对内存的控制的
我的也基本上是100M，不过按道理来说1.0+一般只占30M左右吧，而且可以最小化释放内存
我这边没有觉得慢，我是512内存的

现在内存便宜，如果有一点闲钱还是建议加根内存条。如果还是觉得FF内存太有问题，就关闭图片页面后用最小化解决一下吧

1.07是正式版本，是Firefox目前的公开路线
1.5b是即将推出而正在公开测试的测试版本
1.6a是为了更进一步的mozilla2.0而进行的测试版本，相当于Longhorn

CrossBud：1.07是正式版本，是Firefox目前的公开路线
1.5b是即将推出而正在公开测试的测试版本
1.6a是为了更进一步的mozilla2.0而进行的测试版本，相当于Longhorn回到原帖

还真复杂呀，不过我个人认为同时搞这么多版本不利于外围开发的兼容性，从长远看不利于FF的发展。最终也许像linux一样成为软件族，存在多个略有不同的版本，结果开发、维护都苦不堪言...

啥页面150个图片？
给个URL让咱也看看？

gzpbx：啥页面150个图片？
给个URL让咱也看看？回到原帖

在mop看到的一篇科幻漫画...

整篇至少有上千页吧，但是分页浏览，每页100多到200，夹杂着一些其他人的回复。

在载入页面的时候会有停顿的现象。
但是当页面载入完成后，整个页面就非常流畅了。

占用6m这个也太扯了。该耗的内存并不会少耗，不然就可以发明永动机了。MT只是个外壳，光看MT进程是看不出实际用了多少内存的。
你同时打开几十个各类页面就清楚了。一看MT进程才用几十m内存，耶，万岁，不用内存就可以看网页，好神奇。可你去一查物理内存，发现物理内存都已经耗光了，虚拟内存也没少占。


另外有问题最好给出地址。这样大家都可以试试是什么情况，也好找出问题所在。这类极端网页还可以用来比较1.6新的图像引擎是不是已经使得cpu耗用大大降低了。

下次比较内存占用情况,就要比较剩余内存量,

不要比较任务管理器里面显示的单个程序耗费的内存了.

这样对Firefox稍微公平点.

对，这样比较看看

iantsai：多谢，测试有效，但是连续翻页还是有些慢，可能我内存只有256比较紧张的原因，对比之下maxthon仍流畅一些。
回到原帖

图片多了，Maxthon一样完蛋；推荐OPera看图首选