【问题标题】:Javascript performance by processor type不同处理器类型的 Javascript 性能
【发布时间】:2014-06-10 06:43:15
【问题描述】:

我想知道是否有人知道可以根据处理器类型为我提供相对 javascript 性能的工具或数据库。我正试图向我的老板说明我们需要提高某些网页的性能。这些页面在我们办公室周围的所有高端硬件上运行良好,但我怀疑我们的用户群有更多的性能问题正在被忽略。我的目标是展示如下内容:

i7 @ 3.8ghz - completes javascript benchmark X in 1 minutes
i5 @ 2.2ghz - completes javascript benchmark X in 2 minutes
i3 @ 1.6ghz - completes javascript benchmark X in 4 minutes

我自己没有运行这些测试的硬件,但我想我可以推断出基于处理器的相对性能的小型库。谢谢!

PS - 我意识到影响 js 性能的因素有很多,但我想要一些与处理器速度无关的东西,因为它是我特定用例中的一个限制因素。

【问题讨论】:

  • 我认为您遗漏了许多其他变量:例如正在使用的 javascript 引擎、浏览器引擎(Trident (IE) 与 Gecko、SpiderMonkey、Rhino (Mozilla)、V8(Chrome、 node.js)、WebKit/KHTML (Safari)、.NET)?它们都有自己不同的 javascript 性能......更不用说内存使用也受到控制?
  • @cowbert - 我意识到许多因素会影响 js 性能,但我希望至少获得一个比较处理器速度的横截面。在其他条件相同的情况下(js 引擎,而不是内存不足),我可以从不同类别的硬件中得到什么。例如,如今许多移动设备评论包括 Sunspider 基准测试以及 Exynos、A6 和 X 处理器。我似乎找不到跨桌面处理器的等效项。

标签: javascript performance-testing


【解决方案1】:

我一直在寻找您问题的答案。 jsperf.com 包含许多 javascripts 测试。不幸的是,他们只检查浏览器类型及其性能。 您可以搜索包含许多结果的测试,以便了解其他人的表现。

您甚至可以制作自己的jsperf 测试并在其他计算机上进行测试。

请注意,结果取决于许多参数:

  • 什么是 CPU?
  • 您使用的是哪个浏览器? (jsperf 甚至强调浏览器类型)
  • 插件/插件处于活动状态(如果您当前有其他 javascript 繁重的脚本)
  • 操作系统
  • 系统内存(如果您有 GB 内存,则计算机可以转储任何内容而无需交换。
  • 目前正在使用 CPU 的其他程序

规格

Firefox 28
Windows 7, 64bit
AMD Phenom II x4, 2.8Ghz

我已经运行了这个 jsperf 测试:http://jsperf.com/native-vs-array-js-vs-underscore/8

native
    672,225 ±8.17%fastest
array.js
    663,733 ±7.74%0.87% slower
underscore
    622,637 ±7.96%7% slower
lo-dash
    552,168 ±7.28%17% slower

我还发现了sunspiderhttps://www.webkit.org/perf/sunspider/sunspider.html 它提供了有关您的硬件(和软件)在测试中的执行情况的结果。您可以在您的计算机和您老板的计算机上尝试测试以获得指示。 这是我的:

============================================
RESULTS (means and 95% confidence intervals)
--------------------------------------------
Total:                  285.1ms +/- 16.7%
--------------------------------------------

  3d:                    45.7ms +/- 4.9%
    cube:                16.2ms +/- 8.0%
    morph:                9.7ms +/- 3.6%
    raytrace:            19.8ms +/- 5.6%

  access:                20.2ms +/- 3.3%
    binary-trees:         3.1ms +/- 7.3%
    fannkuch:             8.4ms +/- 4.4%
    nbody:                4.2ms +/- 7.2%
    nsieve:               4.5ms +/- 8.4%

  bitops:                14.3ms +/- 4.7%
    3bit-bits-in-byte:    1.3ms +/- 26.6%
    bits-in-byte:         4.5ms +/- 8.4%
    bitwise-and:          2.0ms +/- 0.0%
    nsieve-bits:          6.5ms +/- 5.8%

  controlflow:            2.6ms +/- 14.2%
    recursive:            2.6ms +/- 14.2%

  crypto:                21.9ms +/- 6.4%
    aes:                 10.0ms +/- 10.7%
    md5:                  6.7ms +/- 5.2%
    sha1:                 5.2ms +/- 5.8%
  date:                  36.7ms +/- 30.1%
    format-tofte:        15.1ms +/- 3.5%
    format-xparb:        21.6ms +/- 50.9%
  math:                  22.7ms +/- 3.0%
    cordic:               4.9ms +/- 4.6%
    partial-sums:        15.0ms +/- 3.2%
    spectral-norm:        2.8ms +/- 10.8%
  regexp:                14.8ms +/- 4.4%
    dna:                 14.8ms +/- 4.4%

  string:               106.2ms +/- 46.4%
    base64:               9.8ms +/- 9.6%
    fasta:               10.8ms +/- 5.2%
    tagcloud:            24.3ms +/- 6.7%
    unpack-code:         30.4ms +/- 10.9%
    validate-input:      30.9ms +/- 150.4%

我希望这些信息能够回答您的问题。如果没有,我会删除它。 祝你好运!

【讨论】:

  • 感谢凯的研究笔记!
  • 欢迎您,我也对这个问题感兴趣;我经常尝试尽可能优化我的代码。如果我们真的能看到没有差异的表演,那就太有帮助了!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2020-08-26
  • 2014-09-21
  • 1970-01-01
  • 1970-01-01
  • 2019-05-04
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多