奇怪的编译器速度优化结果——IAR编译器

Question

当我尝试编译两个包含一些需要高度优化以提高速度的重要计算算法的源文件时，我遇到了一个奇怪的问题。

最初，我有两个源文件，我们称它们为A.c和B.c，每个都包含多个相互调用的函数（一个文件中的函数可能调用另一个文件中的函数） .我用全速优化编译这两个文件，然后当我在应用程序中运行主算法时，它需要 900 毫秒 才能运行。

那么我注意到两个文件中的函数从逻辑上看是混淆的，所以我将一些函数从A.c移到B.c；让我们将新文件称为A2.c 和B2.c。我还通过移动相应的声明来更新A.h 和B.h 这两个标题。

将函数定义从一个文件移动到另一个文件是我所做的唯一修改！

奇怪的结果是，在我用相同的优化再次编译这两个文件后，算法现在需要 1000 毫秒 才能运行。

这是怎么回事？

我怀疑会发生什么：当函数 f 调用函数 g 时，在同一个文件中允许编译器将实际函数调用替换为内联代码作为优化。如果没有同时编译定义，这将不再可能。

1. 我的假设是否正确？
2. 除了像以前一样重新组合函数定义之外，我还能做些什么来获得与以前相同的优化？我研究过，似乎不可能同时将两个源文件编译成一个目标文件。编译顺序是否重要？

Answer 1

至于您的假设是否正确，最好的判断方法是检查汇编程序的输出，例如使用gcc -S 或gcc -save-temps。 这将是查看编译器所做工作的明确方式。

至于将两个 C 源文件编译成一个目标文件，当然是可行的。只需创建一个AB.c，如下所示：

#include "A.c"
#include "B.c"

然后编译那个。

除了应该分开的东西（例如可能存在于两个 C 文件中的静态项），应该可以工作（或至少稍作修改）。

但是，请记住优化的口头禅：衡量，不要猜测！通过组合它们，您放弃了相当多的封装，因此请确保收益远大于成本。