阿姆达尔定律(Amdahl’s Law) 计算

╰+攻爆jí腚メ 2022-09-10 14:19 314阅读 0赞

## 阿姆达尔定律是一个计算机科学界的经验法则，因IBM公司计算机架构师吉恩·阿姆达尔而得名。吉恩·阿姆达尔在1967年发表的论文中提出了这个重要定律。 ##

它经常用于并行计算领域，用来预测适用多个处理器时理论上的最大加速比。在我们的性能调优领域，我们利用此定律有助于我们解决或者缓解性能瓶颈问题**。**

在并行计算中，使用多个处理器的程序的加速比受限制于程序串行部分的执行时间。

例如，如果一个程序使用一个CPU核执行需要20小时，其中部分代码只能串行，需要执行1个小时，其他19小时的代码执行可以并行，那么，不考虑有多少CPU可用来并行执行程序，最小执行时间不会小于1小时（串行工作的部分），因此加速比被限制为最多20倍（20/1）。

加速比越高，证明优化效果越明显。

阿姆达尔定律可以用如下公式表示：

[![2][]][2 1]

s( n ) 固定负载下，理论上的加速比。

B 串行工作部分所占比例，取值0～1，

n 并行线程数、并行处理节点个数

以上公式说明：

加速比=没有改进前的算法耗时/改进后的算法耗时。

如果我们假定算法没有改进之前，执行总时间是1（假定为1个单元）。

那么改进后的算法，其时间应该是串行工作部分的耗时（B）加上并行部分的耗时(1-B)/n，由于并行部分可以在多个cpu核上执行，所以并行部分实际的执行时间是(1-B)/n

根据这个公式，如果并行线程数（我们可以理解为CPU处理器数量）趋于无穷，那么加速比与系统的串行工作部分的比例成反比，如果系统中有50%的代码串行执行，那么系统的最大加速比为2。

也就是说，为了提高系统的速度，仅增加CPU处理器的数量不一定能起到有效的作用，需要提高系统内可并行化的模块比重，在此基础上合理增加并行处理器数量，才能以最小的投入得到最大的加速比。

我们对阿姆达尔定律做进一步说明。阿姆达尔这个模型 定义了固定负载下，某个算法的并行实现相对串行实现的加速比。例如，某个算法有12%的操作是可以并行执行的，而剩下的88%的操作不能并行，那么阿姆达尔定律声明，最大加速比是1/（1-0.12）=1.136。如上公式n趋向于无穷大，那么加速比S=1/B=1/（1-0.12）。

再例如，对于某个算法，可以并行的比例是P，这部分并行的代码能够加速s倍（s可以理解是CPU核的个数，即新代码的执行时间为原来执行时间的1/s）。此算法30%的代码可以被并行加速，那么P等于0.3，这部分代码可以被加速2倍，s等于2。那么，使用阿姆达尔定律计算其整个算法的加速比：

[![3][]][3 1]

以上公式和前一个公式类似，只是前一个公式的分母用串行比例B来表示。

再例如，某项任务，我们可以分解为4个步骤，P1、P2、P3、P4，执行耗时占总耗时百分比分别是11%、18%、23%、48%。我们对它进行优化，P1不能优化，P2可以加速5倍，P3可以加速20倍，P4可以加速1.6倍。那么改进后的执行时间是：

[![4][]][4 1]

总的加速比是 1 / 0.4575 = 2.186 。我们可以看到，虽然有些部分加速比有20倍，5倍，但总的加速比并不高，略大于2，因为占时间比例最大的P4部分仅仅加速了1.6倍。

对于如下的图，我们可以观察到，加速比受限制于串行工作部分的比例，当95%的代码都可以进行并行优化时，理论的最大大加速比会更高，但最高不会超过20倍。

![5-300x225.png][]

阿姆达尔定律也用于指导CPU的可扩展设计。CPU的发展有两个方向，更快的CPU或者更多的核。目前看来发展的重心偏向了CPU的核数，随着技术的不断发展，CPU的核数不断增加，目前我们的数据库服务器四核、六核已经比较常见，但有时我们会发现虽然拥有更多的核，当我们同时运行几个程序时，只有少数几个线程处于工作中，其它的并未做什么工作，实践当中，并行运行多个线程往往并不能显著提升性能，程序往往并不能有效的利用多核。在多核处理器中加速比是衡量并行程序性能的一个重要参数，能否有效降低串行计算部分的比例和降低交互开销决定了能否充分发挥多核的性能，其中的关键在于：合理划分任务、减少核间通信。

[https://blog.csdn.net/u011186240/article/details/98600436][https_blog.csdn.net_u011186240_article_details_98600436]

[2]: /images/20220829/c093618fe17047cabb468881fcb35d37.png
[2 1]: http://www.db110.com/wp-content/uploads/22.png
[3]: /images/20220829/074d5cbfe97742b4866ea7491f1abde7.png
[3 1]: http://www.db110.com/wp-content/uploads/3.png
[4]: /images/20220829/1d6e661de9d9491a9d4ef1952e6ae4c1.png
[4 1]: http://www.db110.com/wp-content/uploads/4.png
[5-300x225.png]: /images/20220829/d3b2c710846247ab822405ef0f9cc98f.png
[https_blog.csdn.net_u011186240_article_details_98600436]: https://blog.csdn.net/u011186240/article/details/98600436