uc/os和uclinux操作系統是兩種性能優良源碼公開且被廣泛應用的的免費嵌入式操作系統，可以作為研究實時操作系統和非實時操作系統的典範。本文通過對 uc/os和uclinux的對比，分析和總結了嵌入式操作系統應用中的若幹重要問題，歸納了嵌入式系統開發中操作系統的選型依據。
兩種開源嵌入式操作系統介紹
uc/os和uclinux操作系統，是當前得到廣泛應用的兩種免費且公開源碼的嵌入式操作系統。uc/os適合小型控制系統，具有執行效率高、占用空間小、實時性能優良和可擴展性強等特點，最小內核可編譯至2k。uclinux則是繼承標準linux 的優良特性，針對嵌入式處理器的特點設計的壹種操作系統，具有內嵌網絡協議、支持多種文件系統，開發者可利用標準linux先驗知識等優勢。其編譯後目標文件可控制在幾百k量級。
uc/os是壹種免費公開源代碼、結構小巧、具有可剝奪實時內核的實時操作系統。其內核提供任務調度與管理、時間管理、任務間同步與通信、內存管理和中斷服務等功能。
uclinux是壹種優秀的嵌入式linux版本。uclinux是micro-conrol-linux的縮寫。同標準linux相比，它集成了標準linux操作系統的穩定性、強大網絡功能和出色的文件系統等主要優點。但是由於沒有mmu(內存管理單元)，其多任務的實現需要壹定技巧。
兩種嵌入式操作系統主要性能比較
嵌入式操作系統是嵌入式系統軟硬件資源的控制中心，它以盡量合理的有效方法組織多個用戶***享嵌入式系統的各種資源。其中用戶指的是系統程序之上的所有軟件。所謂合理有效的方法，指的就是操作系統如何協調並充分利用硬件資源來實現多任務。復雜的操作系統都支持文件系統，方便組織文件並易於對其規範化操作。
嵌入式操作系統還有壹個特點就是針對不同的平臺，系統不是直接可用的，壹般需要經過針對專門平臺的移植操作系統才能正常工作。進程調度、文件系統支持和系統移植是在嵌入式操作系統實際應用中最常見的問題，下文就從這幾個角度入手對uc/os和uclinux進行分析比較。
進程調度
任務調度主要是協調任務對計算機系統內資源(如內存、i/o設備、cpu)的爭奪使用。進程調度又稱為cpu調度，其根本任務是按照某種原則為處於就緒狀態的進程分配cpu。由於嵌入式系統中內存和i/o設備壹般都和cpu同時歸屬於某進程，所以任務調度和進程調度概念相近，很多場合不加區分，下文中提到的任務其實就是進程的概念。
進程調度可分為"剝奪型調度"和"非剝奪型調度"兩種基本方式。所謂"非剝奪型調度"是指：壹旦某個進程被調度執行，則該進程壹直執行下去直至該進程結束，或由於某種原因自行放棄cpu進入等待狀態，才將cpu重新分配給其他進程。所謂"剝奪型調度"是指：壹旦就緒狀態中出現優先權更高的進程，或者運行的進程已用滿了規定的時間片時，便立即剝奪當前進程的運行(將其放回就緒狀態)，把cpu分配給其他進程
作為實時操作系統，uc/os是采用的可剝奪型實時多任務內核。可剝奪型的實時內核在任何時候都運行就緒了的最高優先級的任務。uc/os中最多可以支持64 個任務，分別對應優先級0~63，
其中0為最高優先級。調度工作的內容可以分為兩部分：最高優先級任務的尋找和任務切換。
其最高優先級任務的尋找是通過建立就緒任務表來實現的。uc/os中的每壹個任務都有獨立的堆棧空間，並有壹個稱為任務控制塊tcb(task control block)數據結構，其中第壹個成員變量就是保存的任務堆棧指針。任務調度模塊首先用變量 ostcbhighrdy記錄當前最高級就緒任務的tcb地址，然後調用os_task_sw() 函數來進行任務切換。
uclinux的進程調度沿用了linux的傳統，系統每隔壹定時間掛起進程，同時系統產生快速和周期性的時鐘計時中斷，並通過調度函數(定時器處理函數)決定進程什麽時候擁有它的時間片。然後進行相關進程切換，這是通過父進程調用fork 函數生成子進程來實現的。
uclinux系統fork調用完成後，要麽子進程代替父進程執行(此時父進程已經 sleep)，直到子進程調用exit退出；要麽調用exec執行壹個新的進程，這個時候產生可執行文件的加載，即使這個進程只是父進程的拷貝，這個過程也不可避免。當子進程執行exit或exec後，子進程使用wakeup把父進程喚醒，使父進程繼續往下執行。
uclinux由於沒有mmu管理存儲器，其對內存的訪問是直接的，所有程序中訪問的地址都是實際的物理地址。操作系統隊內存空間沒有保護，各個進程實際上***享壹個運行空間。這就需要實現多進程時進行數據保護，也導致了用戶程序使用的空間可能占用到系統內核空間，這些問題在編程時都需要多加註意，否則容易導致系統崩潰。
由上述分析可以得知，uc/os內核是針對實時系統的要求設計實現的，相對簡單，可以滿足較高的實時性要求。而uclinux則在結構上繼承了標準linux的多任務實現方式，僅針對嵌入式處理器特點進行改良。其要實現實時性效果則需要使系統在實時內核的控制下運行，rt-linux就是可以實現這壹個功能的壹種實時內核。
文件系統
所謂文件系統是指負責存取和管理文件信息的機構，也可以說是負責文件的建立、撤銷、組織、讀寫、修改、復制及對文件管理所需要的資源(如目錄表、存儲介質等)實施管理的軟件部分。
uc/os是面向中小型嵌入式系統的，如果包含全部功能(信號量、消息郵箱、消息隊列及相關函數)，編譯後的uc/os內核僅有6~10kb，所以系統本身並沒有對文件系統的支持。但是uc/os具有良好的擴展性能，如果需要的話也可自行加入文件系統的內容。
uclinux則是繼承了linux完善的文件系統性能。其采用的是romfs文件系統，這種文件系統相對於壹般的ext2文件系統要求更少的空間。空間的節約來自於兩個方面，首先內核支持romfs文件系統比支持ext2文件系統需要更少的代碼，其次romfs文件系統相對簡單，在建立文件系統超級塊(superblock)需要更少的存儲空間。romfs文件系統不支持動態擦寫保存，對於系統需要動態保存的數據采用虛擬ram盤的方法進行處理(ram盤將采用ext2文件系統)。
uclinux還繼承了linux網絡操作系統的優勢，可以很方便的支持網絡文件系統且內嵌tcp/ip協議，這為uclinux開發網絡接入設備提供了便利。
由兩種操作系統對文件系統的支持可知，在復雜的需要較多文件處理的嵌入式系統中uclinux是壹個不錯的選擇。而uc/os則主要適合壹些控制系統。
操作系統的移植
嵌入式操作系統移植的目的是指使操作系統能在某個微處理器或微控制器上運行。uc/os和uclinux都是源碼公開的操作系統，且其結構化設計便於把與處理器相關的部分分離出來，所以被移植到新的處理器上是可能的。
以下對兩種系統的移植分別予以說明。
(1)uc/os的移植
要移植uc/os，目標處理器必須滿足以下要求；
·處理器的c編譯器能產生可重入代碼，且用c語言就可以打開和關閉中斷；
·處理器支持中斷，並能產生定時中斷；
·處理器支持足夠的ram(幾k字節)，作為多任務環境下的任務堆棧；
·處理器有將堆棧指針和其他cpu寄存器讀出和存儲到堆棧或內存中的指令。
在理解了處理器和c編譯器的技術細節後，uc/os的移植只需要修改與處理器相關的代碼就可以了。
具體有如下內容：
·os_cpu.h中需要設置壹個常量來標識堆棧增長方向；
·os_cpu.h中需要聲明幾個用於開關中斷和任務切換的宏；
·os_cpu.h中需要針對具體處理器的字長重新定義壹系列數據類型；
·os_cpu_a.asm需要改寫4個匯編語言的函數；
·os_cpu_c.c需要用c語言編寫6個簡單函數；
·修改主頭文件include.h，將上面的三個文件和其他自己的頭文件加入。
(2)uclinux的移植
由於uclinux其實是linux針對嵌入式系統的壹種改良，其結構比較復雜，相對 uc/os，uclinux的移植也復雜得多。壹般而言要移植uclinux，目標處理器除了應滿足上述uc/os應滿足的條件外，還需要具有足夠容量(幾百k字節以上)外部rom和ram。
uclinux的移植大致可以分為3個層次：
·結構層次的移植，如果待移植處理器的結構不同於任何已經支持的處理器結構，則需要修改linux/arch目錄下相關處理器結構的文件。雖然uclinux內核代碼的大部分是獨立於處理器和其體系結構的，但是其最低級的代碼也是特定於各個系統的。這主要表現在它們的中斷處理上下文、內存映射的維護、任務上下文和初始化過程都是獨特的。這些例行程序位於linux/arch/目錄下。由於linux所支持體系結構的種類繁多，所以對壹個新型的體系，其低級例程可以模仿與其相似的體系例程編寫。
·平臺層次的移植，如果待移植處理器是某種uclinux已支持體系的分支處理器，則需要在相關體系結構目錄下建立相應目錄並編寫相應代碼。如mc68ez328就是基於無mmu的m68k內核的。此時的移植需要創建 linux/arch/m68knommu/platform/ mc68ez328目錄並在其下編寫跟蹤程序(實現用戶程序到內核函數的接口等功能)、中斷控制調度程序和向量初始化程序等。
·板級移植，如果妳所用處理器已被uclinux支持的話，就只需要板級移植了。板級移植需要在linux/arch/?platform/中建立壹個相應板的目錄，再在其中建立相應的啟動代碼crt0_rom.s或crt0_ram.s和鏈接描述文檔rom.ld或ram.ld就可以了。板級移植還包括驅動程序的編寫和環境變量設置等內容。
結語
通過對uc/os和uclinux的比較，可以看出這兩種操作系統在應用方面各有優劣。 uc/os占用空間少，執行效率高，實時性能優良，且針對新處理器的移植相對簡單。uclinux則占用空間相對較大，實時性能壹般，針對新處理器的移植相對復雜。但是，uclinux具有對多種文件系統的支持能力、內嵌了tcp/ip協議，可以借鑒linux豐富的資源，對壹些復雜的應用，uclinux具有相當優勢。例如cisco 公司的 2500/3000/4000 路由器就是基於uclinux操作系統開發的。總之，操作系統的選擇是由嵌入式系統的需求決定的。簡單的說就是，小型控制系統可充分利用uc/os小巧且實時性強的優勢，如果開發pda和互聯網連接終端等較為復雜的系統則uclinux是不錯的選擇。
還有就是如果從開發的工具方便好用，易用的角度來看，那些收費的系統用起來更爽壹些