programming-languages - 作为语言基准的微不足道的数学问题

Question

为什么人们坚持使用琐碎的数学问题，例如在斐波那契数列中寻找数字作为语言基准？这些通常不会针对相对论速度进行优化吗？首当其冲的瓶颈不是通常在 I/O、系统 API 调用、对字符串和结构的操作、处理大量数据、抽象面向对象的东西等吗？

Answer 1

这是对过去的倒退，当时我们称为基础数学的编译器技术仍在快速发展。

现在，编译器的进化更侧重于为小众运算、64 位数学等开发新指令。

但是，在评估 Java 首次启动时热点编译器的效率以及评估 .NET 与 C/C++ 的效率时，诸如您提到的微基准测试很有用。

您认为 I/O 和系统调用可能是瓶颈的建议是正确的，至少对于某些问题空间而言。但我注意到你建议的字符串操作。一个人不相关的微基准是另一个人的关键绩效指标。

编辑:ps，我还记得使用 linpack 和其他微基准测试来比较 JVM 的版本，以及比较 JVM 的供应商。从 v4 到 v5，性能有了很大的提升，我猜 JIT 编译器变得更有效了。此外，IBM 的 JVM 在当时在 Windows-x86 上领先于 Sun。