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

Question

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

最初，我有两个源文件，我们姑且称之为A.c和B.c，每个包含相互调用（从文件函数可以调用函数从其他文件）多种功能。我用全速优化编译这两个文件，然后当我在应用程序中运行主算法时，需要运行900 ms。

然后我注意到从两个文件被从逻辑上看混合起来的功能，所以还可以将一些功能从A.c到B.c;我们称之为新文件A2.c和B2.c。我也通过移动相应的声明更新两个头A.h和B.h。

从一个文件移动功能定义，另一种是我做的唯一修改！

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

这是怎么回事？

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

1. 上午我在假设是正确的？
2. 除了重组函数定义，因为它以前，有什么我可以做，以获得相同的优化，前？我研究过，似乎不可能将两个源文件同时编译成单个目标文件。编译的顺序是否重要？

Answer 1

至于你的假设是否正确，告诉最好的方法是检查汇编输出，如通过使用gcc -S或gcc -save-temps。 这会看到你的编译器做了什么明确的方式。

至于编译成两个C源文件到一个单一的目标文件，这是当然可行。只要创建一个AB.c如下：

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

和编译这一点。

除非事情应保持分开（例如其可以在这两个C文件存在静态项），应该工作（或至少一个小修改工作）。

但是，请记住优化的口头禅：措施，不要猜测！通过合并，你放弃了封装的一小部分，所以确保好处远远超过成本。