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

唉！这个数学。。。。

idragonet：

唉！这个数学。。。。回到原帖

说明 kmc 只关注大方向，忽略细节。反映到数字上，就是只关心最有意义的那位数字（最高位），后面的数字全部无视。

关键是V8的结果我反正是没懂，这个分数代表什么首先没懂，其次也没有显示+-的波动。事实上Firefox版本几次测下来，V8的变化让人看不懂，越来越低。

不知道这么分数的意义，相比的话就不知道是做减法，做除法，还是用别的方法。而主要的问题是Kraken都被Google Chrome超过了。

靠JIT谷差不多到极限了，新的动态编译什么的就是下一个提速金矿了。

ARE WE FAST YET?
http://www.arewefastyet.com/awfy2.php?machine=9

Bug 608741 – [meta] Type inference JIT integration
https://bugzilla.mozilla.org/show_bug.cgi?id=608741
指望这个超越V8新引擎！

machine=9和AWFY另一个页面的测试结果两者出入很大：http://www.arewefastyet.com/awfy2.php

machine=9是32位的
另一个是64位的

Type inference JIT integration 好像也只能带来小小的进步，不会很大。

tete009版果然很给力，sunspider测试居然超过了IE9第7个平台预览版

IE 9.0.8023.6000
sunspider 0.9.1——570.8ms +/- 0.7% sunspider 0.9——615.2ms +/- 3.0%

Minefield 4.0 Beta 8 [2010122603 en-US win32 tete009 sse2 pgo
sunspider 0.9.1——561.0ms +/- 1.0% sunspider 0.9——614.4ms +/- 0.5%

补上最新的Chrome和Opera的测试成绩

Chrome 10.0.612.3
sunspider 0.9.1——959.2ms +/- 4.4% sunspider 0.9——710.6ms +/- 3.7%

Opera 11.00.1156
sunspider 0.9.1——571.0ms +/- 0.3% sunspider 0.9——640.6ms +/- 6.6%

我也刚用上tete009 fx4beta8，是很给力！

我也刚用上tete009 fx4beta8，是很给力！+1

最近2天的 tracemonkey 版，我电脑上的V8测试，最后一项（SPlay）的得分由3000分左右升到4000分左右，其它的没什么变化，V8测试最后得分上升了100多分（由30xx升到3200-）。

不明白怎么突然间所有浏览器的性能都可以翻数倍到数十倍。  

现在都Interpreter迈向JIT....

单单一句 A=B+1
在解释器下执行,
需要最少4个bytecode循环,
需要查找地址映射表,
需要增减引用计数,
还需要一些周边的消耗(伪PC,伪SP的计算等).
这些算起来, 没有上百上千个CPU周期是干不完的.

但在JIT(x86)下执行的是
mov eax,dword ptr [B]
add eax,1
mov dword ptr [A],eax
这只要3个CPU周期

abc@home：不明白怎么突然间所有浏览器的性能都可以翻数倍到数十倍。  回到原帖

[quote="arch7819"]现在都Interpreter迈向JIT....

单单一句 A=B+1
在解释器下执行,
需要最少4个bytecode循环,
需要查找地址映射表,
需要增减引用计数,
还需要一些周边的消耗(伪PC,伪SP的计算等).
这些算起来, 没有上百上千个CPU周期是干不完的.

但在JIT(x86)下执行的是
mov eax,dword ptr [B]
add eax,1
mov dword ptr [A],eax
这只要3个CPU周期[/quote]
能问一下从前为什么不这样做吗？