- 相關推薦
組件機制與操作系統的實現
摘要 本文介紹了一個操作系統開發平臺-OSKit,它提供了一套用于架構操作系統內核的庫函數和一些組件。它的設計目標是降低進入操作系統研究與開發領域的門檻。OSKit在設計時借用了COM的思想，把操作系統的各個部分設計成盡量獨立的組件，使開發者可以很方便地使用或替換這些組件來構造自己的操作系統。
關鍵字 組件 重用 操作系統 OSKit
1 引言
當前，操作系統的功能不斷擴展，操作系統的類型呈現出多樣化的趨勢。一個小規模的開發小組已經不可能完全從頭開始實現一個實用的操作系統，而一般情況下，研究人員只對操作系統的一些特定領域感興趣，而對于另外一些元素,如啟動加載代碼、核心啟動代碼、設備驅動程序和內存分配代碼等往往不感興趣，但是一個可運行的原型系統又必須包含這些內容。編寫這些基礎結構延緩了操作系統研究項目的進度，同時也增加了進行操作系統研究的代價。為了解決這一問題，猶他大學的FLUX研究小組開發了OSKit，它提供了一個框架和一組模塊化的、具有簡單接口的庫以及一組清晰的、可重用的OS組件。OSKit可以用來構建操作系統內核、外層服務和其他核心OS功能模塊。OSKit提供了各種功能模塊，諸如簡單自舉，一個可用于內核的最小化POSIX環境、與物理內存和其約束一致的內存管理、廣泛的調試支持，以及高層子系統如協議棧和文件系統。開發者可以根據自己的研究興趣或所要考慮的性能來使用這些模塊，或用他們自己的模塊來替代標準的OSKit模塊。
OSKit公開了它內部的實現細節，允許用戶從成熟的操作系統中不加修改地提取代碼，然后通過一小部分經過仔細設計的粘接代碼將它們合并到一起，隔離它們的依賴性，并輸出良好定義的接口。OSKit使用這一技術整合了許多穩定而成熟的源代碼，包括設備驅動、文件系統、網絡協議等等。實踐表明，使用組件軟件架構和重用技術會給操作系統實現領域帶來大的影響。
2 組件技術簡介
組件技術是一種較新的軟件開發技術。到目前為止，還難以確定組件技術的明確定義。比如，對組件技術的常見說法有以下這些：“二進制軟件單元”、“任意場合可部署的軟件”、“特別適合第三方開發”和“規范定義的接口”等等。大致上可以這樣理解：所謂組件，其實就是一種可部署軟件的代碼包，其中包括某些可執行模塊。組件單獨開發并作為軟件單元使用，它具有明確的接口，軟件就是通過這些接口調用組件所能提供的服務，多種組件可以聯合起來構成更大型的組件乃至直接建立整個系統。組件的實現必須支持一種或者多種其用戶所希望獲得的接口。實現組件并不一定需要采用面向對象語言。為了構造新應用程序，軟件開發人員找出適當的組件，將這些組件加入到正在開發中的應用程序，同時對應用程序進行測試并保證應用程序的組裝工作按照預定的規劃正常進行。采用組件技術能降低開發、測試和維護成本,提高可靠性和穩定性。
3 Oskit組件綜述
OSKIT的組件庫提供了一般情況下更高層的功能，它通常只對外開放一些相關的公用調用接口。目標系統通過OSKit的面向對象的COM接口來與這些組件進行交互。以下幾節概述了OSKit所提供的組件。
3． 1 引導程序
大多數操作系統多有自身的啟動加載機制，彼此互不兼容。這種加載機制的多樣性并不是由于每個OS所要求的自舉服務不同而引起，而是由于構建啟動加載器的特定方式造成的。因為從操作系統研究的立場來看，啟動加載器是一個令人不敢興趣的領域，因此OS開發者通常進行一個最小化、快捷的設計。由于設計理念和要求的輕微差別，每個啟動加載器都不適用于下一個OS。為了解決這個問題，OSKit直接支持多啟動標準，這一標準是由幾個OS項目的成員共同設計的，它的目的是提供一個簡單而通用的啟動加載器與OS內核間的接口，從而允許一個啟動加載器加載任何兼容的OS。
在進行操作系統研究時，多啟動標準非常有用，這其中的主要原因是啟動加載器在加載內核自身的同時還具有加載附加文件或者啟動模塊的能力。這里的一個啟動模塊只是一個普通文件，啟動加載器不以任何方式解釋它，而僅僅把它隨同內核映像一起加載到保留物理內存塊中。在啟動內核時，啟動加載器提供給內核以下內容：物理地址的列表、所有已加載的啟動模塊的大小，以及與每個模塊相聯系的由用戶定義的字符串。這些啟動模塊和與它們相聯系的用戶定義的字符串由內核解釋。這樣做的目的是為了通過提供內核啟動時需要的數據，諸如初始化程序、設備驅動和文件系統服務器，來減輕內核啟動的負擔。
3．2核心支持庫
OSKit核心支持庫的主要用途是讓客戶OS更容易訪問硬件設施。它包含了一個較大的實用函數和符號定義的集合，該集合對于管理模式代碼是非常具體的。與此相對應，OSKit的大多數其他庫在用戶模式代碼中通常很有用。和OSKit的其余部分所不同的是，多數核心支持代碼必須是針對特定系統結構的，而這些特定機器的細節對客戶OS也是有用的。例如，在x86機器上，核心支持庫包含一些函數，用來創建和操縱x86頁表和段寄存器。其他OSKit組件通常提供建立在這些低層機制上的與體系結構無關的設施，但是為了提供最大的靈活性，與特定結構相關的接口始終可以被訪問。
OSKit核心支持庫在x86體系結構上尤為重要，因為該體系結構的OS級編程環境特別復雜和模糊。核心支持庫仔細地設置了一個基本的32位執行環境（為了與MS-DOS兼容，x86處理器通常以16位模式開始）,初始化段和頁轉換表，安裝一個中斷向量表，并提供缺省的陷阱和中斷處理程序。當然，客戶OS能夠修改或重載這些行為。然而，在缺省情況下，核心支持庫自動地做所有必要的工作，以便使處理器進入一個方便的執行環境，此時中斷、陷阱、調試以及其他標準設施已經如預期的那樣開始工作。該庫在缺省情況下自動地定位所有隨內核加載的啟動模塊，并保留它們所在的物理內存。接下來，應用程序可以很容易使用它們�？蛻鬙S只需以標準C語言風格提供一個main()函數。一切都設置好以后，內核支持庫將用所有參數和由啟動加載器傳遞過來的環境變量來調用它。
3．3內存管理庫
如同在一個標準C語言庫中實現的malloc()一樣，內存管理代碼典型地用于用戶空間。通常并不適用于內核。設備驅動常常需要分配特定類型的內存，并伴隨具體的調整屬性。例如，對于內建的DMA控制器只能訪問最初的16M物理內存。為解決這些內存管理問題，OSKit包含了兩個簡單而靈活的內存管理庫：(1)基于隊列的內存管理器（或稱LMM
【組件機制與操作系統的實現】相關文章：
基于COM技術的公式計算組件的開發與實現11-23
TinyOS消息通訊機制以及TOSBase無線－串口通訊組件分析03-07
試論思想道德建設的實現機制03-07
基于Vxworks實時操作系統的串口通信程序設計與實現03-18
硬件密碼組件與軟件密碼組件的比較研究03-18
分時操作系統思想在單片機編程中的實現03-19