顶楼增加了关于跑分的一些说明，方便理解。由于自己并不太跑分，所以如果有理解上的错误请提出我会立即修改，谢谢。

跑分结果汇总帖（比较适用于只看Firefox一个浏览器的）
浏览器版本: Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20100101 Firefox/4.0b8pre - 20101122081559
硬件配置（CPU，内存，显卡）: i5 750 - 4G RAM - gts 450
测试结果：
Kraken: 9322.0ms +/- 1.6%
V8 Score: 4133
Sunspider 0.9.1: 191.4ms +/- 4.8%
Sunspider 0.9: 236.0ms +/- 15.6%  （跑了好几次，什么都没干，但是波动依然有15.6%）

浏览器版本: Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20100101 Firefox/4.0b8pre - 20101127214409
测试结果：(与前一次相比，Kraken的成绩优秀了很多，其余成绩却同比降低不少。)
Kraken: 5855.0ms +/- 0.9%
V8: 3918
SS 0.9.1: 244.3ms +/- 15.8%
SS 0.9: 268.0ms +/- 11.7%

浏览器版本: Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20100101 Firefox/4.0b8pre - 20101130213331
测试结果：
Kraken: 8346.4ms +/- 15.4%
V8: 3993
SS 0.9.1: 231.6ms +/- 11.7%

浏览器版本: Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20100101 Firefox/4.0b8pre - 20101205141506
测试结果：
Kraken: 9446.0ms +/- 0.4%
V8: 3987
SS0.9: 294.2ms +/- 13.3%
ss0.9.1: 237.1ms +/- 14.6%

一大早下载的小时版，js测试成绩已经恢复到以前了。看了一下changelog，发现是因为一个bug，那个对js影响很大的改动已经back out了。其实昨晚我下载的时候，那个changelog就出现了，只是程序比changelog晚一些，我当时下载的版本还没有back out。估计楼上版主测试的版本，那个改动已经back out了。估计等一两天，这个改动就会回来的，这样的事情，已经发生很多次了。

估计楼上版主测试的版本，那个改动已经back out了。估计等一两天，这个改动就会回来的，这样的事情，已经发生很多次了。

我今天的版本比楼上测的还差，可能当时还没有BACKOUT

看见昨天修复了一些JS引擎的bug，下来试了试，果然又进步了一些。
浏览器版本: Firefox/4.0b8pre - 1127
硬件配置（CPU，内存，显卡）: Celeron M 1.5GHz - 1G RAM - 915GM
测试结果：
sunspider 0.9.1——615.6ms +/- 0.6% sunspider 0.9——669.2ms +/- 0.8%

对比 Firefox/4.0b8pre - 1117
sunspider 0.9.1——683.6ms +/- 7.0% sunspider 0.9——693.0ms +/- 0.5%

sunspider 0.9.1
Total:                  410.8ms +/- 34.4%
VMware result of SLED 11 SP1

Chrome 10 Posts Huge Performance Jump | ConceivablyTech
http://www.conceivablytech.com/4472/pro ... ance-jump/

Crankshaft 使 Javascript V8 引擎再提升两倍速度
http://cnbeta.com/articles/129120.htm

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101207 Firefox/4.0b8pre - tracemonkey nightly

v8 - Score: 4181
sunspider - Total: 228.0ms +/- 0.7%


Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.14 (KHTML, like Gecko) Chrome/10.0.603.3 Safari/534.14 - Chrome Canary

v8 - Score: 8633
sunspider - Total: 228.3ms +/- 1.6%


Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.14 (KHTML, like Gecko) Chrome/10.0.605.0 Safari/534.14 - Chromium Nightly

v8 - Score: 8768
sunspider- Total: 230.8ms +/- 1.7%

最新的 mozilla-central 小时版，Sunspider 0.9.1 和 V8 Benchmark 的测试成绩，在一台电脑上略有提高，另一台电脑上反而略有下降。

