歡迎您光臨本站 註冊首頁

· RTOS與linux區別雜誌閱讀

幾種嵌入式RTOS的分析與比較

admin @ 2019-05-23 reply:0

VxWorks、μClinux、μC/OS-II和eCos是4種性能優良並被廣泛應用的實時操作系統。本文通過對這4種操作系統的主要性能進行分析與比較,歸納出它們的選型依據和適用領域。

 

1       4種操作系統的介紹

1.1    VxWorks

VxWorks是美國WindRiver公司的產品,是目前嵌入式系統領域中應用很廣泛,市場佔有率比較高的嵌入式操作系統。VxWorks實時操作系統由400多個相對獨立、短小精悍的目標模塊組成,用戶可根據需要選擇適當的模塊來裁剪和配置系統;提供基於優先順序的任務調度、任務間同步與通信、中斷處理、定時器和內存管理等功能,內建符合POSIX(可移植操作系統介面)規範的內存管理,以及多處理器控制程序;並且具有簡明易懂的用戶介面,在核心方面甚至可以微縮到8 KB。

 

1.2    μC/OS-II

μC/OS-II是美國嵌入式系統專家Jean J.Labrosse用C語言編寫的一個結構小巧、搶佔式的多任務實時內核。μC/OS-II能管理64個任務,並提供任務調度與管理、內存管理、任務間同步與通信、時間管理和中斷服務等功能,具有執行效率高、佔用空間小、實時性能優良和可擴展性強等特點。

 

1.3    μClinux

μClinux是一種優秀的嵌入式Linux版本,其全稱為micro-control Linux,從字面意思看是指微控制Linux。同標準的Linux相比,μClinux的內核非常小,但是它仍然繼承了Linux操作系統的主要特性,包括良好的穩定性和移植性、強大的網路功能、出色的文件系統支持、標準豐富的API,以及TCP/IP網路協議等。因為沒有MMU內存管理單元,所以其多任務的實現需要一定技巧。

 

1.4    eCos

eCos(embedded Configurable operating system),即嵌入式可配置操作系統。它是一個源代碼開放的可配置、可移植、面向深度嵌入式應用的實時操作系統。最大特點是配置靈活,採用模塊化設計,核心部分由小的組件構成,包括內核、C語言庫和底層運行包等。每個組件可提供大量的配置選項(實時內核也可作為可選配置),使用eCos提供的配置工具可以很方便地配置,並通過不同的配置使得eCos能夠滿足不同的嵌入式應用要求。

 

2       性能分析與比較

任務管理、任務及中斷間的同步與通信機制、內存管理、中斷管理、文件系統、對硬體的支持和系統移植這幾方面是實時操作系統的主要性能。下面就從這幾個方面著手對上述4種操作系統進行分析與比較。

 

2.1    任務管理

任務管理是嵌入式實時操作系統的核心和靈魂,決定了操作系統的實時性能。它通常包含優先順序設置、多任務調度機制和時間確定性等部分。

 

優先順序設置

嵌入式操作系統支持多任務,每個任務都具有優先順序,任務越重要,賦予的優先順序應越高。優先順序的設置分為靜態優先順序和動態優先順序兩種。靜態優先順序指的是每個任務在運行前都被賦予一個優先順序,而且這個優先順序在系統運行期間正常情況下是不能改變的,但允許通過系統調函函數改變任務的優先順序;動態優先順序則是指每個任務的優先順序(特別是應用程序的優先順序)在系統運行時可以動態地改變,這種改變是調度演演算法決定的,而非通過系統調用人為改變的。

 

多任務調度機制

任務調度主要是協調任務對CPU資源的爭奪使用。對系統資源非常匱乏的嵌入式系統來說,任務調度尤為重要,它直接影響到系統的實時性能。通常,多任務調度機制分為基於優先順序搶佔式調度和時間片輪轉調度。

 

基於優先順序搶佔式調度(PBP,Priority Based and Preemptive):系統中每個任務都有一個優先順序,內核總是將CPU分配給處於就緒態的優先順序最高的任務運行。如果系統發現就緒隊列中有比當前運行任務更高的優先順序任務,就把當前運行任務置於就緒隊列中,調入高優先順序任務運行。系統採用優先順序搶佔方式進行調度,可以保證重要的突發事件及時得到處理。

 

時間片輪轉調度(RR,Round Robin) :讓優先順序相同的處於就緒狀態的任務按時間片使用CPU,以防止同優先順序的某一任務長時間獨佔CPU。

 

在一般情況下,嵌入式實時操作系統採用基於優先順序搶佔式調度與時間片輪轉調度相結合的調度機制。

 

