（文章來源：科技熱點點評）

優化嵌入式軟件的特點包括系統定時、碼大小、RAM使用、功耗等。當優化每個特征通常需要其自己的方法和技術時，當優化嵌入式軟件時，開發者可以遵循幾個一般的提示。

始終創建比較基線：首先，創建優化效果顯著的比較基準，但我們可以找到很多匆忙的球隊沒有任何直接訪問優化基線?；€測量是很重要的，因為每個優化周期回報率將下降。例如，以優化第一道次的能量可導致20％的改進。第二個10％和5％，等等。開發人員需要能夠看到這個趨勢，并進入量化根據自己的時間在系統中他們看到了改善。

設置優化目標：每一個優化過程都需要越來越多的時間從系統中擠出最小的改進。團隊需要仔細權衡他們的時間投入，并確定最終的改進是否值得花時間。在實現這一點之前，可能需要數周時間來優化不再需要優化的系統。在優化開始之前，團隊應該設定一個目標，一旦實現，就足以滿足當前應用程序的需求。該目標的實現表明優化過程已經完成。

獲取正確的測量工具：沒有合適的工具來衡量和優化系統是非常困難的。例如，如果存在要測量的系統和微控制器的能量消耗沒有準確的方式，能量不能被優化。在許多情況下，這些球隊不能分開兩個不同的能量測量結果，并盡量減少微控制器不能最小化。如果不這樣做，也可以準確地測量允許開發人員查看該工具的系統行為，然后嘗試優化系統就沒有意義了。

使用優化工具：嵌入式軟件有許多方面可以優化以減少代碼大小或提高性能。在某些情況下，可以使用單獨或附加的工具鏈來執行優化。但有時可能不需要外部工具。只要選擇正確的工具鏈。

使用編譯器屬性和#雜注：當微調嵌入式軟件開發人員往往不能做出選擇。使用#pragma性能并能提高速度，選擇性地應用到單一功能的優化，致力于優化軟件開發者應該熟悉的屬性，而且還讀C語言編寫的優化便攜，所以他們仍然可以了解如何編寫可移植的優化，而不會再回來討論這些問題。

如果沒有固定的優化系統的實踐，開發人員就不應該感到受限于遵循任何特定的技術。有時學習和優化系統的最好方法是把實驗放在一起看會發生什么。通過實驗和記錄結果，我們可以發現什么是有效的，什么是無效的，什么是浪費資源和時間。通過嘗試不同的驅動模型，有很多方法可以提高開發人員在使用printf時的實時性能，這通常被認為比實際情況要好得多。

深入研究編譯生成的指令。在應用程序的資源極為有限，開發人員只需要挽起袖子和深入的編譯器生成的指令研究。通過如果/其他選擇三個或四個額外指令之間的差可以是正在執行它三元操作，這會導致應用程序崩潰。雖然標準語言，諸如C，但每個編譯器優化，并生成機器指令的方法略有不同。唯一真正的方法來了解編譯器做的是看裝配。

應用程序的優化要求將非常不同。一些小批量應用程序可能根本不需要優化。當每一個其他的時鐘周期或納米放大器都很重要時，可能需要花費大量時間來嘗試從系統中擠出最后一點性能或能量。盡管每個系統都不同，但這些技術為開發人員和團隊實現更高效的系統提供了起點。

（責任編輯：fqj）