各位 Gecko能在速度和启动方面超越webkit吗？

在不重写核心代码的情况下，做一些优化，能使得Gecko完胜webkit吗？3.7给我们的期待是 安装扩展免重启与多进程，以及硬件加速，这些都可以实现，但如果要使得Gecko在速度 方面超越webkit和v8 有可能吗？ 我用了fx三年 叛逃了三个月..
各位你们发现没，06~08年和科技相关的博客截图以及电视节目，只要在windows平台下，总能看到fx的身影，但如今，却被chrome抢去了风头，webkit阵型得到了IT人士的青睐，是不是意味着，Gecko的第二次悲剧即将来临，IE还有老本吃，够吃个三五年的

Firefox页面看起来最舒服的。

60有点难度，玩了快十次才过关；
其它都很简单。

轻松通关！！

实测，3.7a1跟ChormePlus4.0差不多，比以前快了一倍了

gecko也是不断升级啊，webkit现在兼容性不太好吧。

目前firefox比较满意，啥时候不行就换其他的呗

hzhbest：初级：
大家可以去玩玩这个 js 游戏，有点运气成分可以用来消闲，有点智力成分可以用来练脑：
http://www.yvoschaap.com/chainrxn/

－－其实重点在于，SunSpider 什么的都对个人没什么意义，而这个游戏最容易体验 javascript 引擎的能力。目前在 C2D 2.4GHz 上，Chromium4 和 Opera10.5 都成功达到了流畅（但 OP 有时点击不灵，可能是测试版的原因；但 OP 比 GC 要流畅；用 IE8 玩的话保准你输，因为小球的速度卡得追不上大球消失的速度），Firefox 3.6b5 可以勉强流畅。可以想象到，如果更多的人选择 javascript 提供复杂的互动，哪个浏览器（至少现在来说）能给人更好体验。

中级：
Firefox 内核源于 Netscape 抗击 IE 失败后开放的源代码，虽然说是重写，但很多架构都是沿用的，所以说 Gecho 是“古老”的引擎。Webkit 是 Apple 用闭源方式改良 KHTML 引擎产生的，后来才开源，但开发社区中还有很多 Apple 的程序员；以 Apple 的风格（例如 iPhone 是所有触摸屏手机中最畅顺的），大家都可以想象到 Webkit 的能耐在哪些地方。Google 在搜索引擎成功后大举开发网页应用，遇到了目前浏览器性能不足的问题，起初选择 Firefox 不仅仅是搜索推广，更重要的是当时 Webkit 闭源，推广 Firefox 对于 Google 来说成本低而且能使其网页应用更出彩；后来 Webkit 开源了，Google 也就可以利用这个更高性能的内核去开发自己的浏览器以支持其网页应用（Firefox 依靠扩展的形式其实也一定程度上与 Google 的理念不符），于是出来 Chrome 。
Gecko 的性能其实与 Webkit 差别不大，但纯粹性来说，后者更胜一筹（Webkit 很容易就挂上了 V8，Gecko 挂 Tracemonkey 仍然需要很多时间磨合）。除非 Gecko 能摆脱旧代码的臃肿，否则很难做到 Webkit 的程度（那样 Gecko 还是“Gecko”吗？）。当然了，还在纸上的 Firefox.next 究竟会不会这样还是未知之数。

高级：
最早排版引擎做的是 HTML 渲染，后来随着 HTML 标准的更新而加入了 CSS 解释、JS 解释、XML 解释等附加部分。纯粹的 HTML 页面连 IE 都能做到很快，例如打开新浪的主页，IE8 可是要比 Firefox 3.6b5 都要快；只不过，打开完之后要滚动页面的话，用 IE 会让你感觉自己像笨蛋一样。
V8 就像是一个外挂，独立一个线程处理 javascript 的结果再反馈主引擎，主引擎只需要有接口而不需要整合，开发者可以集中精力优化 V8 就可以了。有了这个外挂，Chrome 就可以“挂上挂”，在 V8 上挂上“扩展”，主引擎仍然没什么事。
Firefox 也一样，只不过原生的 Gecko javascript 引擎嵌入太深了，要解开接口很难，处理 javascript 都要涉及到主引擎。Firefox 的大多数扩展为了维持跨平台特性都用 javascript 编写，于是即使不玩 js 游戏，玩扩展，也是要用到 javascript 引擎的能力的。事实上 Firefox 运行速度和启动速度在 3.0、3.5、3.6 的提升，都是得益于 javascript 引擎的提升，因为加载扩展时效率更高了。
由此不难想象到，如果 Chrome 更开放界面的接口，借助 V8 Chrome 能实现比 Firefox （现在）好得多的性能下同样的扩展性；而 Firefox 如果在 Tracemonkey 上成功的话 Firefox 也能把这些“老大难问题”解决掉。
……只是，如果 Google “网页即应用”的构想风行起来的话，在内核改造上追不上的 Mozilla 遭遇惨败的可能性会（悲观地说）很高。回到原帖

