（文章來源：科技熱點(diǎn)點(diǎn)評）

優(yōu)化嵌入式軟件的特點(diǎn)包括系統(tǒng)定時、碼大小、RAM使用、功耗等。當(dāng)優(yōu)化每個特征通常需要其自己的方法和技術(shù)時，當(dāng)優(yōu)化嵌入式軟件時，開發(fā)者可以遵循幾個一般的提示。

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

設(shè)置優(yōu)化目標(biāo)：每一個優(yōu)化過程都需要越來越多的時間從系統(tǒng)中擠出最小的改進(jìn)。團(tuán)隊(duì)需要仔細(xì)權(quán)衡他們的時間投入，并確定最終的改進(jìn)是否值得花時間。在實(shí)現(xiàn)這一點(diǎn)之前，可能需要數(shù)周時間來優(yōu)化不再需要優(yōu)化的系統(tǒng)。在優(yōu)化開始之前，團(tuán)隊(duì)?wèi)?yīng)該設(shè)定一個目標(biāo)，一旦實(shí)現(xiàn)，就足以滿足當(dāng)前應(yīng)用程序的需求。該目標(biāo)的實(shí)現(xiàn)表明優(yōu)化過程已經(jīng)完成。

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

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

使用編譯器屬性和#雜注：當(dāng)微調(diào)嵌入式軟件開發(fā)人員往往不能做出選擇。使用#pragma性能并能提高速度，選擇性地應(yīng)用到單一功能的優(yōu)化，致力于優(yōu)化軟件開發(fā)者應(yīng)該熟悉的屬性，而且還讀C語言編寫的優(yōu)化便攜，所以他們?nèi)匀豢梢粤私馊绾尉帉懣梢浦驳膬?yōu)化，而不會再回來討論這些問題。

如果沒有固定的優(yōu)化系統(tǒng)的實(shí)踐，開發(fā)人員就不應(yīng)該感到受限于遵循任何特定的技術(shù)。有時學(xué)習(xí)和優(yōu)化系統(tǒng)的最好方法是把實(shí)驗(yàn)放在一起看會發(fā)生什么。通過實(shí)驗(yàn)和記錄結(jié)果，我們可以發(fā)現(xiàn)什么是有效的，什么是無效的，什么是浪費(fèi)資源和時間。通過嘗試不同的驅(qū)動模型，有很多方法可以提高開發(fā)人員在使用printf時的實(shí)時性能，這通常被認(rèn)為比實(shí)際情況要好得多。

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

應(yīng)用程序的優(yōu)化要求將非常不同。一些小批量應(yīng)用程序可能根本不需要優(yōu)化。當(dāng)每一個其他的時鐘周期或納米放大器都很重要時，可能需要花費(fèi)大量時間來嘗試從系統(tǒng)中擠出最后一點(diǎn)性能或能量。盡管每個系統(tǒng)都不同，但這些技術(shù)為開發(fā)人員和團(tuán)隊(duì)實(shí)現(xiàn)更高效的系統(tǒng)提供了起點(diǎn)。

（責(zé)任編輯：fqj）