時間的可確定性

 

嵌入式實時操作系統函數調用與服務的執行時間應具有可確定性。系統服務的執行時間不依賴於應用程序任務的多少。基於此特徵,系統完成某個確定任務的時間是可預測的。表1具體列出了4種操作系統的調度機制。

 

4種嵌入式實時操作系統都支持多任務,只是在支持任務數量上和任務調度機制上有所不同。VxWorks具有高效的任務管理功能,它支持多任務,可分配256個優先順序,支持優先順序搶佔式調試和時間片輪轉調度,實時性最好。μC/OS-II內核是針對實時系統的要求設計實現的,只支持基於固定優先順序搶佔式調度;調度方法簡單,可以滿足較高的實時性要求。μClinux在結構上繼承了標準Linux的多任務實現方式,分為實時進程和普通進程,分別採用先來先服務和時間片輪轉調度;僅針對中低檔嵌入式CPU特點進行改良,且不支持內核搶佔。eCos調度方法豐富,提供了兩種基於優先順序的調度器(即點陣圖調度器和多級隊列調度器),允許用戶在進行配置時選擇其中一個凋度器,適應性好。

 

2.2    任務及中斷間的同步與通信機制

實時操作系統的功能一般要通過若干任務和中斷服務程序共同完成。任務與任務之間、任務與中斷間任務及中斷服務程序之間必須協調動作,互相配合,這就涉及任務間的同步與通信問題。嵌入式實時操作系統通常是通過信號量Semaphere、互斥信號量Mutex、事件標誌Event和非同步信號Signal來實現同步,通過消息郵箱MailBox、消息隊列沒Message、管道Pipe和共享內存Share Mem來提供通信服務。由於互斥信號量的使用,帶來了實時操作系統中常見的優先順序反轉問題。優先順序反轉是一種不確定的延遲形式,當高優先順序任務企圖訪問已被低優先順序佔有的共享資源時,必須等待低優先順序任務釋放共享資源;如果這時低優先順序任務被一個或多個中優先順序任務搶佔,那麼高優先順序任務被延遲的時間將更進一步延長,實時性難以保證。因此,應採取相關措施以盡鼉避免出現優先順序反轉問題。實時系統通常採用優先順序繼承和優先順序置頂機制。

 

優先順序繼承是指擁有互斥信號量的任務被提升到與下一個在等待該互斥信號量的最高優先順序任務相同的優先順序;優先順序置頂是指獲得互斥量的任務將其優先順序提升到一個事先規定好的值。表2為4種操作系統的同步與通信機制的比較。

 

4種系統都具有靈話的任務間同步與通信機制,都可以通過信號量、消息隊列來實現同步與通信,但是VxWorks與μClinux都不支持郵箱和事件標誌,而且除了μClinux和eCos中的點陣圖調度器,其他操作系統都採取了措施抑制優先順序反轉。

 

2.3    內存管理

內存管理主要包括:內存分配原則,存儲保護和內存分配方式。

 

內存分配原則

內存分配原則包括快速性、可靠性和高效性。其中,快速性要求內存分配過程要儘可能快,所以一般採用簡單、快速的分配演演算法;可靠性指的是內存分配的請求必須得到滿足;系統強調高效性的要求,不僅僅是對系統成本的要求,而且由於系統本身可配置的內存容量也是很有限的,所以要儘可能地避免浪費。嵌入式系統通常會根據特定的需求對內存分配方案進行規劃,從而避免內存碎片。

 

存儲保護

通常在操作系統的內存中既有系統程序也有用戶程序,為了使兩者都能正常運行,避免程序間相互干擾,需要對內存中的程序和數據進行保護。存儲保護通常需要硬體支持,在很多系統中都採用MMU,並結合軟體實現;但由於嵌入式系統的成本限制內核和用戶程序通常都在相同的內存空間中。因此是否支持存儲保護一方面取決於CPU是否支持MMU及不同的運行級別,如ARM7TDMI核不支持MMU,大多數DSP都不支持MMU和運行級別;另一方面依賴於操作系統是否在軟體上進行支持,uC/OSeCos等本身就不支持虛擬內存管理。VxWorks也有不同的版本,6.0版本以下就不支持MMU

 

內存分配方式

內存分配方式可分為靜態分配和動態分配。靜態分配是在程序運行前一次性分配給相應內存,並且在程序運行期間中不允許再申請或在內存中移動;動態分配則允許在程序運行整個過程中進行內存分配。靜態分配使系統失去了靈活性,但對於實時性要求比較高的系統是必需的,通常情況下這些系統的內存有限,用戶的全局數據都會精心規劃,只有內核本身會使用一些動態內存而動態分配賦予了系統設計者更多自主性,可以靈活地調整系統的功能。

 