在我的i7 920 OC 3.2GHz上3.6rc还是很流畅的。

hzhbest：初级：
大家可以去玩玩这个 js 游戏，有点运气成分可以用来消闲，有点智力成分可以用来练脑：
http://www.yvoschaap.com/chainrxn/

－－其实重点在于，SunSpider 什么的都对个人没什么意义，而这个游戏最容易体验 javascript 引擎的能力。目前在 C2D 2.4GHz 上，Chromium4 和 Opera10.5 都成功达到了流畅（但 OP 有时点击不灵，可能是测试版的原因），Firefox 3.6b5 可以勉强流畅。可以想象到，如果更多的人选择 javascript 提供复杂的互动，哪个浏览器（至少现在来说）能给人更好体验。

中级：
Firefox 内核源于 Netscape 抗击 IE 失败后开放的源代码，虽然说是重写，但很多架构都是沿用的，所以说 Gecho 是“古老”的引擎。Webkit 是 Apple 用闭源方式改良 KHTML 引擎产生的，后来才开源，但开发社区中还有很多 Apple 的程序员；以 Apple 的风格（例如 iPhone 是所有触摸屏手机中最畅顺的），大家都可以想象到 Webkit 的能耐在哪些地方。Google 在搜索引擎成功后大举开发网页应用，遇到了目前浏览器性能不足的问题，起初选择 Firefox 不仅仅是搜索推广，更重要的是当时 Webkit 闭源，推广 Firefox 对于 Google 来说成本低而且能使其网页应用更出彩；后来 Webkit 开源了，Google 也就可以利用这个更高性能的内核去开发自己的浏览器以支持其网页应用（Firefox 依靠扩展的形式其实也一定程度上与 Google 的理念不符），于是出来 Chrome 。
Gecko 的性能其实与 Webkit 差别不大，但纯粹性来说，后者更胜一筹（Webkit 很容易就挂上了 V8，Gecko 挂 Tracemonkey 仍然需要很多时间磨合）。除非 Gecko 能摆脱旧代码的臃肿，否则很难做到 Webkit 的程度（那样 Gecko 还是“Gecko”吗？）。当然了，还在纸上的 Firefox.next 究竟会不会这样还是未知之数。

高级：
最早排版引擎做的是 HTML 渲染，后来随着 HTML 标准的更新而加入了 CSS 解释、JS 解释、XML 解释等附加部分。纯粹的 HTML 页面连 IE 都能做到很快，例如打开新浪的主页，IE8 可是要比 Firefox 3.6b5 都要快；只不过，打开完之后要滚动页面的话，用 IE 会让你感觉自己像笨蛋一样。
V8 就像是一个外挂，独立一个线程处理 javascript 的结果再反馈主引擎，主引擎只需要有接口而不需要整合，开发者可以集中精力优化 V8 就可以了。有了这个外挂，Chrome 就可以“挂上挂”，在 V8 上挂上“扩展”，主引擎仍然没什么事。
Firefox 也一样，只不过原生的 Gecko javascript 引擎嵌入太深了，要解开接口很难，处理 javascript 都要涉及到主引擎。Firefox 的大多数扩展为了维持跨平台特性都用 javascript 编写，于是即使不玩 js 游戏，玩扩展，也是要用到 javascript 引擎的能力的。事实上 Firefox 运行速度和启动速度在 3.0、3.5、3.6 的提升，都是得益于 javascript 引擎的提升，因为加载扩展时效率更高了。
由此不难想象到，如果 Chrome 更开放界面的接口，借助 V8 Chrome 能实现比 Firefox （现在）好得多的性能下同样的扩展性；而 Firefox 如果在 Tracemonkey 上成功的话 Firefox 也能把这些“老大难问题”解决掉。
……只是，如果 Google “网页即应用”的构想风行起来的话，在内核改造上追不上的 Mozilla 遭遇惨败的可能性会（悲观地说）很高。回到原帖

C2D 1.8G+ 3.6rc1 tete09，最后一关卡了一下

启动速度应该和内核是无关的吧。

