I was doing some extensive mathematics with FORTRAN and C for a couple of years. From my own experience I can tell that FORTRAN is sometimes really better than C but not for its speed (one can make C perform as fast as FORTRAN by using appropriate coding style) but rather because of very well optimized libraries like LAPACK (which can, however, be called from C code as well, either linking against LAPACK directly or using the LAPACKE interface for C), and because of great parallelization. On my opinion, FORTRAN is really awkward to work with, and its advantages are not good enough to cancel that drawback, so now I am using C+GSL to do calculations.

有趣的是，这里的很多答案都来自于不懂语言。这对于那些打开过旧的FORTRAN 77代码并讨论过其弱点的C/ c++程序员来说尤其如此。

我认为速度问题主要是C/ c++和Fortran之间的问题。在大型代码中，它总是取决于程序员。有一些语言特性是Fortran优于的，而一些特性是C优于的。所以，在2011年，没有人能真正说出哪一个更快。

About the language itself, Fortran nowadays supports Full OOP features and it is fully backward compatible. I have used the Fortran 2003 thoroughly and I would say it was just delightful to use it. In some aspects, Fortran 2003 is still behind C++ but let's look at the usage. Fortran is mostly used for Numerical Computation, and nobody uses fancy C++ OOP features because of speed reasons. In high performance computing, C++ has almost no place to go(have a look at the MPI standard and you'll see that C++ has been deprecated!).

现在，您可以简单地使用Fortran和C/ c++进行混合语言编程。Fortran中甚至有GTK+的接口。有免费的编译器(gfortran, g95)和许多优秀的商业编译器。

我还没有听说过Fortan比C快得多，但是可以想象在某些情况下它会更快。关键不在于语言特征的存在，而在于那些(通常)不存在的特征。

一个例子是C指针。C指针几乎到处都在使用，但指针的问题是编译器通常无法判断它们是否指向同一个数组的不同部分。

例如，如果你写了一个strcpy例程，看起来像这样:

strcpy(char *d, const char* s)
{
  while(*d++ = *s++);
}

编译器必须在d和s可能是重叠数组的假设下工作。所以当数组重叠时，它不能执行会产生不同结果的优化。正如您所期望的，这在很大程度上限制了可以执行的优化类型。

[我应该注意到，C99有一个“restrict”关键字，显式地告诉编译器指针不重叠。还要注意，Fortran也有指针，语义不同于C语言，但指针不像C语言那样无处不在。

但是回到C与Fortran的问题上，可以想象，Fortran编译器能够执行一些对于(直接编写的)C程序可能无法实现的优化。所以我不会对这种说法感到太惊讶。不过，我确实希望性能差异不会太大。(~ 5 - 10%)

Fortran和C语言在特定目的上并没有哪一种语言比另一种更快。对于每种语言的特定编译器，有些编译器比其他编译器更适合某些任务。

多年来，Fortran编译器一直存在，它可以对你的数字例程施黑魔法，使许多重要的计算变得异常快速。当代的C编译器无法做到这一点。因此，在Fortran中出现了许多伟大的代码库。如果您想要使用这些经过良好测试的、成熟的、出色的库，就需要使用Fortran编译器。

我的非正式观察表明，如今人们用任何古老的语言来编码他们繁重的计算内容，如果这需要一段时间，他们就会在一些廉价的计算集群上找到时间。摩尔定律让我们所有人都成了傻瓜。

This is more than somewhat subjective, because it gets into the quality of compilers and such more than anything else. However, to more directly answer your question, speaking from a language/compiler standpoint there is nothing about Fortran over C that is going to make it inherently faster or better than C. If you are doing heavy math operations, it will come down to the quality of the compiler, the skill of the programmer in each language and the intrinsic math support libraries that support those operations to ultimately determine which is going to be faster for a given implementation.

编辑:@Nils等人提出了一个很好的观点，即C语言中指针使用的差异，以及可能存在的别名，这可能会使C语言中最简单的实现变慢。然而，在C99中有一些方法可以解决这个问题，比如通过编译器优化标志和/或C语言的实际编写方式。这在@Nils的回答和随后的评论中有很好的介绍。

一般来说，FORTRAN比C慢。C可以使用硬件级指针，允许程序员手动优化。FORTRAN(在大多数情况下)不能访问硬件内存寻址黑客。(VAX FORTRAN是另一回事。)我从70年代开始断断续续地使用FORTRAN。(真的)。

然而，从90年代开始，FORTRAN已经发展到包括特定的语言结构，可以优化成内在的并行算法，真正可以在多核处理器上运行。例如，自动矢量化允许多个处理器同时处理数据向量中的每个元素。16个处理器——16个元素向量——处理需要1/16的时间。

在C语言中，您必须管理自己的线程并为多处理仔细设计算法，然后使用一堆API调用来确保并行性正确发生。

在FORTRAN中，您只需要为多处理仔细设计算法。编译器和运行时可以为您处理其余的工作。

您可以阅读一些关于高性能Fortran的内容，但是您会发现许多死链接。你最好阅读并行编程(比如OpenMP.org)以及FORTRAN如何支持并行编程。