fortran - FORTRAN 77 程序比 Fortran 90 程序更快吗？

Question

今天，我正在阅读一些用 FORTRAN 77 编写的非常流行的数值库中的代码，例如 QUADPACK ( last updated in 1987 )，我想知道除了大量的代码之外，是否有任何理由不在 Fortran 90 中重写这些库。考虑到 Fortran 90 给该语言带来的巨大改进，包括自由格式的源代码、更好的控制结构(使 GO TO 可以被忘记)、矢量化、接口(interface)等，它将带来的工作。

是因为 FORTRAN 77 编译器生成了更优化的代码，也许它更适合并行执行？请注意，我什至没有谈论 Fortran 2003，它只有 8 岁了:我谈论的是 Fortran 90，所以我认为它已经足够广泛并且编译器已经准备好了。反正我没有接触过这个行业。

编辑:janneb 是对的:LAPACK 实际上是用 Fortran 90 编写的。

Answer 1

嗯，就像提到的“pst”一样，“它会带来大量的工作”是一个相当重要的原因。

一些进一步的小要点:

• LAPACK 如今是 Fortran 90，因为最新版本不再使用 F77 编译器进行编译。话虽如此，它远非重写，只是更改了一些内容。

• 您提到的大多数 F90 功能都可以让编写健壮的程序变得更容易、更快，但不一定会使生成的程序更快。

• 不久前还没有免费的 F90 编译器(很多人使用 g77!)，因此对于像 LAPACK 这样广泛使用的库，不使用 F90 功能可能是一个有意识的决定。

• F77 编译器通常不会比 F90 编译器生成更快的代码。如果不是出于任何其他原因，那就是因为它可能已过时并且无法针对最新的 CPU 进行优化。现代 Fortran 编译器可能会从 F77 创建比从等效 F90 程序更快的代码，后者广泛使用指针等内容，但这高度依赖于所讨论的程序(例如，使用指针和更高级的数据结构可能允许使用更好的代码)算法，允许 F90 程序更快地生成结果，即使它可能以较低的 CPU 算术单元平均利用率执行)。

• 矢量化(如果您指的是 F90+ 数组语法)主要是程序员便利性问题，而不是允许更快的代码。一个有能力的编译器也会对等效的 DO 循环进行矢量化。