VxWorks對內存的使用採用的是Flat Mode,可被靜態或動態鏈接。VxWorks為用戶提供了兩種內存區域RegionPartition。Region是變長的內存區,用戶可以從創建的Region中分配Segment,其特點是容易產生碎片,但靈活並且不浪費;Partition是定長的內存區,用戶可以從刨建的Partition中分配Buffer,其特點是不會產生碎片,效率高但是易浪費。VxWorks採用最先演演算法分配內存

 

μC/OS-II把連續的大塊內存按分區來管理,每個分區中都包含整數個大小相同的內存塊,但不同分區之間內存的太小可以不同。用戶動態分配內存時,只須選擇一個適當的分區,按塊來分配內存,釋放時將該塊放回到以前所屬的分區,這樣就消除了因多次動態分配和釋放內存所引起的碎片問題

 

μClinux是針對沒有MMU的處理器設計的,不能使用處理器的虛擬內存管理技術,只能採用實存儲器管理策略。系統使用分頁內存分配方式,在啟動時對實際存儲器進行分頁。系統對內存的訪問是直接的,操作系統對內存空間沒有保護,多個進程可共享一個運行空間,所以,即使是一個無特權進程調用一個無效指針也會觸發一個地址錯誤,並有可能引起程序崩潰甚至系統崩潰。

 

eCos對內存分配既不分段也不分頁,而是採用一種基於內存池的動態內存分配機制。通過兩種內存池來實現兩種內存管理方法:一種是變長的內存池;另一種是定長的內存池,類似於VxWorb的管理方案。表3為4種操作系統內存管理的比較。

 

2.4    中斷管理

中斷管理是實時系統中一個很重要的部分,系統經常通過中斷與外部事件交互。主要考慮是否支持中斷嵌套、中斷處理機制、中斷延時等

 

VxWorks的中斷管理

VxWorks操作系統中斷管理採用中斷處理與普通任務分別在不同棧中處理的中斷處理機制,使得中斷只會引發一些關鍵寄存器的存儲,而不會導致任務的上下文切換,從而極大地縮短了中斷延時。同時,VxWorks的中斷處理程序一般在最短時間內通告中斷的發生,而將其他的非實時處理盡量放入被引發的中斷服務任務中來完成,這也縮短了中斷處理的時間,可有效減少中斷延時。所有中斷處理程序使用相同的中斷堆棧。為了能處理最壞情況下的中斷嵌套,必須分配足夠大的中斷堆棧空間。

 

μC/OS-II的中斷管理

μC/OS-II中斷處理比較簡單。一個中斷向量上只能掛一個中斷服務子程序ISR,而且用戶代碼必須都在ISR中完成。ISR需要做的事情越多,中斷延時也就越長。是否支持中斷嵌套取決於具體實現,如在ARM處理器上當選擇中斷嵌套時需要切換不同的處理器模式,實現起來也比較麻煩。

 

μClinux的中斷管理

μClinux操作系統將中斷處理分為兩部分:頂半處理和底半處理。在頂半處理中,必須關中斷運行,且僅進行必要的、非常少、速度快的處理,其他處理交給底半處理;底半處理執行那些複雜、耗時的處理,而且允許被中斷。通常在硬體中斷返回的時候會執行底半部的軟中斷,若軟中斷太多則會交給專門的內核處理任務處理,此時中斷返回,避免由於中斷運行時間過長影響其它其他進程。因此在頂半部中斷是不會嵌套的。所有的中斷服務下半部將順序執行。所有的中斷處理程序共用系統堆棧。

 

eCos的中斷管理

eCos使用了分層式中斷處理機制,把中斷處理分為傳統的ISR和滯后中斷服務程序DSR類似於μClinux的處理機制,這種機制可以在中斷允許時運行DSR,因此在處理較低優先順序中斷時允許高優先順序的中斷和處理。為了極大地縮短中斷延時,ISR應當可以快速運行。如果中斷引起的服務量少,則ISR可以單獨處理中斷;如果中斷服務複雜,則ISR只屏蔽中斷源,然後交由DSR處理。

 

2.5    文件系統

所謂"文件系統"是指負責存取和管理文件信息的機構,也可以說是負責文件的建立、撤銷、組織、讀寫、修改、複製,以及對文件管理所需的其他資源實施管理的軟體部分。

 

VxWorks操作系統在文件系統與設備驅動程序之間使用一種標準的I/O口操作介面,且支持MS-DOS、RT-11、RFS、CD-ROM、RAW等文件系統。這樣,在單個VxWorks操作系統中可以運行多個相同或不同種類的文件系統。

 

