JavaScript 中的循环展开？

const parallelSum = (data) =&gt; {  let sum = 0  for(let i=0; i <br>简短回答：不。两个“并行”版本在彼此报告的误差范围内。<p>      那么它是怎样工作的？</p><h2>虽然 javascript 是单线程的，但是当满足某些条件时，底层的解释器、编译器和硬件可以为我们执行优化。</h2><p>在简单的例子中，操作需要 i 值来知道要获取哪些数据，并且需要更新 sum 的最新值。由于这两者在每个循环中都会发生变化，因此计算机必须等待循环完成才能获取更多数据。虽然对我们来说 i += 1 会做什么似乎是显而易见的，但计算机大多理解“值会改变，稍后再检查”，因此它很难优化。</p><p>我们的并行版本为 i 的每个值加载多个数据条目。我们仍然依赖于每个循环的总和，但每个周期我们可以加载和处理两倍的数据。但这并不意味着它的运行速度是原来的两倍</p>.<p><em>      更深层次的潜水</em></p>为了理解为什么循环展开有效，我们研究计算机的低级操作。具有超标量架构的处理器可以有多个管道来执行同时操作。它们可以支持无序执行，因此彼此不依赖的操作可以尽快发生。对于某些操作，simd 可以同时对多条数据执行一项操作。除此之外，我们开始进入缓存、数据获取和分支预测......<h3></h3>但这是一篇 javascript 文章！我们不会走得那么深。如果您想了解更多有关处理器架构的信息，anandtech 有一些出色的 deep dives。<p></p>      限制和缺点<p></p>循环展开并不是魔法。由于程序或数据大小、操作复杂性、计算机体系结构等原因，会出现限制和收益递减。但我们只测试了一两个操作，现代计算机通常支持四个或更多线程。<h2></h2>为了尝试一些更大的增量，我制作了另一个包含 1、2、4 和 10 条记录的 jsperf，并在运行 <a style="color:#f60; text-decoration:underline;" href="https://www.php.cn/zt/18451.html" target="_blank">macos</a> 14.5 sonoma 的 apple m1 max macbook pro 和运行 windows 11 的 amd ryzen 9 3950x pc 上运行。<p>一次处理 10 条记录比基本循环快 2.5-3.5 倍，但仅比在 mac 上处理 4 条记录快 12-15%。在 pc 上，我们仍然看到 1 到 2 条记录之间的性能提升了 2 倍，但 10 条记录仅比 4 条记录快 2%，这对于 16 核处理器来说是我无法预测的。</p><p>      平台和更新</p><p>这些不同的结果提醒我们要小心优化。针对您的计算机进行优化可能会在功能较差或只是不同的硬件上产生更糟糕的体验。当开发人员在快速、强大的机器上工作时，较旧或入门级硬件的性能或功能问题是一个常见问题，这是我在职业生涯中多次面临的任务。</p><h3>对于某些性能规模，目前推出的 hp 入门级 chromebook 配备 intel celeron n4120 处理器。这大致相当于我的 2013 core i5-4250u macbook air。在综合基准测试中，它的性能仅为 m1 max 的九分之一。在那台 2013 款 macbook air 上，运行最新版本的 chrome，</h3>4 记录功能<p> 比 10 记录功能快，但仍然只比单记录功能快 60%！</p><p>浏览器和标准也在不断变化。例行的浏览器更新或不同的处理器架构可能会使优化的代码比常规循环慢<em>。当您发现自己进行深度优化时，您可能需要确保您的优化与消费者相关，并且保持相关性</em>.<em></em>这让我想起了 nicholas zakas 写的《高性能 javascript》一书，我在 2012 年读过这本书。这是一本很棒的书，包含了很多见解。然而，到 2014 年，书中指出的许多重大性能问题已通过浏览器引擎更新得到解决或大幅减少，我们能够将更多精力集中在编写可维护的代码上。</p><p>如果您想保持性能优化的领先地位，请为更改和定期验证做好准备。<em></em>      过去的教训<em></em>在研究这个主题时，我遇到了 2000 年的 <a style="color:#f60; text-decoration:underline;" href="https://www.php.cn/zt/15718.html" target="_blank">linux</a> 内核邮件列表线程，该线程关于删除一些循环展开优化，最终提高了应用程序性能。它包括这个仍然相关的点（强调我的）：</p><p></p><p>最重要的是，我们对什么快、什么慢的直观假设常常是错误的，</p>特别是考虑到过去几年 cpu 发生了多大的变化。<h3>– theodore ts'o</h3><p></p>      结论<blockquote>有时您可能需要从循环中挤出性能，如果您正在处理足够的项目，这可能是您这样做的方法之一。了解此类优化固然很好，但对于大多数工作来说，您并不需要它™。不过我还是希望你喜欢我的漫谈，也许将来你会记住关于性能优化的考虑因素。感谢您的阅读！</blockquote>          <h2>                    </h2>