一種實時操作系統(tǒng)RTOS的硬件加速設(shè)計

　　1.3 軟件實現(xiàn)

　　因為任務(wù)數(shù)據(jù)結(jié)構(gòu)的改變，源碼中所有涉及到任務(wù)數(shù)據(jù)結(jié)構(gòu)的函數(shù)都要進行修改。由于任務(wù)調(diào)度和時間處理由RTA模塊執(zhí)行，原先執(zhí)行TimeTick的中斷函數(shù)要作相應(yīng)修改，在中斷時，只需讀取RTA中HighestPrio寄存器，然后做上下文切換，運行該優(yōu)先級的任務(wù)即可。

　　2 實驗結(jié)果

　　本實驗使用的CPU為OR1200，CPU和所有的外設(shè)都通過Wishbone總線連接，系統(tǒng)時鐘為25 MHz。在Altera的Cyclone II FPGA平臺上,使用Quartus 8.1工具對RTA進行布局布線,其共占用4 197個邏輯單元LE(Logic Element）。

　　任務(wù)響應(yīng)時間是RTOS性能的一個重要指標(biāo)，其定義為：從任務(wù)中斷產(chǎn)生的時刻起，到恢復(fù)任務(wù)執(zhí)行之間的時間。試驗中，利用自定義的Timer作為測量標(biāo)尺，在2個測試點各讀取一次，相減后的數(shù)值再乘以此Timer的周期，便得到該段測試時間。圖3是有硬件加速和無硬件加速的任務(wù)響應(yīng)時間的測試結(jié)果，單位是系統(tǒng)時鐘周期。

　　從圖中3可以看出，在無硬件支持的RTOS中，隨著任務(wù)數(shù)的增加，任務(wù)響應(yīng)時間也隨之呈線性增加。其原因是，程序順序執(zhí)行，在無硬件加速的情況下，RTOS內(nèi)核在每個TimeTick中斷都要對任務(wù)的延時域進行順序更新。隨著任務(wù)的增加，延時域的處理時間也增長。有硬件加速支持時，任務(wù)響應(yīng)時間縮短，而且與正在運行的任務(wù)數(shù)量沒有關(guān)系。這是因為所有任務(wù)的延時域都同時更新，在一個時鐘周期內(nèi)即可全部完成。所以使用RTA模塊后，降低了系統(tǒng)本身占用CPU的時間，提高了系統(tǒng)的可預(yù)測性?？梢?，在添加RTA模塊后RTOS的性能得到了提高。

　　本文將μC/OS-II系統(tǒng)中調(diào)用頻繁的任務(wù)調(diào)度和時間管理采用硬件實現(xiàn)，達到了降低系統(tǒng)負載、穩(wěn)定任務(wù)響應(yīng)時間、提高系統(tǒng)可預(yù)測性的目的。實驗結(jié)果表明，使用本硬件，任務(wù)中斷響應(yīng)時間可降低85.8%。

　　參考文獻

　　[1] KUACHAROEN P, SHALAN M, MOONEY V. A configurable hardware scheduler for real-time systems[C]. In International Conference on Engineering os Reconfigurables Systems and Algorithms, 2003.

　　[2] NORDSTROM S, LINDH L, JOHANSS L, et al. Application apecific real-time microkernel in hardware.Real Time Conference[C]. 14th IEEE-NPSS Volume, 2005.

　　[3] LAMPRET D, MLINAR M, WIEGELMANN J, et al. OpenRISC 1000 architecture manual[EB].http://www.opencores.org. 2006.

　　[4] LABROSSE J J著. 嵌入式實時操作系統(tǒng)?滋C/OS-II（第2版）[M]. 邵貝貝，譯.北京：北京航空航天大學(xué)出版社, 2003:7-12.

　　[5] 倪繼利，陳曦，李揮. CPU源代碼分析與芯片設(shè)計及Linux移植[M]. 北京：電子工業(yè)出版社,2007：42-64.