目前嵌入式操作系統主要有Palm OS，WindowsCE，EPOC，LinuxCE，QNX．ECOS，LYNX等，但這些系統一般都價格昂貴、不具有良好的可移植性。由於linux具有適應於多種CPU和多種硬件平臺、性能穩定、裁剪性能好，開發和使用都很容易等特點，越來越多的人傾向於將Linux嵌入到移動計算平臺、信息家電、媒體手機及其它產品中去。這同時也對Linux的實時性提出了更高的要求。
我們參加開發的上海數字技術中心的電子警察系統就是這樣一個基於PC平臺的嵌入式系統。它的主要功能是安裝在十字路口上監視闖紅燈的汽車，錄製這些鏡頭，並適時通過網絡傳回總監控中心。該系統原來採用Vxworks作爲運作平臺，然而由於Vxworks的昂貴，且只能安裝一臺機器，因此將Linux改制成嵌入式的、具有一定實時性的系統平臺。
1 硬件需求
考慮到實際的系統功能和系統開發的難度，我們決定選擇X86體系作爲平臺，底板採PCM-5864/L板，CPU選擇Intel的P55C系列，同時它也支持PC104接口。I/O方面，PCM-5864/L支持EIDE、FDD、Keyboard、Mouse、RS-232、USB等接口，同時也集成了10Mbps/l00Mbps網卡。另外PCM-5864/L還集成了顯卡，並提供36位TTL的LCD接口、LVDS接口和Video-in/TV-out接口。由於電子磁盤體積小、抗震性能也較好的特點，我們選用M-Systems公司的DiskOnChip2000作爲存儲設備，這樣比較適合該系統戶外作業的特性。Doc2000還提供了安裝的工具包、Linux下的驅動程序和對不同版本Linux內核的Patch。安裝時只需對Linux內核和Lilo進行相應修改即可。這樣的硬件選擇使系統開發的難度大大降低了。
2 嵌入Linux主要解決的幾個問題
由於採用X86體系作爲平臺，大大降低了嵌入化Linux的難度，主要要考慮的問題可分爲以下幾個方面：
2.1 非虛擬內存
Linux採用虛擬內存技術，當數據溢出內存時,可以將其交換到磁盤交換空間巾去，這對程序員來說是不可見的。然而，普通的嵌入式系統不需要這種強大的功能。實際上，可能不希望它在實時的關鍵系統裏，因爲它會帶來無法控制的時問因素。因此，考慮將虛擬內存的功能去掉。然而，清除Linux的虛擬內存代碼非常費事，我們採用一種迂迴的方法，即將交換空間的大小設置爲零。這樣，如果你寫的程序比實際的內存大，系統就會當作你的運行用盡了交換空間來處理；這個程序將不會運行，或者malloc將會失靈。這只是一種臨時的解決方案，系統中存在許多冗餘未清除的代碼，如果進一步改進可以縮小系統體積。
2.2 處理文件系統
許多嵌入式系統沒有磁盤或者文件系統，Linux不需要它們也能運行，這樣可以在系統啓動時就將操作系統和預先編好的應用程序全都加載到內存中去。然而．考慮到以後的擴展，我們分析了Linux當前的文件系統，將與系統和程序運行相關的文件析取出來，移植到Doc上面．這樣就能爲應用程序的開發人員提供更方便的接口。
2.3 設置啓動(Lilo和BIOS)
當PC系統啓動時，由BIOS執行了一些低水平的CPU初始化和其它硬件的配置，然後辨認哪個磁盤裏有操作系統，把操作系統複製到RAM並且轉向它。在PC上運行的Linux依靠PC的BIOS來提供這些配置和OS加戟功能。由於選擇了X86系列作爲平臺，同樣可以通過設置BIOS來設定由Doc啓動。我們將內核安裝在Doc上。同時修改目錄/etc下的lilo.config文件，使Lilo記錄內核代碼在存儲設備上的位置，然後將Lilo安裝在Doc上。這樣當系統啓動時．BIOS指定Doc爲啓動設備，這時Lilo被執行。它指出Linux內核的位置，加載內核。
2.4 設備驅動程序的編寫
由於採用通用PC平臺，有許多驅動程序都不需要自己再編寫了。系統中，唯一需要編寫驅動程序的設備是上海數字中心的數據採集卡．該卡採用的是Bt848芯片。Bt848是一塊很常用的芯片．許多驅動程序都非常相近，因此編寫它的驅動程序有很好的例子可以參考，相應的，編寫應用程序只需調用驅動程序提供的接口即可，如同操作文件一樣。
3 Linux的實時性分析
以上簡要介紹了實現Linux的嵌入化過程，在嵌入化Linux的同時，還考慮提高它的實時性。於是着手分析Linux的實時性能和存在的不足。
概括來講，影響操作系統實時性能的主要有3個方面：
(1)外部中斷管理
我們知道，外部中斷髮生時，操作系統調用中斷處理程序．進入核心態。爲了保證系統執行的正確性，要求內核狀態不重入，也即保證這部分關鍵代碼執行結束之前不被打斷。因此，這時進入關中模式，這是外部中斷管理中影響Linux性能的一個關鍵的地方。在這段時間內，操作系統負責將中斷髮送到相應的設備驅動程序去處理，系統不能進行其它任何工作，爲了減少這個過程損耗的時間，Linux內核利用底半處理過程(bottom-half-handler)幫助實現中斷的快速處理。在Linux設備驅動程序中，往往將最關鍵最迅速的部分處理完成之後，將剩餘部分任務放置到隊列中。當中斷響應完成後．再執行剩餘部分的任務。在Linux中，主要設置了以下幾個數據結構來標誌未完成的任務。
enum{
TIMER_BH=0,CONSOLE_BH,TQUEUE_BH,DIGI_BH,SERIAL_BH,RISCOM8_BH,SPECIALIX_BH,
ESP_BH,NET_BH,SCSI_BH,IMMEDIATE_BH,KEYBOARD_BH,CYCLADES_BH,CM206_BH,
JS_BH,MACSERIAL_BHISICOM_BH
};
上面每一項標識未完成任務的隊列類型，不同隊列的任務輕重緩急不同。
extern unsigned long bh_active;
extern unsigned long bh_mask;
extern void(*bh_base[32])(void)；
bh_base代表的指針數組中可包含32個不同的底半處理過程。bh_mask和札bh_active的數據位分別代表對應的底半處理過程是否安裝和激活。如果bh_mask的第N位爲1．則說明bh_base數組的第N個元素包含某個底半處理過程的地址；如果bh_active的第N位爲1．則說明必須由調度程序在適當的時候調用第N個底半處理過程。這些數據結構的設置一般是在外部設備初始化和中斷處理函數運行時進行的。如：在serialc中進行serial設備的初始化，它調用語句init_bh(SERIAL_BH,do_serial_bh);來設置bh_base[]數組中相應於SERIAL_BH的那一項。又如：在serial設備的處理程序中通過語句queue_task(&info->tqueue,&tq_serial);將不是很緊急的任務放入tq_serial隊列中，等中斷處理函數結束，由bh_base中註冊的底半處理程序處理隊列中的任務。
中斷管理的第二個關鍵部分即是系統是否允許中斷嵌套的能力，也就是說，當響應一箇中斷時，是否允許其它更高優先級的中斷打斷，等更高優先級的中斷處理完畢，是否還能恢復原來中斷處理的現場。通過這項功能，系統設計者可以指示外部中斷的優先級，從而確保高優先級的任務能及時處理。Linux允許中斷嵌套，它是利用外部中斷管理器來設置中斷的優先級的。在Linux的中斷處理程序的啓動過程中，它一般調用語句mask_and_ack_8259A(irq)；來設置8259中的int_mask寄存器．使優先級比此中斷低的中斷不能發生。在中斷處理程序離開時，調用enable_8259A_irq(irq)來改回8259中int_mask寄存器原來的值。因此，intr類中斷的優先級由硬件8259來決定．
由此可見，Linux的中斷管理部分具有高效的特點，已經可以滿足許多軟實時任務的要求。
(2)進程搶先調度
在許多控制系統中，實時控制軟件是非常簡單的，可以直接寫入中斷處理程序中與一個特定的中斷聯繫起來。還有一些就不那麼簡單了，必須開啓專門的用戶進程爲它服務。
這時當這個高優先級的進程提交時，如有其它進程正在運行，它就必須打斷正在運行的進程。若正在運行的進程運行在用戶態，系統一般允許它被打斷且執行其它優先權高的進程，若正在運行的進程運行在系統態，則此時是否允許被打斷決定了系統是搶先式的還是非搶先式的。
Linux就是一個非搶先式的操作系統，在用戶執行系統調用時，不允許其它進程的調度，這樣就影響了系統的響應度。一個真正的搶先式的操作系統允許正在系統狀態下的當前進程被打斷，然後進程切換回來時還能繼續從剛纔的執行點繼續下去。但某些關鍵部分的代碼段。系統必須保證其原子性，並防止重入。通常有如下幾種方法：
在關鍵代碼斷前關閉中斷，等其執行完畢之後再將中斷打開； 設計一個信號量．在關鍵代碼段之前加鎖，在其後解鎖；
在系統代碼中保證安全的地方加入切換進程的代碼switch()，防止該進程長久佔用CPU，允許調度其它進程； 在關鍵代碼段加入一個switchaccept標誌，開始該代碼段時。將此標誌置爲否．離開時再置回原來的值．這樣在執行該段代碼時，即使進程調度器被激活，它也會先檢查此標誌。若爲否，則返回，並不進行進程切換。
(3)進程調度策略
第三個影響系統響應速度的關鍵部分就是進程調度的策略。對於一個實時性能強的操作系統來說，系統必須規定不同進程的優先級，並把優先級作爲唯一的進程選擇的標準。Linux的後期版本參照Posixl.b標準，在某些方面已經具備了一些實時操作系統的特性。Linux有兩種類型的進程：一般進程和實時進程，它可以通過sched_setscheduler系統調用設置實時進程。實時進程比所有一般進程的優先級高，Linux設置實對進程的權重爲它的counter值加1000；設置一般進程的權重爲counter。因此，實時進程總會被認爲是最值得運行的進程。
然而，Linux核心的設計主要集中在應用程序的吞吐量上。追求吞吐量的必然結果，就是Linux調度器運用一種"公平共享"的策略保證所有的進程得到平均的CPU資源。而且，Linux的進程調度器只是簡單地將標有實時標誌的進程的權重加1000，至於實時進程間的輕重緩急還沒有周密的完整的設計。因此，Linux的進程調度器還遠不能稱作是一個真正的實時進程凋度器。
4 擬採用的策略
根據以上分析的特點，我們決定主要從以下4個方面來修改Linux的核心代碼。
(1)在內核中插入搶先點 由於Linux是一個非搶先式的操作系統。因此當一個實時進程提交時，很可能因爲當前的進程正處於核心態不能被打斷而不能得到及時的處理。因此有必要在Linux內核中插入搶先點，使實時進程得到處理。根據上一節分析的特點，太體有4種方法可供選擇。權衡這4種方法的利弊，我們決定採用第4種方法，即在關鍵代碼段加入一個switchaccept標誌,開始該代碼段時，將此標誌置爲否．離開時再置回原來的值。這種方法比採甩semaphore的好處是，如果採用許多種semaphore的話．要考慮是否會產生死鎖的問題。比採用鎖中斷的好處是．將中斷鎖住將丟失中斷，而這樣不會。而以固定的週期加switch語句顯然有失靈活性。這樣．採用這種方法，需要我們分析Linux所有系統調用的代碼，畫出其結構流程圖。分析出哪些部分是關鍵部分，也即不允許置入的部分。在關鍵代碼前後更改switchaccept標誌。這項工作比較艱鉅。同時修改進程調度器，使其判斷switchaccept標誌來決定是否執行進程切換。
(2)修改進程調度器Linux的進程調度器雖然已經具有一定的實時性能，但還遠遠達不到真正實時調度器的標準，因此需要修改其進程調度器，必要的話可讓Linux運行在兩種模式下，實時模式和分時模式。可設計一些相關的系統調用，並在實時進程提交時，將系統轉化爲實時模式，當實時進程結束時，再轉化爲分時模式。
(3)Linux的中斷管理根據前面分析過的，Linux的中斷管理及時地將緊要的任務完成後，將其餘不重要的緩慢的任務放置在任務隊列中，等到系統空閒(cpu idle())或系統調用等返回時再完成這些任務，這樣就提高了系統的響應速度，同時，Linux還支持中斷嵌套。因此，不再對其作太大改動。
(4)鎖定內存 在本項目的規劃中本打算實現Linux鎖內存的功能，使優先權高的進程在內存中的數據不被換出，從而提高實時進程的運行速度。然而，在分析了Linux代碼後，發現後來版本的Linux已通過系統調用sys mlock實現了此項功能。
5 結束語
採用上述方法修改了內核代碼後，由於每個修改方案都是有一定的代價的，它在增加了系統響應速度的同時也在某種程度上降低了系統的整體效率，比如說將內核設置成可搶先的，在進程頻繁的切換過程中也要消耗一定的cpu處理時間。因此，還需要對各種解決方案進行測試、比較。另外，爲了減少嵌入式Linux自身的長度，在存儲管理部分對虛擬內存也應作進一步的處理。