μC/OS-II是面向中小型嵌入式系統的,即使包含全部功能,編譯后內核也不到10 KB,所以系統本身並沒有提供對文件系統的支持。但是μC/OS-II具有良好的擴展性能,如果需要也可自行加入文件系統的內容。

 

μClinux繼承了Linux完善的文件系統性能,採用VFS機制,可以支持ROMFS、NFS、ext2、MS-DOS、JFFS等文件系統。但一般採用ROMFS文件系統,這種文件系統相對於一般的文件系統(如ext2)佔用更少的空間。但是ROMFS文件系統不支持動態擦寫保存,對於系統需要動態保存的數據須採用虛擬RAM盤/JFFS的方法進行處理。

 

eCos操作系統的可配置性非常強大,用戶可以自己加入所需的文件系統。

 

2.6    對硬體的支持

VxWorks、μC/OS-II、μClinux和eCos這4種操作系統都支持當前流行的大部分嵌入式CPU。μC/OS-II支持從8到32位的CPU,VxWorks、μClinux和eCos可以在16位、32位和64位等不同體系結構之間移植。

 

由於μClinux繼承了Linux的大部分性能,所以至少需要512KB的RAM空間,lMB的ROM/Flash空間;而μC/OS-II和eCos由於本身內核就很小,經過裁剪后的代碼最小可以分別為2 KB10 KB,所需的最小數據RAM空間分別為4 KB10 KB。總的來說,4種系統對硬體的要求比較低,比較經濟。具體比較如表4所列。

 

2.7    系統移植

嵌入式操作系統移植的目的是使嵌入式操作系統能在某個微處理器或微控制器上運行。4種系統中VxWorks是商用操作系統的有很多API函數及相關技術支持,所以移植和二次開發比較容易,但是移植成本較高。其他3種系統的結構化設計便於把與處理器相關的部分分離出來,所以被移植到新的處理器上也是可能的。μC/OS-II的移植相對比較簡單,只需要修改與處理器相關的代碼就可以了。μClinux是Linux針對嵌入式系統的一種改良,其結構比較複雜。移植μClinux,目標處理器除了應滿足μC/OS-II移植所需的條件外,還需要足夠容量的外部ROM和RAM。eCos系統的可移植性明顯比μC/OS-II和μClinux。在eCos系統中,每個硬體平台都有一個單獨的目錄,用於存放引對這一硬體平台的硬體抽象層的代碼和配置信息;而μClinux的硬體抽象層的代碼則分佈在好幾個目錄中,通過命令來選擇不同硬體平台的代碼。所以,修改eCos代碼相對簡單,移植也相對容易。

 

2.8    結論

這4種嵌入式實時操作系統在嵌入式系統的應用非常廣泛,但是又具有各自的特點。根據上述比較,歸納出各自的適用領域。

 

VxWorks是一套類似於Unix的實時操作系統,它內建了符合POSIX規範的內存管理,以及多處理器控制程序,並且具有簡明易懂的用戶介面,在核心方面甚至可以微縮到8 KB。它由400多個相對獨立的、短小精悍的目標模塊組成,用戶可根據需要選擇適當模塊來裁剪和配置系統,有效地保證了系統的安全性和可靠性。它被廣泛地應用在通信、軍事、航空、航天等高尖技術及實時性要求極高的領域,尤其是在許多關鍵應用方面,VxWorks還是一枝獨秀。例如,美國波音公司就在其最新的787客機中採用了此操作系統;而在外層空間探索領域,VxWorks則一直是美國太空總署NASA的最愛。

 

μC/OS-II是一個結構簡單、功能完備和實時性很強的嵌入式操作系統內核,適合於廣大的嵌入式系統開發人員和愛好者入門學習,以及高校教學和科研。μC/OS-II很適合開發那些對系統要求不是很苛刻,且RAMROM有限的各種小型嵌入式系統設備

 

μClinux最大特點在於針對無MMU處理器設計,可以利用功能強大的Linux資源,因此適合開發對時間要求不高的小容量、低成本的各類產品,特別適用於開發與網路應用密切相關的嵌入式設備或者PDA設備。例如,CISCO公司的2500/3000/4000路由器就是基於μClinux操作系統開發的。

eCos最大特點是配置靈活,而且是面向深度嵌入式應用的,很適合用於一些商業級或工業級對成本敏感的嵌入式系統,例如消費電子類領域中的一些應用。

[admin via ] 幾種嵌入式RTOS的分析與比較已經有3919次圍觀

http://coctec.com/magazine/show-post-item-5.html