目前为止还是GC快
等新版
用电脑就要做墙头草
谁好就用谁~

我是花盆：目前为止还是GC快
等新版
用电脑就要做墙头草
谁好就用谁~回到原帖

呵呵，用Firefox的多数不是冲着Javascript引擎的性能，快一点儿慢一点儿，无非就是比比，其实影响不大^_^

web123lai：
呵呵，用Firefox的多数不是冲着Javascript引擎的性能，快一点儿慢一点儿，无非就是比比，其实影响不大^_^回到原帖

确实，速度只是一个方面，但是能满足你自定义的需求才是最重要的。

举个例子，我们学校的一个电影网站使用的ieonly的代码，而且要使用它提供的播放器，我后来使用firegesture写了一个脚本来获取实际地址，然后生成播放列表，调用自己喜欢的播放器来播放。


就是因为ff的无限可能性，才是真正吸引我的地方。

0908版已经超过Chrome了

我是花盆：目前为止还是GC快
等新版
用电脑就要做墙头草
谁好就用谁~回到原帖

墙头草你好，墙头草再见~

我是花盆：目前为止还是GC快
等新版
用电脑就要做墙头草
谁好就用谁~回到原帖

虽然CHROME快，但实际上载入网页还是慢，因为没有ADBLOCK

载入网页就更不一定了，决定因素是网速，而且还有渲染引擎（恐怕一般网页载入还更重要一些）

web123lai：载入网页就更不一定了，决定因素是网速，而且还有渲染引擎（恐怕一般网页载入还更重要一些）回到原帖

看你用什么来衡量了，如果用专业工具的去测量，那是CHROME快不少，但那是FIREFOX没用ADBLOCK的条件下，用了过滤FF快很多（广告效多的网页）
用眼睛去衡量，FIREFOX渲染延时设置效小，所以出来快“看起来更快”
至于大流量的大量图片连接的页面，谁都一样，IE也不会慢

崩溃重启网页自动重建，遭啥殃

这么心宽啊？我是不希望死一个就要强制重启。我承认崩溃进程管理器已经越来越好，发帖的文本框内容都能留住（除了少数asp论坛），但能不崩溃更好啊。比如，在youtube看视频，崩溃了重来，要重新缓冲的。

这种情况多了，比方说在youtube开了好几个视频暂停在那里缓冲着（因为网络慢），然后去看别的网页先，结果别的网页造成崩溃。或者正在网盘上传文件，崩溃了就白传了。

看你用什么来衡量了，如果用专业工具的去测量，那是CHROME快不少，但那是FIREFOX没用ADBLOCK的条件下，用了过滤FF快很多（广告效多的网页）
用眼睛去衡量，FIREFOX渲染延时设置效小，所以出来快“看起来更快”
至于大流量的大量图片连接的页面，谁都一样，IE也不会慢

我说的当然不是用眼睛看，而且不同的代码，不同的渲染引擎不同，调整一下所用代码结果就不同。只能就某个项目进行比较，就代码使用的多少进行加权。
FIREFOX渲染延时设置较小，呵呵，大家的判断标准显然不是这个。网络上所谓的优化，也许根本就不应该叫加速。从接收到字节到显示出来才应该是处理时间。总不会把这个参数设置为0,Geckoc从接收到网页到显示出来就是瞬时的吧^_^
另外，Webkit比Gecko在页面解析部分的对比并没有看到太多的介绍，现在的对比似乎都集中在JavaScript的效率方面，能不能达到“快不少”不好说。
至于网速是决定性的，这个问题似乎并不需要证明。

渲染方面本來GECKO就弱，Firefox3.1的JS引擎只能撐下門面，何況對比V8也沒什麼優勢