各个版本的Firefox内存占用简陋测试

以下测试十分简陋，欢迎大家指正。

测试环境：
● CPU:P4 2.9G
● 内存:1G
● 显卡:915GL集成

参加测试的Firefox版本
●官方1.5.0.6
●CE 1.5.0.6
●CE 2.0a
●CE 3.0(非Cairo)
●CE 3.0
●CE Fireflowfox(非Cairo)
●CE Fireflowfox
其中CE为musume CE社区版，都是最新nightly build。所有版本只包含DOM Inspector扩展，无其他扩展。

测试项目
●测试一：4.8M的Html电子书，主要都是文本。
●测试二：某论坛的一个贴图帖子，含35张大图。
以上测试访问页面都为本地硬盘，基本无网络连接。

柱状图：

补充说明：
什么是Cairo？

Cairo，过去叫做Xr或Xr/Xc，是一个跨平台的开放源代码的矢量图形函数库，可以提供高质量的显示和打印输出。通过Glitz函数库， Cairo 能使用 OpenGL或X Render扩展的硬件加速功能来绘制图像，这使得基于Cairo的应用能在现代化的3D显示硬件上获得益处。

Cairo提供一个稳定的用户层API，它可以提供现代化的图形处理管理能力，如绘制和填充，映射转换，合成（注意，是合成）与改变alpha半透明图像，高真文本显示等等。能够在不同的媒体上实现相同的输出。

比如，你的Firefox的CPU占用率是否经常达到100％？实际上很大原因就是因为目前Firefox的Gecko引擎生成页面的方式并不是那么有效率，它的高速度很大程度上依赖于CPU的开销。而通过Cairo可以实现的硬件加速，Gecko就可以把大部分的显示工作交给显卡（GPU）来完成。这样一来，Gecko在那些有3D显卡的机器上是非常高效的。（当然，它不会把你的小猫变成100M专线） :108:

不仅仅是这些，按照 roc 的说法，转移到Cairo上，将会“带给我们现代化的2D图形处理能力（如填充、描旁、去背、映射转换，alpha透明支持等）」。Cairo可以将它的输出传送到不同的后端，这使它很适合在屏幕上显示图像和打印。借助Glitz函数库，Cairo能使用 OpenGL的硬件加速功能来绘制图像，这使得 Mozilla能在现代化的3D显卡上获得益处。

为了实现上述目标，Mozilla需要去除软件中大量的图形代码，把它们重新构建于 Cairo之上。目前，这一工作正在有条不紊地进行着。

Firefox Reflow branch (Fireflowfox)
Firefox的一个分支版本，主要是针对核心中reflow方面进行重写，以使Firefox可以通过W3C的Acid2测试（这个测试是为了检验浏览器能否正确解释W3C标准的CSS，IE也未能通过此测试，目前好像只有Safari、Opera、和Fireflowfox通过了）。

关于JS的测试，之前有很多人做过了，所以我就不测试了。
而关于网络连接性能方面的测试，我还想不到什么比较适合、公平的测试。

这个测试我个人结论是：
1、从1.5的第三方优化版本比官方版本占用更多内存（大约6M左右），但是显示图像更快这个现象来看，估计是因为调整了部分参数以及更换了渲染引擎所至，毕竟历来空间换性能都是相当有效的，只要把握好平衡就行了。
2、Mozilla目前对Cairo的实现还是相当LJ的，惊人的内存占用，但是完全体现不了性能的提升。不过奇怪的是Fireflowfox实现的Cairo没有占用太多内存，不过在图像速度方面就慢太多。

各人推荐，内存比较小的机器（256M）使用官方版本比较合适，内存宽裕的话（512M），第三方优化版本是不错的选择。喜欢尝鲜的人可以选择2.0a和非Cairo的3.0a。

根据musume CE的说明，应该是没places的。

另外再实验了一下IE6，因为数据较少，就不贴图了:

测试一
内存使用 44724
内存峰值 44732
虚拟内存 34168
CPU时间 0:27

测试二
内存使用 150908
内存峰值 150912
虚拟内存 138682
CPU时间 0:10

可以看到IE6使用时内存占用比Fx 1.5略少，文字渲染速度很快，但是图片渲染和表格速度较慢。