在SunSpider上检测JavaScript效率的测试结果显示，最新版Google Chrome浏览器的执行速度只比Mozilla的Firefox稍稍慢了一点。测试报告的重点还包括：Firefox的SunSpider测试结果仍以2,110分维持领先，但Chrome的得分正急起直追，以2,140分拉近了差距。分数愈低表示效率愈好。由于几次测试下来的结果不一，所以我引用的数据是数次测试结果的平均值。

市 面上的浏览器不只Firefox和Chrome两种，但拿这两种做比较很有意思。理由如下：一，两者都是开放原码软件，都意在以新的浏览体验挑战 Internet Explorer浏览器；二，基于上述理念，这两种浏览器可能吸引勇于抢先采用的使用者；三，两者都有新的 JavaScript引擎，Chrome的V8和Mozilla的TraceMonkey，在新beta测试版的预设状态下都是启动的。

JavaScript用来打造功能复杂的网站，例如Gmail或Google Docs，但也用于比较平常的运作。所以，JavaScript效率的速度加快是好事。Google曾提出一种可能性，就是未来网路应用程式也许能完全不 用JavaScript、直接采用Google新开发的原生用户端(Native Client)软件–这项研究计划宣称，可让架构在网路上的软件跑起来几乎像在电脑上执行一样快。

Chrome在的JavaScript效率测试中一直都在进步，Firefox的表现则时好时坏。

不过，SunSpider只是其中一项测试；在Google自己的JavaScript效率测试中，Chrome大获全胜。第一个Firefox beta版有瑕疵，妨碍我在Google的效率测试上做检测，但新的beta版产生的分数是182分，比先前的Firefox 3.1 beta版的235分低，所以或许仍有些地方有偏差。无论如何，这结果都跟Chrome 0.4.154.33版的2,635分相差甚大。

要注意的是：你的测试结果可能跟我的不同。我的上述测试是在双核心联想Lenovo T61笔记型电脑上做的，搭配的是3GB内存与Windows XP。JavaScript只是网页浏览器效率的一个方面，而且，这软件现在只是beta版而已，尤其Chrome还只是developer beta。最后，我得向部分读者说声抱歉，因为时间限制，我无法测试最新的WebKit builds和 Opera。

根据Google Chrome计划经理Mark Larson的说法，Chrome 0.4.154.33修正了先前的软件错误，包括在64位Windows开启选项(Options)对话框时会宕机，以及使用Hotmail时遭遇的一些 问题。但Larson说：「Hotmail仍无法妥善辨认Google Chrome。」