dindog：
能问一下从前为什么不这样做吗？回到原帖

技术的是一步一步发展的。 就像为什么10年前没有1T硬盘一个道理。

需求决定实现啊.

从前的javascript, 只是做做特效, 做点简单的运算验证.
这样的需求并不需要jit这种复杂的实现,
简单的编译成bytecode解释执行就可以很满足了.

但是现在, javascript 越来越重要,
尤其是ajax 的引入, 异步处理人心所向,
越来越多的应用要求客户端具有数据处理能力.
单单靠解释bytecode来执行已经不能满足需求了,
所以大家都上JIT, 把 bytecode 编译成本地代码执行.
区别在于谁做得更好而已.

就目前看来 google V8 处于这方面的领先地位.
可能追得上的只有 Gecko 的 tracejit (methodjit是追不上的)

arch7819：需求决定实现啊.

从前的javascript, 只是做做特效, 做点简单的运算验证.
这样的需求并不需要jit这种复杂的实现,
简单的编译成bytecode解释执行就可以很满足了.

但是现在, javascript 越来越重要,
尤其是ajax 的引入, 异步处理人心所向,
越来越多的应用要求客户端具有数据处理能力.
单单靠解释bytecode来执行已经不能满足需求了,
所以大家都上JIT, 把 bytecode 编译成本地代码执行.
区别在于谁做得更好而已.

就目前看来 google V8 处于这方面的领先地位.
可能追得上的只有 Gecko 的 tracejit (methodjit是追不上的)回到原帖

嗯，这样比较明白了。想问问，你有没有觉得现在由chrome（之前是firefox）引领的JS速度即浏览器速度的观念片面夸大了js的重要性？（很多人用firefox第一时间装的几个扩展就是noscript，虽然我没用过，但他们看来也能正常上网）

在我看来甚至有点偷换概念了。网页打开速度第一影响绝对是与服务器间的网速，这不是浏览器能主观改变的（搜狗那种智能代理勉强算）

Noscript并不一定影响上网的，很多人装了Noscript后也是要允许就允许，要泛域名就泛域名。像Gmail这样的肯定在白名单里，而事实上也就Gmail这样的应用特别能反映js大战的战果。像咱们论坛这样的程序，用Firefox 0.9估计也差不多的速度。

网页打开速度第一影响绝对是与服务器间的网速，这不是浏览器能主观改变的

这个是真的。但也就证明了浏览器不会去比这个速度（就像买不起房，不能把爹换成李刚一样），它们要改变的就是数据到了你电脑上怎么样加载/渲染/展示出来。

kmc：Noscript并不一定影响上网的，很多人装了Noscript后也是要允许就允许，要泛域名就泛域名。像Gmail这样的肯定在白名单里，而事实上也就Gmail这样的应用特别能反映js大战的战果。像咱们论坛这样的程序，用Firefox 0.9估计也差不多的速度。


这个是真的。但也就证明了浏览器不会去比这个速度（就像买不起房，不能把爹换成李刚一样），它们要改变的就是数据到了你电脑上怎么样加载/渲染/展示出来。回到原帖

第一个理由。。。gmail，reader那些当然大量js了，但一般人会开10个gmail+reader页面吗？如果2-3个页面的js速度都能明显感觉出来的话，无话可说，但好像没有浏览器标榜的几倍几倍那么神奇

在我电脑上


firefox 4.0beta10pre V8测试超越OPERA 11

刚测了下V8确实超过opera 100多分了，不容易啊，之前落后1000分左右来着

测试就v8弱一点，其他Firefox胜利

asdf123456：测试就v8弱一点，其他Firefox胜利回到原帖

kraken也落后于Google Chrome 10.

很长时间内，Firefox 4.0 在 Kraken 和 SunSpider 0.9.1 测试中，都不能显示测试过程中的各项成绩，只显示最后的结果。刚刚下载的小时版版，已经可以显示测试过程中的各项成绩了。

其实在1、2个月前的某个早晨，我曾经下载过一个小时版，也是可以显示测试过程中各项成绩的，但只是那个小时版可以，之前和后来的小时版都不能显示。希望这次是真的改好了，以后测试时都能看到测试过程了。

唉，刚打完上面的信息，又看到了一个小时版，又不能显示测试过程中的各项成绩了。刚才可以看到中间过程的小时版是：
http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-win32/1295010102/

我用tete009 ff b9 sse2帶著14個擴展,3個gm.....跑sunspider 0.9.1居然也能超越chromium10....神馬情況

pkcc852：我用tete009 ff b9 sse2帶著14個擴展,3個gm.....跑sunspider 0.9.1居然也能超越chromium10....神馬情況回到原帖

sunspider再输就全输了……我很惊讶，mozilla在自家的kraken上也输给chrome了，chrome 10的引擎很强大啊

bingyuan：
sunspider再输就全输了……我很惊讶，mozilla在自家的kraken上也输给chrome了，chrome 10的引擎很强大啊回到原帖

JS 性能只是浏览器的一个方面而已，实际上用了很多JS的网页的并不多。绝大多数的网页，对JS性能并不敏感。Google Chrome的界面很简洁，不过对我来说，也太简洁了，没有几个选项，没有多大的用户自定义，据说稳定性也不怎么样，至少我是不会去用的。

目前的测试，基本上都是为了宣传用的。比如说现在浏览器都在搞硬件加速，除了测试网页，好像还没看到哪个网页需要用到硬件加速的。

chrome 做得很好,  我感觉...

abp 在解释为啥选项这么少是这么说的, 我觉得有道理. 稍微翻译一下

Every time you provide an option,
you're asking the user to make a decision.
每提供一个选项时, 就是在征求用户作一个选择

Asking the user to make a decision isn't in itself a bad thing.
Freedom of choice can be wonderful.
People love to order espresso-based beverages at Starbucks
because they get to make so many choices.
Grande-half-caf-skim-mocha-Valencia-with-whip. Extra hot!
让用户做出选择本身并不是坏事. 自由的才是精彩的. ......

The problem comes when you ask them to make a choice
that they don't care about. [...]
it's simply guaranteed to perplex and eventually piss off the user.
问题出在你征求一个用户并不关心的选择的时候, ....
这就是在自找麻烦, 最终激怒用户


对于有自己动手能力来说, chrome 确实过于简单了,
但是,毕竟 懂html/css/js以至懂一门传统编程语言的是相对少数.
对于大多数用户, firefox很多高级特性就是他们"不感兴趣"的.
Chrome 虽然在这部分输了, 但是在全局却构不成致命的威胁,
而 Chrome 赢的部分 (载入速度, 默认UI等) 却扎扎实实地威胁 firefox.