在GCC中编译：O3有害吗？

Question

我听说不应该使用gcc的-O3选项进行编译。这是真的吗？如果是这样，避免-O3的原因是什么？

Answer 1

答案是：这取决于您的代码。

基本经验法则是这样的:

>

在 -O1 处，html" target="_blank">编译器执行的优化不会花费太长时间进行计算。

在 -O2 中，编译器执行“昂贵”的优化，这可能会减慢编译过程。它们也可能使输出程序更大一些，但可能不会那么多。

-Os与-O2大致相同，但是优化更多地针对大小而不是速度。在大多数情况下，这两个特性并不冲突(更优化的代码执行的步骤更少，因此也更小)，但是有一些技巧可以复制代码以避免分支损失，例如。

在-O3中，编译器真正启动了空间消耗优化。它将更积极地内联函数，并尽可能使用矢量化。

您可以在GCC文档中阅读更多详细信息。如果您真的想超级优化您的代码，那么您可以尝试启用更多未使用的选项，即使在-O3；-floop-*选项，例如`。

速度-空间优化的问题尤其在于，它们会对内存缓存的效率产生负面影响。代码可能对CPU更好，但是如果对你的内存不好，那么你就输了。由于这个原因，如果你的程序没有一个单独的热点，那么你可能会发现它整体变慢了。

现实世界的优化是一门不精确的科学，原因有三：

> < li>

用户的硬件差异很大。

对一个代码库有好处的东西可能对另一个代码库不好。

我们希望编译器快速运行，因此它必须做出最佳猜测，而不是尝试所有选项并选择最佳选项。

基本上，答案总是：如果性能很重要，尝试所有优化级别，衡量代码的性能，然后选择最适合您的。每次发生重大变化时，都要这样做。

如果性能不重要，-O2是您的选择。