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 遭遇惨败的可能性会（悲观地说）很高。回到原帖

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 遭遇惨败的可能性会（悲观地说）很高。回到原帖