idragonet：Chrome 10 Posts Huge Performance Jump | ConceivablyTech
http://www.conceivablytech.com/4472/pro ... ance-jump/
Crankshaft 使 Javascript V8 引擎再提升两倍速度
http://cnbeta.com/articles/129120.htm回到原帖

Google Chrome 10确实又快了很多，现在在V8和Kraken上都超过Firefox两~三倍，在SS 0.9.1上反而只有10~20ms的差距。

kraken 是 mozilla 自己的吧? chrome 怎么会快过 firefox?

我对 js 目录的代码比较熟悉.
tracejit 生成的代码是最快的, 别说v8, 就是v16 v24也一样比不过.
但是tracejit 致命弱点在于产出代价高, 对同一段代码可能需要多次生成.
而且往往内层的一个treeblacklist或recordabort会就导致整个tracetree结构出现大幅度变动.
适合tracejit的代码是稳定的长循环, 而多判断或短循环上tracejit会产生负效应.
写的js代码要有良好的习惯和简单的逻辑才能被 tracejit 完全优化.
比如: throw,eval,with,arguments.callee等都会终止recorder(即停止tracejit),
全局变量或循环变量的shape(类型或(对象的类型模板))改变会导致tracetree被blacklist,
一般变量shape改变,break,部分if 都会产生sideexit 也就是导致path(路径)增加.
(目前的实现,一棵tree最大只保持32个trace(轨迹,一条成功的path)).
但是良好的代码在tracejit的优化下, 相当于在执行同样语句的C代码.

methodjit 是个轻量的jit, 产出的代码质量并不如何, 它并没有类型化.
但适应性好, 能够应对几乎所有的opcode(字节码), 产出速度快, 对一段代码只要生成一次.
methodjit一般不产生负效应, 执行覆盖率高的代码在methodjit下有较大的优势,
冗长的条件分支不适合methodjit. 就如繁多的条件判断不利于tracejit.

tracejit 和 methodjit 的方向都很好.
我想下一代的js引擎优化应该把重点放在bytecode的设计和生成上,
现在仍有不少bytecode带有很重的语法信息,
而优秀的bytecode应该只有语义, 语法应在解析过程中被完全剥离.
并且当下的bytecode生成只是依据ast解析而已, 并没有进行bytecode重组和优化.

firefox的优化集中在1和2, 而chrome的优化则侧重在2和3,
平心说, 其实3才是最能挖潜力的.
1效能好但是实现复杂代价高, 2实现简单代价低却效能大众.

kmc：
Google Chrome 10确实又快了很多，现在在V8和Kraken上都超过Firefox两~三倍，在SS 0.9.1上反而只有10~20ms的差距。回到原帖

Kraken上都超过Firefox两~三倍,那里有测试数据？

kmc：
Kraken上都超过Firefox两~三倍,那里有测试数据？回到原帖

估计 kmc 搞错了。Kraken 测试结果是时间ms，数字越小越好。以前的 Google Chrome 8.0 Dev 我测过，花的时间是 Firefox 4.0 的 2倍左右。我还没用新的 Google Chrome 10 测过 Kraken，太费时间了。

两~三倍可能夸张了点，昨天我测的时候，没有更新Firefox 4，但是Google Chrome 10确实快过Firefox 4，在Kraken上。

Firefox 4
Total:                        9353.2ms +/- 0.6%

Chrome 10
Total:                        6143.3ms +/- 0.7%

Kraken确实太费时间，而且其实就是同样的东西（1行）跑了10次——10行方格。

昨天我是在Zine上看到有人说才去测的

So Chrome now beats Firefox on both Kraken and v8. I guess someone should buy arewestillfast.com and slap a big red "No" on there. Disappointing with all the works that's gone in to getting JM/TM up to scratch. But I have a feeling that the JS Engine guys won't take this sitting down.

V8上的差距则真的有3倍
Firefox 4 * Score: 3906
Google Chrome 10 * Score: 9043

裸配（D2D打开），Firefox4在V8成绩略高一点：4441分（原来是3906），Kraken基本上没变