初级：
大家可以去玩玩这个 js 游戏，有点运气成分可以用来消闲，有点智力成分可以用来练脑：
http://www.yvoschaap.com/chainrxn/

－－其实重点在于，SunSpider 什么的都对个人没什么意义，而这个游戏最容易体验 javascript 引擎的能力。目前在 C2D 2.4GHz 上，Chromium4 和 Opera10.5 都成功达到了流畅（但 OP 有时点击不灵，可能是测试版的原因；但 OP 比 GC 要流畅；用 IE8 玩的话保准你输，因为小球的速度卡得追不上大球消失的速度），Firefox 3.6b5 可以勉强流畅。可以想象到，如果更多的人选择 javascript 提供复杂的互动，哪个浏览器（至少现在来说）能给人更好体验。

中级：
Firefox 内核源于 Netscape 抗击 IE 失败后开放的源代码，虽然说是重写，但很多架构都是沿用的，所以说 Gecho 是“古老”的引擎。Webkit 是 Apple 用闭源方式改良 KHTML 引擎产生的，后来才开源，但开发社区中还有很多 Apple 的程序员；以 Apple 的风格（例如 iPhone 是所有触摸屏手机中最畅顺的），大家都可以想象到 Webkit 的能耐在哪些地方。Google 在搜索引擎成功后大举开发网页应用，遇到了目前浏览器性能不足的问题，起初选择 Firefox 不仅仅是搜索推广，更重要的是当时 Webkit 闭源，推广 Firefox 对于 Google 来说成本低而且能使其网页应用更出彩；后来 Webkit 开源了，Google 也就可以利用这个更高性能的内核去开发自己的浏览器以支持其网页应用（Firefox 依靠扩展的形式其实也一定程度上与 Google 的理念不符），于是出来 Chrome 。
Gecko 的性能其实与 Webkit 差别不大，但纯粹性来说，后者更胜一筹（Webkit 很容易就挂上了 V8，Gecko 挂 Tracemonkey 仍然需要很多时间磨合）。除非 Gecko 能摆脱旧代码的臃肿，否则很难做到 Webkit 的程度（那样 Gecko 还是“Gecko”吗？）。当然了，还在纸上的 Firefox.next 究竟会不会这样还是未知之数。

高级：
最早排版引擎做的是 HTML 渲染，后来随着 HTML 标准的更新而加入了 CSS 解释、JS 解释、XML 解释等附加部分。纯粹的 HTML 页面连 IE 都能做到很快，例如打开新浪的主页，IE8 可是要比 Firefox 3.6b5 都要快；只不过，打开完之后要滚动页面的话，用 IE 会让你感觉自己像笨蛋一样。
V8 就像是一个外挂，独立一个线程处理 javascript 的结果再反馈主引擎，主引擎只需要有接口而不需要整合，开发者可以集中精力优化 V8 就可以了。有了这个外挂，Chrome 就可以“挂上挂”，在 V8 上挂上“扩展”，主引擎仍然没什么事。
Firefox 也一样，只不过原生的 Gecko javascript 引擎嵌入太深了，要解开接口很难，处理 javascript 都要涉及到主引擎。Firefox 的大多数扩展为了维持跨平台特性都用 javascript 编写，于是即使不玩 js 游戏，玩扩展，也是要用到 javascript 引擎的能力的。事实上 Firefox 运行速度和启动速度在 3.0、3.5、3.6 的提升，都是得益于 javascript 引擎的提升，因为加载扩展时效率更高了。
由此不难想象到，如果 Chrome 更开放界面的接口，借助 V8 Chrome 能实现比 Firefox （现在）好得多的性能下同样的扩展性；而 Firefox 如果在 Tracemonkey 上成功的话 Firefox 也能把这些“老大难问题”解决掉。
……只是，如果 Google “网页即应用”的构想风行起来的话，在内核改造上追不上的 Mozilla 遭遇惨败的可能性会（悲观地说）很高。

其实js速度相对于很多人来说并不是最主要的，我所期待的还是启动速度能快点，至于js速度，不求第一，但你也不要慢

firefox的启动速度有望超过windows

xelnaga：可以去用用看K-MELEON，它几乎就是瞬间启动的。

chrome和k-meleon两者我没有长时间运行过。
但是从我短时间运行下，两者比较下来，就运行速度我觉得K-MELEON不比CHROME慢，而且没有CHROME清飘飘的感觉(k一直就是这样的)

就js而言，抛开用JS写的游戏，目前阶段速度上还没有太大感觉说像是很慢回到原帖

同意这种说法。
可惜k-meleon自定义界面、手势有点困难，否则，我会常常用它的。