廖海艷,范明明
(1.四川大學 計算機學院,成都610065; 2.中鐵十九局集團有限公司)
廖海艷(碩士),主要研究方向為嵌入式實時系統(tǒng);范明明(總工程師),主要研究鐵道質量與安全。
軟件設計中,代碼優(yōu)化是一件非常有意義的事情。優(yōu)化的本質是對代碼進行等價變換,使變換前后的代碼運行結果相同,但變換后的代碼比變換前的代碼具有更多優(yōu)越性能。傳統(tǒng)的觀點要求變換后的代碼運行速度較快或占用較少運行資源,或二者兼?zhèn)?。隨著嵌入式系統(tǒng)的快速發(fā)展,軟件功耗問題顯得越來越重要,應該將“省電”作為軟件優(yōu)化的一項技術指標,這樣對軟件優(yōu)化的評價體系才算完整。值得注意的是,大多數情況下性能和功耗并不矛盾,減少程序執(zhí)行時間同樣會使程序功耗減少。
在功耗優(yōu)化這個問題上,研究者普遍比較關注硬件功耗優(yōu)化,應用各種技術想方設法改進硬件的功耗,比如在芯片制造工藝上采用更精細的納米技術,不斷降低芯片驅動電壓,不斷改變片內系統(tǒng)結構等[1]。事實上,整個系統(tǒng)的運行管理是由軟件體現的。在硬件基礎一定的情況下,只有將軟件系統(tǒng)對能量的損耗降至最小,才能使整個系統(tǒng)工作于最佳狀態(tài)。面向功耗的軟件優(yōu)化方法是當前嵌入式系統(tǒng)低功耗研究領域的熱點。掌握軟件運行時的能量消耗特征、準確獲取能量消耗數據信息,是面向低功耗的軟件優(yōu)化研究的前提。經過多年的努力,許多學者也提出了關于如何減少軟件功耗的方法[2-3]。研究表明,軟件優(yōu)化對降低功耗會有數量級的貢獻。針對同一任務,所選擇的算法不同或采用不同的實現方式,不僅性能有差別,能耗也大不一樣。因此在進行系統(tǒng)優(yōu)化設計時,除了代碼的規(guī)模和執(zhí)行性能之外,功耗也是一個需要認真考慮的問題。
常用的軟件功耗優(yōu)化方法大致可分為以下4類:
不存在沒有體系結構的軟件。通??紤]軟件體系結構都是注重軟件的可修改性、可重用性和可靠性等問題,軟件體系結構的好壞直接關系到軟件性能的好壞。而目前,關于軟件體系結構對軟件功耗影響這方面的研究較少,用不同軟件體系結構開發(fā)出的軟件功耗會有差異,怎樣選擇合適的軟件體系結構使軟件功耗最小化,將成為軟件低功耗優(yōu)化的重要研究方向。
C語言的源程序級功耗優(yōu)化指的是實現同一功能的不同語句間的選擇。比如,同樣實現循環(huán)功能,有多種選擇(for、while、goto等)。這些語句的功耗會有差異,為了實現低功耗的軟件,應采用功耗最低的語句來完成相同的功能。這就需要對所有語句的功耗進行測試與研究。同時,對C語言不同數據類型操作的功耗進行分析。比如,同樣表示數目,可以用8位int型、16位int型和32位int型。再者,對不同變量的存儲類型功耗也要進行分析,如寄存器變量、靜態(tài)變量、自動變量等。總之,在源碼級對軟件功耗進行優(yōu)化是一個重要的研究方向。
算法是為解決某個特定問題而定義的無二義性的操作序列,算法復雜性分析就是對算法運行時所消耗的計算機資源作量化的分析和預測。以往,程序設計者關心的資源主要是運行時間和存儲空間。由于能量消耗已成為軟件設計中的關鍵約束條件,因此本文將能耗作為一項重要資源,對算法運行時所消耗的能量進行分析和比較。
對于某個硬件來說,執(zhí)行程序所產生的功耗取決于它的機器代碼,而機器代碼是從源代碼編譯而來的,這就說明編譯過程也影響了硬件的功耗。既然編譯器可以很大程度上控制硬件的運行軌跡,除了性能這一傳統(tǒng)的優(yōu)化目標之外,編譯器也可以通過適當的調度優(yōu)化,使得硬件執(zhí)行某一個程序時的功耗變小。國際上對于低功耗編譯的歷史并不長,是從20世紀90年代初才開始研究的,這方面的文章最早出現于文獻[4-5],Tiwari等人在這些文章中提出了對軟件進行功耗分析的一些基本概念,建立了基本的指令級功耗模型,以486DX為例初步探討了低功耗編譯技術。
本文主要從源程序級和算法級這兩個方面對軟件功耗特征進行測試與分析,并根據分析結果對μ C/OS-II進行源碼級的功耗優(yōu)化。
測試環(huán)境是T.K.Tan等人研發(fā)的EMSIM[6],它是一個基于指令級的嵌入式軟件功耗模擬器,其主要的功耗估算思想是累計函數中所有單條指令的功耗作為該函數的總功耗。嵌入式硬件平臺是ARM公司的Strong-ARM110。EMSIM測試功耗的單位為函數,即它只能測試某個函數的功耗。在本文的測試中,將要測試的語句放入函數中,測得整個函數的功耗,記為E1,然后測試同樣參數及返回值的空語句函數的功耗,記為E2,最后計算得到語句的功耗為:E=E1-E2。
本小節(jié)對C語言的源碼級功耗進行測試,測試過程分為以下幾步:
①對每種數據類型的不同操作的功耗進行測試。要測試8位整型、16位整型、32位整型以及32位浮點型和64位浮點型的基本操作功耗?;静僮饔?加、減、乘、除、取余、賦值、移位、與、或、非。此處測試的結果與處理器的位數有關,StrongARM110為32位精簡指令集系統(tǒng),在此基礎上測試的結果如表1所列。
表1 不同數據類型、不同操作的能耗nJ
從表 1可知,對于相同數據類型,加、減、乘、除和取余操作的功耗一樣,與、或、非操作的功耗一樣,而移位功耗最低。對于不同數據類型來說,32位數比16位數的操作功耗低,16位數比8位數的操作功耗低。32位浮點數與32位整形數的操作功耗一樣。在所有數據類型中64位浮點數的操作功耗最高。
測試環(huán)境的處理器StrongARM110為32位處理器,對8位數和16位數的處理要考慮字節(jié)對齊問題,而對32位就不用考慮該問題。
②對函數、內聯(lián)函數和宏定義的功耗進行測試。如表2所列,內聯(lián)函數和宏定義的功耗比一般函數的功耗低,CPU周期數及指令數也小。
表2 一般函數、內聯(lián)函數及宏定義的比較
③對相同功能不同實現語句的功耗進行測試。主要針對循環(huán)語句、選擇語句(二元和多元)、乘法、移位、除法、移位進行測試,測試結果如表3所列。
表3 同一功能不同語句的比較
從表3可知,同樣實現循環(huán)功能,for循環(huán)的功耗比while、goto的要大,goto語句的功耗明顯最低;二元選擇運算中三目運算比if語句的功耗低,但是只能在單條賦值語句中使用三目運算,在復雜的多條語句的情況下,兩者功耗一樣;多元選擇運算中,switch語句比if…elseif…語句功耗低;寄存器變量的操作比自動變量的操作功耗低近50%,因為處理器從寄存器里直接讀取變量省去了反復從內存讀取變量的過程,從而達到降低功耗的目的。
算法級功耗測試是比源碼級功耗測試更高一層次的測試,不同的算法針對同一問題的考慮方面不同,如可靠性、易用性、時間復雜度、空間復雜度、功耗等。以往對軟件算法的研究著重在性能上面,本文把功耗作為主要考慮對象,研究算法對功耗的影響。為了便于討論,本文提出一具體問題,針對該問題提出5種不同的算法,然后分析這些算法對軟件功耗的影響。
問題描述:對于1字節(jié)的變量v,求其二進制表示中1的個數。
算法1:用除法和取余實現。對于二進制操作,除以2,原來的數將會減少1個0,如果在除的過程中有余,就表示當前位置為1。
算法2:使用與 &(即移位﹥﹥)操作。&操作,把8位數字v與00000001進行與操作,如果結果為1,表示當前8位的最后1位為1,否則為0,然后再將v右移1位,循環(huán)進行。
算法3:使用與 &操作,僅考慮v中1的個數。
算法4:使用分支操作,直接把0~255的情況都羅列出來,使用switch…case…,即可得到答案。
算法5:使用查表法,將0~255中1的個數直接存儲在數組Array中,v作為數組的下標,則Array[v]就是v中1的個數。
測試結果如表4所列。
表4 用不同算法實現同一問題
其中,M是v中1的個數,log2v為v的位數。
由表4可知,算法1~5的執(zhí)行效率越來越高,算法5的查表法比算法1節(jié)省80%的功耗,其CPU周期數也相應減少,但是它們的指令數卻有所增加,所以算法5的查表法是以空間換取時間和功耗的算法。在內存充分大的嵌入式系統(tǒng)中,為盡量降低功耗,算法5是很好的選擇。
μ C/OS-II是一種可移植、可固化、可裁減及可剝奪型的多任務實時內核(RTOS),適用于各種微處理器和微控制器。所有代碼用ANSI C語言編寫,具有良好的可移植性。對μ C/OS-II的源碼級功耗優(yōu)化分以下幾步實行:
①對計數器數據類型的改進。由表1可知,32位數據類型的加1操作比8位數據類型的加1操作能耗低27 nJ,將μ C/OS-II中常用數據的數據類型改為INT32U,如任務控制塊 OS_TCB中的 prio、OSTCBDly、OSTCBX、OSTCBY 、OSTCBBitX、OSTCBBitY 等 。
②對循環(huán)控制語句的改進。由表3可知,while、goto循環(huán)語句的功耗比for循環(huán)語句的功耗低。將μ C/OS-II中for循環(huán)句換成while循環(huán)語句,經查看μ C/OS-II的源碼,發(fā)現μ C/OS-II在設計時已考慮到該問題,多數循環(huán)使用while實現。在此只對OSInit()函數改進,同時μ C/OS-II中固定的任務(如OS_TaskIdle、OS_TaskStat中的控制)改為goto語句,減少應用程序的功耗。
③對內聯(lián)函數和宏的使用。對簡短的常用函數加上inline關鍵字,或用宏來實現,內聯(lián)函數和宏的使用使軟件功耗降低。讀RAM比讀Flash功耗更大。處理器進入子程序時,會首先將當前處理器的寄存器推入堆棧(RAM),在離開時又將處理器的寄存器彈出堆棧,這樣至少兩次對RAM操作。而宏在編譯時展開,處理器順序執(zhí)行指令,避免了調用子程序,同時減少了系統(tǒng)的功耗。μ C/OS-II中常用的短函數改為內聯(lián)函數,如每個時鐘都要執(zhí)行的OSTimeTick()和開關中斷等,同時μ C/OS-II中采用條件編譯,也會在一定程度上降低功耗。
④對變量存儲類型的優(yōu)化。對于大部分嵌入式系統(tǒng)來說,為了提高運行速度,通常寄存器做得很大,如ARM系列處理器有31個通用寄存器。有時許多寄存器空著沒使用,可以將程序中常用的常量或變量直接置于寄存器中,而不是置于內存的靜態(tài)存儲區(qū)或動態(tài)存儲區(qū)中。這樣做不僅提高了軟件運行速度,而且也節(jié)省能量消耗。由表3可知,使用寄存器變量能省近50%的功耗,μ C/OS-II中每個時鐘周期都要使用的計數變量OSTime,將其用關鍵字register聲明即可。還有循環(huán)控制語句的計數變量,將其聲明為寄存器變量,降耗效果明顯。
⑤算法級的改進。從算法級功耗的算法5可以看出,將一些運算的結果預先算好,放在Flash中,用查表的方法替代實時的計算,減少微控制器的運算工作量,可以有效地降低微控制器的功耗;不可避免的實時計算,達到精度就結束,避免“過度”計算;在精度允許的情況下,使用簡單函數代替復雜函數作近似,也可以減少功耗。μ C/OS-II中的任務調度和事件管理模塊都采用查找就緒表的方式來提高性能和降低功耗。為此,針對μ C/OS-II的內存管理機制采用查表算法,借用任務管理中的就緒表實現內存塊的分配,這樣不但不會增加額外的空間需求,而且使內存管理的功耗更低。
對μ C/OS-II的部分功能函數進行源碼級功耗優(yōu)化,其優(yōu)化前后的結果如圖1所示。圖中,縱軸表示能耗(nJ),橫軸表示改進前后的功能函數。
圖1 μ C/OS-Ⅰ部分功能函數改進前后的功耗
功耗較大的軟件,使用了較多功耗大的操作指令或是使用了不必要的指令。本文的創(chuàng)新之處在于,對軟件功耗優(yōu)化中的源碼級和算法級的功耗優(yōu)化進行分析,對用不同語句實現相同功能的情況進行分類討論,測試其功耗特征,最后將功耗測試與分析結果運用到嵌入式操作系統(tǒng)μ C/OS-II中,對其進行源碼級的功耗優(yōu)化,實驗結果證明,源碼級的功耗優(yōu)化能明顯降低軟件的功耗。
[1]Gowan M,Biro L,Jackson D.Power considerations in the design of the Alpha 21264 microprocessor:35th Design Automation Conference,San Francisco,1998[C].NY:ACM,1998:726-731.
[2]Tan T K,Raghunathan A.Software Architectural Transformation:A new approach to Low Energy Embedded Software[J].Design,Automation&Test in Europe,2003(3).
[3]Tiwari V,Malik S,Wolfe A.Power analysis of embededed sofware:a first step towards sofware power minimization[J].IEEE Transactions on VLSI Systems,1994,2(4):437-445.
[4]Tiwari V,Malik S,Wolfe A.Power analysis of embedded software:a first step towards software power minimization[J].IEEE Transactionson VLSI Systems,1994,2(4):437-445.
[5]Tiwari V,Malik S,Wolfe A.Compilation techniques for low energy:an overview:Proceedings of the IEEE Symposiumon Low Power Electronics[C].San Diego:IEEE,1994:38-39.
[6]Tan T K,Raghunathan A,Jhan K.EMSIM:An energy simulation framework for embedded operating system[J].Circuit&Systems,2002(5):464-467.
[7]Labrosse J J.MicroC/COS-II:The Real-Time Kernel[M].Lawrence:Miller Freeman,1999.