为什么立方体比方块更快
我写了这个：
var max = 0xffffff * 4; var step = 1 / max; function cube() { var result = 0.; for (var x = 0.; x < 1; x += step) { result += x * x * x; } return result; } function mul() { var result = 0.; for (var x = 0.; x < 1; x += step) { result += x * x; } return result; } function go() { var r = ''; r += cube() + ' \n'; r += mul() + ' \n'; alert(r); } 并在Chrome探查器中查看结果：
mul: 106ms cube: 87ms
这怎么可能？
你的说法显然是错误的。 立方体不比mul快，你的例子不能certificate它。
实际上，发生的事情是，JavaScript执行的内部比实际的乘法需要更多的时间，导致多方和多方的时间非常相似。 我在一个循环中运行了这两个函数，只是为了增加差异，剖析器显示20219与20197，这是微不足道的。 顺便说一句，立方体在这里是“慢”的一个。
此外，这种分析方法不起作用，因为Chrome和Firefox在循环内部进行math运算之前都进行了大量优化。 你认为循环可能很好地使用caching值，甚至是优化知道的math函数都会返回相同的结果。
这是我使用的代码：
<script> var max = 0xffffff * 4; var step = 1 / max; function cube() { var result = 0.; for (var x = 0.; x < 1; x += step) { result += x * x * x; } return result; } function mul() { var result = 0.; for (var x = 0.; x < 1; x += step) { result += x * x; } return result; } function go() { var s=''; for (var i=0; i<100; i++) { s+=cube(); s+=mul(); } console.log(s); } go(); </script>
另外，仅供参考，请观看video： https ： //fosdem.org/2016/schedule/event/mozilla_benchmarking_javascript_tips/其中一个Firefox的家伙解释为什么microbenchmarking没有多大意义。
这可能是因为，因为所有的数字都低于1，所以立方体函数比平方数加上更小的数字，（我不确定这是否实际上是如何工作的），因此花费更less的时间。 这只是一个猜测。 而且由于数字太小，这也可能是由于精度不够。 另外我用数字testing一个立方体与他们较慢。
也许优化器决定其中一个可以执行vector指令，而另一个使用普通的旧fmul。 我推测'square'使用fmul和cube使用向量指令mulpd，它可以在一条指令中增加4倍。 我添加了一个“四”，它做了4倍，其时间非常接近立方体。 但是当我去“五”的时候，它比方块慢了一点。 这是一些间接的证据，说明vector指令正在用于立方体和四边形。
在平板电脑上看到英特尔CPU与arm的结果会很有趣。
在某些浏览器上，JavaScript以解释开始，而JIT在后台编译。 一旦javascript被编译，它开始运行得更快。
