为什么gcc -o0比icc -o0快？

Question

对于我要做的简短报告，我们的类在同时使用gcc -O0和icc -O0的集群上运行了代码。 我们发现gcc在没有任何优化的情况下比icc快2.5倍？ 为什么是这样？ gcc -O0实际上是做了一些小的优化，还是恰好对这个系统更好地工作？

该代码是用c编写的此处找到的幼稚字符串搜索算法的实现。

谢谢

Answer 1

在-O0的性能并不有趣，也不表示什么。 它明确表示“我不在乎性能”，编译器会帮助您解决这一问题； 它只会做最简单的事情。 幸运的是，对于您的特定硬件配置上的一个高度特定的微基准，对于GCC而言，最简单的方法比对ICC而言最简单的方法要快。 如果您另外运行了100个微基准测试，您可能还会发现一些ICC速度更快的基准。 即使您没有，那也不会有太大的意义。 如果要比较各个编译器的性能，请启用优化功能，因为这是您关心性能时要执行的操作。

如果您想了解为什么速度更快，请分析执行情况。 执行时间花在哪里？ 哪里有摊位？ 为什么发生这些失速？

Answer 2

需要考虑的几件事：

• 每个编译器默认使用的指令集。 例如，如果您的GCC构建默认情况下生成i686代码，而ICC将自身限制为i586操作码，则可能会看到明显的性能差异。

• 集群中的实际CPU。 如果您使用AMD处理器而不是Intel CPU，那么ICC处于不利地位，因为ICC当然专门针对Intel处理器。

• 您提到使用集群。 这种速度差异是否也存在于单个处理器上？ 如果您使用了编译器提供的任何并行化工具，那么那里可能会有很大的不同。

• 简单来说，禁用优化后，编译器将为每个代码构造使用预制的“模板”。 由于这些模板打算在以后进行优化，因此它们的构造方式使优化过程可以生成更好的代码。 使用-O0可能会变慢或变快，这实际上并不意味着什么-例如，更明确的初始代码可能更易于优化，但执行起来却慢得多。

也就是说，找出正在发生的事情的唯一方法是分析代码的执行情况，并在必要时查看主要区别所在的那些代码部分的汇编。