奇怪的編譯速度優化的結果 - 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文件存在靜態項），應該工作（或至少一個小修改工作）。

但是，請記住優化的口頭禪：措施，不要猜測！通過合併，你放棄了封裝的一小部分，所以確保好處遠遠超過成本。