μC/OS-ll中任務(wù)調(diào)度算法的改進
摘 要:介紹μC/OS―II嵌入式實時操作系統(tǒng)的特點,分析單一的基于優(yōu)先級調(diào)度算法存在的不足。根據(jù)嵌入式應(yīng)用不同的實時性要求,將應(yīng)用劃分為實時任務(wù)、分時任務(wù)和后臺任務(wù)三種類型。針對分時任務(wù),新增加時間片調(diào)度算法,給出調(diào)度算法的實現(xiàn)方法,同時增加任務(wù)創(chuàng)建和銷毀的接口;降低基于μC/OS―1I操作系統(tǒng)的嵌入式產(chǎn)品開發(fā)難度和設(shè)計成本,有利于該操作系統(tǒng)的應(yīng)用推廣。
關(guān)鍵詞:μC/OS―II 嵌入式系統(tǒng) 任務(wù)調(diào)度算法 時間片調(diào)度
引 言
目前,操作系統(tǒng)內(nèi)核的軟件中,μC,0S-II稱得上是小型實時操作系統(tǒng)。它由Jean J.Labrosse于1992年推出第l版,立刻在嵌入式系統(tǒng)領(lǐng)域引起強烈反響。μC/OS II是一個基于搶占式的實時多任務(wù)內(nèi)核,可固化、可剪裁、具有高穩(wěn)定性和可靠性。它最鮮明特點就是源碼公開,便于移植和維護,而且對于學(xué)校研究完全免費,只有在應(yīng)用于盈利項目時才需要支付少量的版權(quán)費,特別適合一般使用者的學(xué)習(xí)、研究和開發(fā)。自問世以來,其穩(wěn)定性和可靠性得到了廣泛的認(rèn)可,現(xiàn)已經(jīng)通過美國FAA認(rèn)證。在嵌入式領(lǐng)域,μc/OS憑借優(yōu)越特性得到了越來越廣泛的應(yīng)用,眾多的研究開發(fā)者將其作為操作系統(tǒng)的樣板,移植到各種硬件平臺,其外圍的應(yīng)用也越來越多。
1 μC/0S在嵌入式產(chǎn)品應(yīng)用中存在的問題
隨著移動通信、信息家電以及工業(yè)控制等領(lǐng)域的快速發(fā)展,嵌入式軟件產(chǎn)業(yè)迎來了極佳的發(fā)展時機。強勁的市場需求帶來了研發(fā)的快速增長,越來越多的軟件公司投入到嵌入式產(chǎn)品的研發(fā)中。但另一方面,大部分軟件公司卻缺乏嵌入式操作系統(tǒng)這個嵌入式產(chǎn)品的核心技術(shù),無法提供給各種應(yīng)用多任務(wù)等現(xiàn)代操作系統(tǒng)所必備的功能,極大地限制了產(chǎn)品的性能和發(fā)展。μC/OS具有源碼公開,商業(yè)授權(quán)費極低等特點,成為嵌入式產(chǎn)品開發(fā)的一種選擇。
μC/OS―II在設(shè)計時強調(diào)實時性。它采用單一的基于優(yōu)先級的搶先式調(diào)度算法,有效地保證了實時性的要求。在各種嵌入式操作系統(tǒng)中,其任務(wù)切換帶來的時延窗口很小。非常適合強實時性的任務(wù)要求,但是對于大部分周期性和實時性要求不高的任務(wù)來說,μC/O一II還存在一些不足:
①缺乏時間片調(diào)度,低優(yōu)先級的任務(wù)很難得到執(zhí)行。μC/OS―II不支持時間片調(diào)度,優(yōu)先級高的任務(wù)如果不主動放棄CPU,低優(yōu)先級任務(wù)永遠都不可能運行。這對于那些分別編寫,但叉可能同時運行的任務(wù)來說,只能通過任務(wù)之間的同步等動作來完成交替運行。這不但增加了編程難度,而且破壞了模塊的獨立性。
②任務(wù)創(chuàng)建和銷毀的接口復(fù)雜。μC/OS―ll的上層軟件開發(fā)需要關(guān)心底層具體實現(xiàn),接口比較復(fù)雜。對于經(jīng)驗不多的程序員來說,第一,創(chuàng)建任務(wù)時需要用戶自行指定優(yōu)先級。這必然牽涉到如何管理分配優(yōu)先級的問題。第二,μC/OS―II中任務(wù)的棧空間完全由用戶管理,系統(tǒng)只是簡單地要求用戶創(chuàng)建任務(wù)時傳人棧地址,而不參與??臻g的申請和釋放。為了簡化μC/OS的示例程序,更是簡單地以靜態(tài)數(shù)組作為任務(wù)棧。??臻g的放任自流在帶來一定靈活性的同時也會帶來問題的隱患。第三,因為μC/OS―II規(guī)定任務(wù)必須為無限循環(huán)或自銷毀形式,所以其任務(wù)在結(jié)束時,需要手工調(diào)用OSTaskDel,使該任務(wù)進入睡眠態(tài),不能簡單地返回。與現(xiàn)在流行的大多數(shù)操作系統(tǒng)用法差異較大。
結(jié)合國內(nèi)的產(chǎn)業(yè)現(xiàn)狀,從程序員素質(zhì)和應(yīng)用程序的實時性分類,在數(shù)量上都呈現(xiàn)金字塔狀;而且往往是高級程序員負(fù)責(zé)開發(fā)實時應(yīng)用,普通程序員開發(fā)非實時應(yīng)用。如果希望能在包括數(shù)目龐大的非實時應(yīng)用的產(chǎn)品中利用μC/OS―II,則必須對它作出擴充,在保留實時任務(wù)支持的前提下,增添時間片調(diào)度,并對任務(wù)的接口作出簡化處理。
2 μC/OS調(diào)度算法的改進
μC/OS中的每個任務(wù)具有一個任務(wù)控制塊0S_TCB,任務(wù)控制塊記錄任務(wù)執(zhí)行的環(huán)境,包括任務(wù)的優(yōu)先級、任務(wù)的堆棧指針、任務(wù)的相關(guān)事件控制塊指針等。內(nèi)核將系統(tǒng)中處于就緒態(tài)的任務(wù)在就緒表中進行標(biāo)注,通過就緒表中的兩個變量OSRdyGrp和OSRdyTbl[]可快速查找系統(tǒng)中就緒的任務(wù)。在μC/OS―II中每個任務(wù)有唯一的優(yōu)先級,因此任務(wù)的優(yōu)先級也是任務(wù)的唯一標(biāo)識。內(nèi)核可用控制塊優(yōu)先級表OSTCBPrioTbl[]通過任務(wù)的優(yōu)先級查到任務(wù)控制塊的地址。μC/OS―II主要就是利用任務(wù)控制快OS_TCB、就緒表和控制塊優(yōu)先級表0STCBPrioTbl[]來進行任務(wù)調(diào)度。任務(wù)調(diào)度程序OSSched()首先由就緒表中找到當(dāng)前系統(tǒng)中處于就緒態(tài)的優(yōu)先級最高的任務(wù),然后根據(jù)其優(yōu)先級由控制塊優(yōu)先級表0STCBPrioTbl[]取得相應(yīng)任務(wù)控制塊的地址,由OS_TASK―SW()程序進行運行環(huán)境的切換。若在任務(wù)運行時發(fā)生中斷,則轉(zhuǎn)向執(zhí)行中斷程序,執(zhí)行完畢后不是簡單地返回中斷調(diào)用處,而是由OSIntExit()程序進行任務(wù)調(diào)度,執(zhí)行當(dāng)前系統(tǒng)中優(yōu)先級最高的就緒態(tài)任務(wù)。
本文擬在不破壞μC/OS實時性的前提下,增加時間片調(diào)度,以適于非實時性場合,并參考Windows和Linux多種通用操作系統(tǒng)任務(wù)調(diào)用接口函數(shù),對μC/0S任務(wù)接口作出改進,提供通用簡單的編程接口,降低應(yīng)用軟件開發(fā)難度,增加系統(tǒng)穩(wěn)定性和可靠性。
2.1 時間片調(diào)度算法的設(shè)計與實現(xiàn)
μC/OS中共有64個任務(wù),其中作者保留了8個任務(wù)以備將來使用,因此用戶可以有多達56個應(yīng)用任務(wù)。將這些任務(wù)劃分為3個層次,如圖l所示。
實時任務(wù)保留原本設(shè)計的絕對優(yōu)先級調(diào)度,對系統(tǒng)驅(qū)動或通信等實時性要求高的場合提供支持,任務(wù)的創(chuàng)建接口保持不變,由高級程序員編寫相應(yīng)程序;在分時任務(wù)空間采用時間片調(diào)度,各種任務(wù)輪流執(zhí)行,適用于事務(wù)性處理或?qū)崟r性要求不高的場合,普通程序員在此區(qū)間內(nèi)編寫任務(wù),并對此空間任務(wù)的創(chuàng)建和銷毀提供了新的編程接口,使之適合普通程序員的編程習(xí)慣;后臺任務(wù)是指idle任務(wù)、統(tǒng)計任務(wù)等在系統(tǒng)空閑時運行的任務(wù),其在實時任務(wù)和分時任務(wù)都沒有就緒時才有機會運行,此區(qū)間也采用絕對優(yōu)先級調(diào)度。
分時任務(wù)在μC/OS原先的五種狀態(tài)中添加了等待態(tài),定義為OS_STAT_WAITSLICE,表示正在等待時間片的重新產(chǎn)生。增添新狀態(tài)后的狀態(tài)遷移如圖2所示。
其中睡眠態(tài)(dormant)異于多數(shù)操作系統(tǒng)的定義,是指任務(wù)駐留在程序空間之中,還沒有交給μC/OS―II管理。所有任務(wù)開始于睡眠態(tài),通過調(diào)用任務(wù)創(chuàng)立函數(shù)把任務(wù)交給μC/0S―II。當(dāng)任務(wù)一旦建立,就進入就緒態(tài)準(zhǔn)備運行。在任務(wù)銷毀時,可以通過調(diào)用OSTaskDel()返回到睡眠態(tài)。其余阻塞態(tài)、就緒態(tài)、運行態(tài)和中斷態(tài)較常見,這里不再詳述,可以參考文獻[1]第3章。
圖2中,如果處于運行態(tài)的任務(wù)時間片消耗完畢,則該任務(wù)進入等待狀態(tài) 如果全部分時任務(wù)都進入等待狀態(tài),則系統(tǒng)會為其全部重新分配時間片,并使它們都返回就緒態(tài)。除此之外,其余狀態(tài)關(guān)系與μC/0S―Il相同。
為了實現(xiàn)分時任務(wù)時間片調(diào)度算法,首先在OS_TCB結(jié)構(gòu)中添加OSTCBTimeSlices,以存儲任務(wù)剩余的時間片數(shù);同時定義OS-NORMAL_PRIO_START和OS_NOR-MAL_PRIO_START,表示分時任務(wù)區(qū)間的大小;還必須修改μC/0S的時鐘服務(wù)程序,即函數(shù)OSTimeTick(),來處理與時鐘相關(guān)的任務(wù)狀態(tài)。修改后處理流程如圖3所示。
圖3中,模塊②之前的流程與在μC/()S―II中幾乎完全相同,主要負(fù)責(zé)對所有任務(wù)時延值的處理。模塊②判斷處于就緒態(tài)的分時任務(wù)是否時間片用完,如是,則將其設(shè)置為等待態(tài)。模塊③查出就緒的最高優(yōu)先級任務(wù)。如果低于分時任務(wù)區(qū)間,說明沒有分時任務(wù)或所有的分時任務(wù)都處于等待態(tài),此時為所有的分時任務(wù)重新分配新的時間片,并將其變更為就緒態(tài)。模塊④中,如果當(dāng)前任務(wù)是分時任務(wù),則說明該任務(wù)已經(jīng)消耗了一個時間片,將該任務(wù)時間片減1。
從改進后的處理流程可以看出,實時任務(wù)優(yōu)先級高,調(diào)度不受影響,不會進入新加入的部分;分時任務(wù)在運行態(tài)時,其時間片會不停減少,直到剩余時間片為零,則進入等待態(tài)。當(dāng)系統(tǒng)的所有分時任務(wù)都進入了等待態(tài),則對在等待態(tài)的分時任務(wù)重新計算剩余時間片,并把它們都設(shè)為就緒態(tài),則新的一輪分時任務(wù)交替運行又開始了。所有的后臺任務(wù)的調(diào)度也不受影響。
OSTimeTick處理十分頻繁,必須盡可能地減少運算開銷,改進方案對其增加分時任務(wù)的處理。在有實時任務(wù)運行時,延時基本沒有增加;只有在所有分時任務(wù)都進入等待態(tài)后,才會有較大的計算量,經(jīng)試驗效果良好。
2.2 任務(wù)接口的改進
為了簡化應(yīng)用編程接口,屏蔽低層任務(wù)管理細(xì)節(jié),為用戶提供新的任務(wù)接口OSNTaskCreate和OSNTaskDel。0SNTaskCreate用于創(chuàng)建分時任務(wù),該函數(shù)在分時區(qū)間自動分配優(yōu)先級,代替用戶申請??臻g,并在初始化棧內(nèi)容時壓人OSNTaskDel地址。在用戶任務(wù)退出后,就會自動調(diào)用()SNTaskDel,以釋放??臻g,并調(diào)用()STaskDel。如此更符合用戶在Windows等系統(tǒng)的情況,任務(wù)結(jié)束后只是簡單返回,減小了錯誤出現(xiàn)的機會。改進后的OSNTaskCreate偽碼如下:
INT8U()SNTaskCreate(任務(wù)地址pThead,參數(shù)pData,棧大小dwStackSize){在分時區(qū)間分配優(yōu)先級;
if(區(qū)間已滿)
設(shè)置錯誤碼并退出;
if(dwStackSize為零)
dwStackSize為缺省大?。?/SPAN>
分配??臻g并記人TCB;
初始化??臻g()SNewTaskStklnit();
調(diào)用0S_TCBInit初始化TCB;
if(成功)
調(diào)度0S_Sched();
設(shè)置錯誤碼并退出;
}
優(yōu)先級和??臻g分配算法較簡單,這里不再詳述。新的OSNewTaskStklnit初始化棧空間函數(shù)在x86平臺上修改前后形成的棧內(nèi)容如圖4所示。
結(jié) 語
本文對μC/0S―II的調(diào)度算法作了改進,劃分了實時任務(wù)、分時任務(wù)和后臺任務(wù);并對任務(wù)的用戶接口進行了改善,使之更加方便易用。以上方法已成功應(yīng)用在好易通系列電子產(chǎn)品的開發(fā)中,對μC/OS―II在嵌入式產(chǎn)品應(yīng)用和推廣中具有廣泛意義。
評論