<meter id="pryje"><nav id="pryje"><delect id="pryje"></delect></nav></meter>
          <label id="pryje"></label>

          新聞中心

          EEPW首頁 > 嵌入式系統(tǒng) > 設(shè)計應(yīng)用 > 擁有微軟Windows CE的實時系統(tǒng)

          擁有微軟Windows CE的實時系統(tǒng)

          作者: 時間:2011-02-27 來源:網(wǎng)絡(luò) 收藏

          介紹

          Microsoft Windows CE

          快速反應(yīng)的應(yīng)用常常管理嚴(yán)格的時間反應(yīng)。例如,制造過程控制,高速的數(shù)據(jù)采集設(shè)備,電訊交換設(shè)備,醫(yī)用設(shè)備,空中“有線”控制,武器發(fā)射裝備,空間航行和導(dǎo)航,實驗室,實驗控制,汽車發(fā)動機(jī)控制,機(jī)器人系統(tǒng)。

          為保證這種功能,就意味著不僅需要計算精確性,還有結(jié)果的時間性,此種應(yīng)用必須在指定的時間參數(shù)內(nèi)做出反應(yīng)。

          實時系統(tǒng)的廣義定義是“對任何外部刺激,計算機(jī)做出及時反應(yīng)是至關(guān)重要的系統(tǒng)”,標(biāo)準(zhǔn)定義在Internet newsgroup corp realtime group中 。實時定義為:一個實時系統(tǒng)它的計算正確性,不僅依靠于計算邏輯上的正確,還包括及時的產(chǎn)生結(jié)果。如果沒有達(dá)到系統(tǒng)時間限制條件,系統(tǒng)也是失效的。

          搞清楚實時系統(tǒng)和實時操作系統(tǒng)(RTOS)的區(qū)別至關(guān)重要,實時系統(tǒng)代表所有系統(tǒng)組成設(shè)備——硬件,操作系統(tǒng)和應(yīng)用——它需要達(dá)到系統(tǒng)的要求,實時操作系統(tǒng)(RTOS)只是整個實時系統(tǒng)的一個組成部分,它必須提供足夠的功能以確保整個實時系統(tǒng)達(dá)到要求。

          同樣,搞清快速操作系統(tǒng)和實時操作系統(tǒng)之間區(qū)別,也很重要,對于一個RTOS雖然達(dá)到全面要求十分有用,但并不是它自己達(dá)到這種要求。Internet neusgronp cornp.realtime列舉了作為一個實時操作系統(tǒng),必須達(dá)到的要求:

          • OS(操作系統(tǒng))必須是多線程和優(yōu)先級之分。
          • OS必須支持線程優(yōu)先級。
          • 一個優(yōu)先級繼承的系統(tǒng)必須存在。
          • OS必須支持可預(yù)測的線程,同步發(fā)送機(jī)理。

          另外,OS的行為必須是可預(yù)測的,這意味實時系統(tǒng)的開發(fā)者必須對系統(tǒng)中斷級,系統(tǒng)調(diào)用和分時了如指掌:

          • 必須知道OS和設(shè)備驅(qū)動器的中數(shù)據(jù)匹配最大時間。
          • 設(shè)備驅(qū)動器用來處理一個中斷最大時間和關(guān)于這些驅(qū)動器的中斷申請信息必須清楚。
          • 中斷響應(yīng)(從中斷到運行時間),必須可預(yù)測并滿足功能要求。

          每次系統(tǒng)調(diào)用時間必須可以預(yù)測,并且獨立于系統(tǒng)的對象數(shù)目。本篇論文論述了微軟Windows CE 操作系統(tǒng)是如何達(dá)到一個實時系統(tǒng)的要求,更有意義的是,Windows CE 保證一個時間的上限,它在收到中斷后開始一個實時的優(yōu)先級線程。本論文論述了對特定參考平臺的中數(shù)據(jù)響應(yīng)時間,參考為有 Hinathi SH3 的微處理器的 “Odo” 平臺。


          Microsoft Windows CE

          概論

          微軟Windows CE 被設(shè)計成針對小型設(shè)備(它是典型的擁有有限內(nèi)存的無磁盤系統(tǒng))的通用操作系統(tǒng)。Windows CE 可以通過設(shè)計一層位于內(nèi)核和硬件之間代碼來用設(shè)定硬件平臺,這即是眾所周知的硬盤壓縮層(HAL),(在以前解釋時,這被稱為 OEMC (原始設(shè)備制造)適應(yīng)層,即 OAL; 內(nèi)核壓縮層,即 KAL。 以免與微軟的 Windows NT 操作系統(tǒng) HAL 混淆)

          不象其它的微軟 Windows 操作系統(tǒng),Windows CE 并不是代表一個標(biāo)準(zhǔn)的相同的對所有平臺適用的軟件。為了足夠靈活以達(dá)到適應(yīng)廣泛產(chǎn)品需求, Windows CE 采用標(biāo)準(zhǔn)模式,這就意味著,它能夠由一系列軟件模式做出選擇,從而使產(chǎn)品定制。另外,一些可利用模式也可作為其組成部分,這意味著這些模式能夠通過從一套可利用的組份做出選擇,從而成為標(biāo)準(zhǔn)模式,通過選擇,能夠達(dá)到系統(tǒng)要求的最小模式, OEM 能夠減少存儲腳本和操作系統(tǒng)的運行。

          Windows CE 關(guān)于 VC 5.0 開發(fā)系統(tǒng)工具包,提供系統(tǒng)庫、工具、文本和樣本代碼,以使 OEMS 能夠?qū)μ囟ǖ挠布脚_使 Windows CE 標(biāo)準(zhǔn)定制。工具包也包括設(shè)備驅(qū)動包(DDK)和軟件開發(fā)包(SDK) ,DDK 提供了關(guān)于寫驅(qū)動器的附加文本,SDK 提供庫、頭文件、樣本代碼、文本以允許,開發(fā)者對基于 Windows CE 的平臺進(jìn)行寫操作。 Windows CE 提供了相同的程序界面,以用來為其它的視窗操作系統(tǒng)開發(fā)功能,例如,Windows CE 版本 1.01支持大約1000個微軟的Win 32 API 函數(shù)的其中500個。這就意味著大量不同類的工具,第三方書籍,關(guān)于 Win 32 開發(fā)者訓(xùn)練教程,可以替代或為 Windows CE 系統(tǒng)的開發(fā)者所用。

          實時系統(tǒng)的開發(fā)者能夠使用,關(guān)于VDFF 5.0 的嵌入式工具包,以把操作系統(tǒng)轉(zhuǎn)移到特定的平臺,并為這個平臺開發(fā)附加設(shè)備驅(qū)動器和實時功能。

          線程和線程優(yōu)先權(quán)級

          Windows CE 是有優(yōu)先級的多任務(wù)操作系統(tǒng),它允許多重功能、進(jìn)程,在相同時間系統(tǒng)中運行 Windows CE 支持最大的 32 位同步進(jìn)程。一個進(jìn)程包括一個或多個線程,每個線程代表進(jìn)程的一個獨立部分,一個線程被指定為進(jìn)程的基本線程,進(jìn)程也能創(chuàng)造一個未定數(shù)目的額外線程,額外線程實際數(shù)目,僅由可利用的系統(tǒng)資源限定。

          Windows CE 利用基于優(yōu)先級的時間片演算法以安排線程的執(zhí)行,Windows CE 支持八個不同的優(yōu)先級,由0到7,0代表最高級,它在頭文件 Winbasw.h中定義。

          優(yōu)先級描述
          0
          (最高級)
          關(guān)鍵的線程優(yōu)先級
          (最高優(yōu)先等級)
          1最高線程優(yōu)先級
          2高于通常的線程優(yōu)先級
          3通常線程優(yōu)先級
          4低于常規(guī)線程優(yōu)先級
          5最低線程優(yōu)先級
          6高于IDLE的線程優(yōu)先級
          7
          (最低)
          IDLE線程優(yōu)先級
          (最低優(yōu)先級)

          級別0和1通常做為實時過程和設(shè)備驅(qū)動器,級別2-4做為線程和通常功能,級別5-7做為是低于其它功能級別,注意級別6是目前狀態(tài)并有穩(wěn)定聯(lián)接。

          優(yōu)先權(quán)唯一的取決于線程優(yōu)先級,擁有高級優(yōu)先權(quán)的線程安排優(yōu)先運行,同一優(yōu)先級的線程,以循環(huán)優(yōu)先先級方式運行,即每個線程接受定制的時間或時間片,定量時間默認(rèn)值為25毫秒 (Windows CE 2.0 支持在 MIPS 平臺更改定量時間)。較低優(yōu)先權(quán)的線程,要直到較高級線程完成之后再運行,也即直到他們或者放棄或停止。一個重要的例外是最高優(yōu)先級的線程(級別0,關(guān)鍵時間優(yōu)先級)不與其它的線程共享時間片,這些線程連續(xù)執(zhí)行直到他們完成。不象其它的微軟窗操作系統(tǒng),Windows CE 是固定不能改變,它不匹配基于這引進(jìn)優(yōu)先級的中斷,他們能夠暫時改動,但僅能通過 Windows CE 內(nèi)核以避免所謂的的“優(yōu)先權(quán)倒置”。

          優(yōu)先權(quán)倒置指的是當(dāng)它們同時競爭同一資源時,低優(yōu)先級的線程,阻礙了高優(yōu)先權(quán)線程對資源的利用。為了改正這種局面并解放較高優(yōu)先權(quán)的線程,Windows CE 允許低級優(yōu)先權(quán)繼承,嚴(yán)格的線程優(yōu)先權(quán),并且運行較高優(yōu)先級直到它釋放所用資源。

          例如,如果一個線程在最高優(yōu)先權(quán)運行試圖蕕取由低級優(yōu)先權(quán)占有的互斥體,低級優(yōu)先權(quán)的線程變成高級優(yōu)先權(quán),并且運行直到它釋放互斥體。優(yōu)先權(quán)倒置適用于系統(tǒng)的所有線程。例如,甚至在優(yōu)先級別1運行的內(nèi)核線程能轉(zhuǎn)成級別0,如果優(yōu)先級0線程運行內(nèi)存分頁代碼,將引起塊失誤。

          基于優(yōu)先級的多任務(wù)設(shè)計,保證運行在最低級的線程在一個預(yù)所知時間段執(zhí)行。本論文在后面討論設(shè)定響應(yīng),對于指定的平臺和公式,并由其它的平臺獲取數(shù)字。在 DAK 和 SDK 的工具,顯示了線程狀態(tài)和優(yōu)先級別,并描繪指定實時系統(tǒng)操作輪廓。

          線程同步

          實時系統(tǒng)必須保證進(jìn)程和線程同步,例如,如果實時應(yīng)用的一部分在另一部分獲得最多當(dāng)前數(shù)據(jù)前即完成,此應(yīng)用的管理進(jìn)程可能不穩(wěn)定,同步將確保在應(yīng)用線程間交換正確。

          如同其它的 Windows 操作系統(tǒng)一樣,Windows CE 為線程同步提供了一個豐富的“等待對象”,這包括關(guān)鍵部門、事件、互斥體,些等待對象,允許一個線程減緩它的運行并且等待直到指定事件發(fā)生。

          Windows CE 將互斥體、關(guān)鍵部分、事件請求按“先入先出,優(yōu)先級(FIFO)”順序排列:不同的先入先出順序序列定義成八個不同的優(yōu)先級,在給定的優(yōu)稱級的線程請求,將被放在優(yōu)先級列表末尾,當(dāng)優(yōu)先級倒置出現(xiàn)時,調(diào)度程序調(diào)整這些序列。

          除了等待對象,Windows CE 支持標(biāo)準(zhǔn)的 Win 32 時間 API 函數(shù),這些來自內(nèi)核的應(yīng)用,軟件中斷將獲得時間間隔,它被用來管理實時應(yīng)用。通過調(diào)用 GetTickCont 函數(shù),它能夠返回幾毫秒,線程能夠使用系統(tǒng)間隔時間。關(guān)于更詳細(xì)的分時信息,Windows CE 內(nèi)核也支持Win 32 API 函數(shù)QueryPerformanreCounterQueryPerFormanteFrequency 。OEM 必須為這些調(diào)用提供硬件和軟件支持,它提供一個較高的時間分辨力和 OAL 界面其它方面。

          其它方面考慮

          Windows CE 提供了一個重要的存儲系統(tǒng),例如,當(dāng)目前某些運行 Windows CE 的平臺提供 4MB 的物理內(nèi)存,Windows CE 支持一個重要的 2GB 的地址空間,每個進(jìn)程聯(lián)接在它自己的32MB 物理空間上,當(dāng)它需要產(chǎn)生內(nèi)存分頁中斷(這可能影響線程執(zhí)行時間),物理內(nèi)存進(jìn)行線程代碼或數(shù)據(jù)內(nèi)存分頁。

          內(nèi)存分頁輸入輸出,將比實時進(jìn)程優(yōu)先級低。在實時進(jìn)程中內(nèi)存分頁仍可自由出現(xiàn),但這要確保后臺的實際內(nèi)存管理贏得實時系統(tǒng)優(yōu)先權(quán)。
          實時線程應(yīng)該鎖存在內(nèi)存中,以防止這些無關(guān)緊要的內(nèi)存分頁阻礙其運行,它們可能會占用實際內(nèi)存管理系統(tǒng)。

          Windows CE 允許映射,這將陰止多個進(jìn)程共享同一物理內(nèi)存,結(jié)果將會導(dǎo)致協(xié)同進(jìn)程間或驅(qū)動器與映射快速的數(shù)據(jù)傳送,內(nèi)存映射能夠戲劇性的增強(qiáng)實時操作。

          中斷處理: IRQS ISRS 和 ISTS

          實時應(yīng)用被設(shè)立在指定的時間間隔內(nèi),對外部事件做出反應(yīng),實時應(yīng)用使用中斷做為一種確保外部事件由操作系統(tǒng)獲知的方式。在 Windows 中,內(nèi)核和 OEM 適應(yīng)層 (OAL)被設(shè)定成使系統(tǒng)其它部分的中斷和調(diào)度最優(yōu)化。Windows CE 平衡操作,并通過把中斷過程分成兩部分而使執(zhí)行更加容易:它分為中斷服務(wù)程序(ISR)和中斷服務(wù)線程(IST)兩部分。

          每條硬件中斷申請線(IRQ),與一個ISR相連。當(dāng)中斷成立和中斷出現(xiàn)時,內(nèi)核為此調(diào)用寄存的 ISR, ISR 為中斷處理的內(nèi)核模式部分盡可能短的保存。它首先將內(nèi)核放在適合的 IST 上。

          ISR 執(zhí)行它的最小處理并返回一個 ID 號到內(nèi)核,內(nèi)核檢查返回的中斷 ID 號,并設(shè)置相關(guān)事件,中斷服務(wù)線程等待事件。當(dāng)內(nèi)核設(shè)置事件時,IST 停止等待并開始執(zhí)行,附加的中斷進(jìn)程,中斷處理大部分實際上出現(xiàn)在 IST 中,兩個最高的線程優(yōu)先權(quán) (級別0和1),通常指定為 ISTS,保證這些線程運行得足夠快。

          正如前面所說,處在最高級的 ISTS 不能被其它的線程占用,這些線程持續(xù)執(zhí)行直到它們截止或放棄。

          Windows CE 不能支持群體中斷,這就意味著當(dāng)以前一個中斷處理中,另一個不同接受服務(wù),也就是當(dāng)內(nèi)核位于 ISR 時如果中斷出現(xiàn),在為新的 IRQ 開始 ISR 前它將一直執(zhí)行直到ISR 結(jié)束,這將引起硬件中斷和 ISR 開始之間的延遲,拖延和響應(yīng)時間中斷響應(yīng)。

          中斷響應(yīng)

          本論文中,Intervupt Latency 詞組主要指的是較件中斷,處理響應(yīng),也即是從處部中斷到達(dá)處理器到中斷開始處理間的時間。

          Windows CE 中斷響應(yīng)時間是針對鎖存在內(nèi)存上的線程 (當(dāng)內(nèi)存響應(yīng)不存在時)。這使得計算最差事件響應(yīng)成為可能——中斷服務(wù)程序(ISR) 開始和中斷服務(wù)線程(IST)開始D的總時間,直到中斷處理的總時間能夠通ISR 和 IST 中所需時間計算決定。

          ISR 響應(yīng)通用公式定義如下:

          ISR開始時間 = value1 dISR_Current sum(dISR_Higher)

          value1=由內(nèi)核處理過程獲得響應(yīng)值

          dISR_Current=中斷到達(dá)時程序中 ISR 持續(xù)時間。這個值范圍由0到系統(tǒng)中最長的 ISR 持續(xù)時間

          sum(dISR_Higher)=所有在 ISR 開始前的較高級ISRS 持續(xù)時間總和,即在時間 vahe1 dISR-cumeneu間到達(dá)的中斷

          例如,考慮一個擁有關(guān)鍵優(yōu)先權(quán) ISR 的,因為 ISR 被設(shè)成最高級,這有樣 ISRS dISR-Higher 值為0。當(dāng)沒有其它 ISRS 最低響應(yīng),在程序中,即為value1 最低響應(yīng)即為value1加系統(tǒng)中最長 ISR 周期,當(dāng)中斷到達(dá)時,正是系統(tǒng)中最長的 ISR 開始執(zhí)行。

          IST 響應(yīng)周期定義如下:

          IST開始時間 = value2 sum(dIST) sum(dISR)

          value2=由內(nèi)核處理的響應(yīng)值

          sum(dIST)=所有的出現(xiàn)在 ISR 和 IST ,開始的優(yōu)先級 ISTS 和線程上下文轉(zhuǎn)換時間總和。

          sum(dISR)=在中斷(?) ISR 和它的 IST 之間運行的其它 ISRS 持續(xù)時間總和。

          最簡單的例子——具有一個關(guān)鍵級 ISR 和一個關(guān)鍵級線程(無其它0優(yōu)先級的線程)的——沒有其它的 ISTS 能夠在ISR 和 IST 之間中斷,然而在關(guān)鍵級的 ISR 和它相關(guān)的 IST 開始間其它的 ISRS 能被處理。

          因為 ISRS 一旦能夠獲得,即可被處理,很容易想象成病態(tài)情況,涉及產(chǎn)生一個持續(xù)的 ISRS 流,從而產(chǎn)生不確定的推遲。 IST 的開始不可能出現(xiàn),因為 OEM對系統(tǒng)中的中斷完成控制。因為 OEM (原始設(shè)備制造商)為特定操作系統(tǒng)設(shè)計傳統(tǒng) Windows CE 版本。 OCM 利用目標(biāo)操作環(huán)境限制使系統(tǒng)設(shè)計最佳化。

          為減少響應(yīng)時間,OEM 控制 ISR 和IST 處理時間中斷優(yōu)先級線程優(yōu)先級。公式中的 value1 和 walue2 代表,Windows CE 內(nèi)核中處理時間,這是 OEM 不能控制的目前的在分時,研究工作涉及這些確認(rèn)值。

          確保Windows CE的實時操作

          兩種不同途徑被用來確保Windows CE操作:

          • 由Windows CE開發(fā)組進(jìn)行內(nèi)部的檢查或分析內(nèi)核代碼,
          • OEM和ISV(獨立軟件銷售商)利用一些將在未來的Windows CE版本嵌入式工具包(for VCFT)提供工具來確保特定配置。

          Windows CE關(guān)于VC 的嵌入工具包包括以下工具:

          • (一個對于分時研究的內(nèi)核的工具版本和Intrtinrt.ext應(yīng)用軟件來觀察,中斷過程的最大、最小、平均時間。
          • 微軟也能開發(fā)其它的針對顧客需要的分時工具。

          Windows CE開發(fā)組,已經(jīng)檢查了內(nèi)核代碼以證實它能由最差的情況時間表征,它是獨立于系統(tǒng)對象數(shù)目的。

          為了利用這個檢查,內(nèi)核被表征成一套KCALLS或系統(tǒng)調(diào)用,在內(nèi)核關(guān)閉優(yōu)先權(quán)是它們是內(nèi)核程序,并且不允許其它的線程運行,最差事件時間,此時,實時進(jìn)程、標(biāo)止運行,它能在內(nèi)核中表征成最差事件KCALL時間(注意:這些時間不影響ISRS,只影響線程,例如ISTS)。

          開發(fā)組通過檢查發(fā)現(xiàn)這沒有非持久的循環(huán)在KCALLS,這意味著:并所有的KCALLS能夠表示成單向分支,代碼路徑,并確保通過KCALL并獨立于輸入?yún)?shù)發(fā)現(xiàn)最差事件時間成為可能。

          查找實際的最差事件時間包括使用In strum ented kemal,這僅是一個內(nèi)核版本,它在設(shè)定應(yīng)用環(huán)境后編輯使用,KCALL_PROFICE=1,以保證額外的分時功能,這個instrumented kemel 與debug kemel不同,Instrument ted是為一個零售的內(nèi)核使用,它用來獲得分時值,這常對于裝運產(chǎn)品常常諱之莫深,在retail kernal和instrumented kernel唯一區(qū)別是它的裝備。

          Instrumentted kernel記錄所有的KCALL時間,這些值,包括最小、最大和平均時間,并能夠通過調(diào)用專用的API函數(shù)Dum Pk call profile打印到調(diào)試接口,Instrumented kernel通常運行在強(qiáng)狀態(tài)下,然后調(diào)用Dumpkcall prefile來獲得時間。

          中斷測試應(yīng)用軟件Intrtime.exe,在Windows CE標(biāo)準(zhǔn)版本收集中斷分時延遲信息,應(yīng)用軟件在測試中控制系統(tǒng)時間。因此,當(dāng)系統(tǒng)需要時間控制器時,是不合適使用的。例如,此應(yīng)用程序不能與內(nèi)核instrumented版本一起使用,因為它也需要時間控制。

          在Windows CE 2版(Beta版)測試響應(yīng),

          Intertime應(yīng)用軟件在odoSH3參考平臺上運行1000次中斷測試,內(nèi)部運行58.98Mhz,外部為14.745Mhz外部頻率,這個測試在一個標(biāo)準(zhǔn)的H/PC配置,它包括Windows CE所有模式和組合。僅有主操作系統(tǒng)進(jìn)程進(jìn)行(NK.exe, Filesys.exe, Gwes.exe, Device. EXE, Shell.EXE和Explover.EXE),在測試中無用戶初始中斷(觸摸屏、鍵盤或其它應(yīng)用),應(yīng)用軟件可報告下面的ISR和IST開始、最小和最大時間:

          響應(yīng) 最大、最小值(1000次測試)
          ISR開始 1.3-7.5微秒
          IST開始 93-275微秒

          大多數(shù)測試結(jié)果,分布在最小值數(shù)值附近,當(dāng)測試ISR開始時間時,最小值1.3和1.6微秒,出現(xiàn)了293和549次,共占測試的84%,類似的超過90%的(1000次中923)start-of-IST測試出最大響應(yīng)為102微秒或少一些。

          Intertime應(yīng)用軟件也使用一個用戶指定數(shù)目的系統(tǒng)對象來測試ISR和IST開始時間。雖然工作十分初級,但它驗證了ISR開始時間與系統(tǒng)對象數(shù)目無關(guān),測試設(shè)為1000次(除了特別更改)并且線程優(yōu)先權(quán)為5或7。

          ISR開始最大值后臺線程、數(shù)目(每個線程一個事件)優(yōu)先級
          8.407
          8.65(注:僅100次)7
          9.010(注:僅100次)5
          14.8105
          19.2105
          17.0107
          12.8205
          11.020(注:僅100次)7
          10.0507
          15.01005
          15.61007

          這數(shù)值不是系統(tǒng)對象數(shù)目的函數(shù),不同的值可能由于中斷出現(xiàn)時內(nèi)核狀態(tài),開發(fā)組目前正在研究以鑒定ISR開始最差時間值。

          由這些結(jié)果向回推,假定ISR開始最小值代表最好情況。此時,dISR_Current和Sum(dISR_Htgbor)為0,最小的value 1=ISR開始值=1.3微秒,類似的設(shè)定最好情況時,Sum(dIST)和Sum(dISR)為0,Value最小值=.IST開始值=93微秒,單從測驗結(jié)果看,它是不能確定,valume 1或value 2最大值。

          附加的分時信息能夠由instrumented kernel 收集,對于一個最差情況在IST開始前花費時間valume2,能由下列公式計算:

          Value2=dkCall dNextThread

          dKcall=.內(nèi)核調(diào)用時間;當(dāng)消除優(yōu)先級時,花費在內(nèi)核的一部分時間量。

          DNextThread=Next.Thread內(nèi)核調(diào)用時期?;ㄙM在IST中時間量。

          實際上,在0級別線程調(diào)度要比Next Thread調(diào)用快,但此公式能估計出上限。

          下面表格顯示了用instrumented Kernel進(jìn)行初步測試時最差事件結(jié)果,這些測試條件與Intrtime測試相同。

          內(nèi)核調(diào)用模型最大值(ad-hoc.testing)
          最大時間值(所用內(nèi)核調(diào)用)266微秒(Learecrite)
          Next Thread237微秒
          總值503微秒

          Instrumented kernel顯示這些條件下value 2上限為500微秒。這個值為兩個最差事件總時間,遠(yuǎn)遠(yuǎn)超過了由Intritime應(yīng)用程序得到的結(jié)果,也大于實際最差事件時間。例如:通過Nextthread調(diào)度一個優(yōu)先級為0的線程,不會導(dǎo)致最差事件,這意味著500微秒是一個高于實際的最差事件值的保守值。

          Intertime Utility對于從總體上觀察最差事件值十分有用,Instrumentted Kemel對于獲得可能最差事件的值,通過內(nèi)核描繪出所有響應(yīng)原因——一個IST在這些事件運行,但在內(nèi)核非優(yōu)先部分運行執(zhí)行時,將受阻礙,系統(tǒng)的最差事件響應(yīng)可由每一部分的最差事件總和計算。

          注意本論文中所有測試結(jié)果均基于內(nèi)部Windows CE的beta版,目前存在的操作系統(tǒng)和應(yīng)用將繼續(xù)得到修正,并且進(jìn)行附加測試以獲得在不同操作條件下系統(tǒng)操作,這些數(shù)值將繼續(xù)被更新并出版,以反思目前的操作系統(tǒng)版本。

          總結(jié)

          微軟Windows CE內(nèi)核設(shè)計以達(dá)到RTOS最小要求,以使Windows CE用在許多不同類型的嵌入式和實時系統(tǒng)作為操作系統(tǒng);

          • Windows CE的多線程和優(yōu)先級,Windows CE支持個人線程優(yōu)先級;
          • Windows CE支持優(yōu)先權(quán)繼承程序,以便調(diào)整優(yōu)銜級別以修改優(yōu)先權(quán)顛倒;
          • Windows CE支持一個可預(yù)測的線程同步機(jī)理,包括等待對象,如互斥體關(guān)鍵部分,命名或未命名的事件對象,它基于線程優(yōu)先權(quán)排序。
            Windows CE也支持與系統(tǒng)控制器的聯(lián)連:
          • OEM能夠控制類由系統(tǒng)支持的中斷處理,即通過執(zhí)行ISRS和ISTS,它可彌補中斷處理軟件;
          • OEM完成在所有映射到中斷ID號的IRQS,并且它與中斷處理軟件相聯(lián)系(ISR和IST),描繪工具和應(yīng)用軟件可以利用記錄處理中斷最大時間。
          • 中斷響應(yīng)是可預(yù)測和有限制的,當(dāng)優(yōu)先權(quán)取消時,上限即為花費在內(nèi)核中時間總量,匹配轉(zhuǎn)化時間,和由OEM執(zhí)行的ISRS和ISTS申請?zhí)幚頃r間。
          • 每個系統(tǒng)調(diào)用的時間是可預(yù)測的,并與系統(tǒng)對象數(shù)目無關(guān),

          利用 instrumentted kernel系統(tǒng)調(diào)用時間能夠保證Windows CE內(nèi)核設(shè)計保證中斷和它們相關(guān)線

          linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解(linux不再難懂)

          linux相關(guān)文章:linux教程




          評論


          相關(guān)推薦

          技術(shù)專區(qū)

          關(guān)閉
          看屁屁www成人影院,亚洲人妻成人图片,亚洲精品成人午夜在线,日韩在线 欧美成人 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();