Webkit / V8与Webkit / JavaScriptCore / SquirreFish，WOW [英] Webkit/V8 vs. Webkit/JavaScriptCore/SquirreFish, WOW
问题描述
运行基准
http：/ /www2.webkit.org/perf/sunspide...sunspider.html
和
http://code.google.com/apis/v8/run.html
并且看：V8的速度提高了8.5到13.8倍！
-
Jorge。
Run the benchmarks at
http://www2.webkit.org/perf/sunspide...sunspider.html
and
http://code.google.com/apis/v8/run.html
And see : V8 is between 8.5...13.8 times faster !
--
Jorge.
推荐答案
Jorge meinte：
Jorge meinte:
运行基准测试
http://www2.webkit.org/perf/sunspide...sunspider.html
和
http://code.google。 com / apis / v8 / run.html
看看：V8的速度要快8.5到13.8倍！
Run the benchmarks at
http://www2.webkit.org/perf/sunspide...sunspider.html
and
http://code.google.com/apis/v8/run.html
And see : V8 is between 8.5...13.8 times faster !
不。 V8比SpiderMonkey或Safari的JS引擎慢5倍。在我的（不可否认的行人）基准测试中，最低价格为
。然而，它告诉我，
那些人为基准测试（特别是那些由浏览器开发者提供的b $ b）的墙壁是废话。
他们总是只测量纯JS速度，而不是DOM速度。其中
与使用它作为游戏平台的纯CPU评估计算机系统完全相同。
Gregor
-
http：//photo.gregorkofler。在 ::: Landschafts- und Reisefotografie
http：//web.gregorkofler。 com ::: meine JS-Spielwiese
http：//www.image2d。 com :::Bildagenturfürdenalpinen Raum
Nope. V8 is 5 times slower than SpiderMonkey or Safari''s JS Engine. At
least in my (undeniably pedestrian) benchmark. However, it tells me,
that most^Wall of those artificial benchmarks (particularly those
provided by browser developers) are crap.
And they always and only measure pure JS speed, never DOM "speed". Which
is precisely the same thing, as rating a computer system by pure CPU
muscles when using it as gaming platform.
Gregor
--
http://photo.gregorkofler.at ::: Landschafts- und Reisefotografie
http://web.gregorkofler.com ::: meine JS-Spielwiese
http://www.image2d.com ::: Bildagentur für den alpinen Raum
9月6日，8：23 * pm，Gregor Kofler< use ... @ gregorkofler.atwrote ：
On Sep 6, 8:23*pm, Gregor Kofler <use...@gregorkofler.atwrote:
>
它们始终只测量纯JS速度，而不是DOM速度。
>
And they always and only measure pure JS speed, never DOM "speed".
这就是他们被称为JS bechmarks的主要原因，而不是DOM
基准。
DOM速度与布局/渲染引擎有关，而不是
JS，我相信。
-
Jorge。
That''s the main reason why they''re called JS bechmarks, not DOM
benchmarks.
DOM speed has more to do with the layout/rendering engine than with
JS, I believe.
--
Jorge.
2008年9月6日星期六13:00:12 -0700（PDT），/ Jorge /：
Sat, 6 Sep 2008 13:00:12 -0700 (PDT), /Jorge/:
9月6日晚上8:23，Gregor Kofler< use ... @ gregorkofler.atwrote：
On Sep 6, 8:23 pm, Gregor Kofler <use...@gregorkofler.atwrote:
>而且他们总是只测量纯JS速度，从不DOM速度。
>And they always and only measure pure JS speed, never DOM "speed".
这就是他们被称为JS bechmarks的主要原因，而不是DOM
基准。
DOM速度与布局/渲染引擎有关，而不是
JS，我相信。
That''s the main reason why they''re called JS bechmarks, not DOM
benchmarks.
DOM speed has more to do with the layout/rendering engine than with
JS, I believe.
在这种情况下，DOM速度是关于从
脚本操作DOM。因此，如果Safari的脚本引擎在使用DOM的操作方面比Chrome更好，那么鉴于它们都使用相同的
布局/渲染引擎Safari似乎很多这对我来说更好。
Web上的脚本主要用于。
我的测试运行SunSpider [1]每晚使用最新的Firefox 3.1
（启用TraceMonkey JIT [2]）和Chrome显示Firefox
在整体和大多数基本操作中表现更好，其中
Chrome显示更好不太实用的领域，国际海事组织。
[1] http://www2.webkit.org/perf/sunspide...sunspider.html
[2]
:TraceMonkey#Playing_with_TraceMonkey\"target =_ blank> https://wiki.mozilla.org/javascript ：.. .th_TraceMonkey
-
Stanimir
DOM speed in this case is about manipulation of the DOM from
scripts. So if Safari''s script engine performs much better with DOM
manipulation than Chrome''s, then given they both use the same
layout/rendering engine Safari appears much better to me as this
what scripting on the Web is used mostly for.
My tests running SunSpider [1] using latest Firefox 3.1 nightly
(with the TraceMonkey JIT enabled [2]) and Chrome showed Firefox
performs better in overall and with most basic operations, where
Chrome shows better in less practical areas, IMO.
[1] http://www2.webkit.org/perf/sunspide...sunspider.html
[2]
:TraceMonkey#Playing_with_TraceMonkey" target="_blank">https://wiki.mozilla.org/javascript:...th_TraceMonkey
--
Stanimir
这篇关于Webkit / V8与Webkit / JavaScriptCore / SquirreFish，WOW的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
