Linux系統啟動(dòng)時(shí)間優(yōu)化方案

　　內核啟動(dòng)總時(shí)間： 6.188s

　　關(guān)鍵的耗時(shí)部分：

　　1) 0.652s - Timer,IRQ,Cache,Mem Pages等核心部分的初始化

　　2) 0.611s - 內核與RTC時(shí)鐘同步

　　3) 0.328s - 計算Calibrating Delay(4個(gè)CPU核心的總消耗)

　　4) 0.144s - 校準APIC時(shí)鐘

　　5) 0.312s - 校準Migration Cost

　　6) 3.520s - Intel E1000網(wǎng)卡初始化

　　下面，將針對上述各部分進(jìn)行逐一分析和化解。

　　(3)接下來(lái)，進(jìn)行具體的分項優(yōu)化。

　　CELF已經(jīng)提出了一整套針對消費類(lèi)電子產(chǎn)品所使用的嵌入式Linux的啟動(dòng)優(yōu)化方案，但是由于面向不同應用，所以我們只能部分借鑒他們的經(jīng)驗，針對自己面對的問(wèn)題作出具體的分析和嘗試。

　　內核關(guān)鍵部分(Timer、IRQ、Cache、Mem Pages……)的初始化目前暫時(shí)沒(méi)有比較可靠和可行的優(yōu)化方案，所以暫不考慮。

　　對于上面分析結果中的 2、3 兩項，CELF已有專(zhuān)項的優(yōu)化方案：“RTCNoSync”和“PresetLPJ”。

　　前者通過(guò)屏蔽啟動(dòng)過(guò)程中所進(jìn)行的RTC時(shí)鐘同步或者將這一過(guò)程放到啟動(dòng)后進(jìn)行(視具體應用對時(shí)鐘精度的需求而定)，實(shí)現起來(lái)比較容易，但需要為內核打補丁。似乎CELF目前的工作僅僅是去掉了該過(guò)程，而沒(méi)有實(shí)現所提到的“延后”處理RTC時(shí)鐘的同步?？紤]到這個(gè)原因，我的方案中暫時(shí)沒(méi)有引入這一優(yōu)化(畢竟它所帶來(lái)的時(shí)間漂移已經(jīng)達到了“秒”級)，繼續關(guān)注中。

　　后者是通過(guò)在啟動(dòng)參數中強制指定LPJ值而跳過(guò)實(shí)際的計算過(guò)程，這是基于LPJ值在硬件條件不變的情況下不會(huì )變化的考慮。所以在正常啟動(dòng)后記錄下內核信息中的“Calibrating Delay”數值后就可以在啟動(dòng)參數中以下面的形式強制指定LPJ值了：

　　lpj=9600700

　　上面分析結果中的 4、5 兩項都是SMP初始化的一部分，因此不在CELF研究的范疇(或許將來(lái)會(huì )有采用多核的MP4出現?……)，只能自力更生了。研究了一下SMP的初始化代碼，發(fā)現“Migration Cost”其實(shí)也可以像“Calibrating Delay”采用預置的方式跳過(guò)校準時(shí)間。方法類(lèi)似，最后在內核啟動(dòng)參數中增加：

　　migration_cost=4000,4000

　　而Intel的網(wǎng)卡驅動(dòng)初始化優(yōu)化起來(lái)就比較麻煩了，雖然也是開(kāi)源，但讀硬件驅動(dòng)完全不比讀一般的C代碼，況且建立在如此膚淺理解基礎上的“優(yōu)化”修改也實(shí)在難保萬(wàn)全?；诳煽啃缘目紤]，我最終在兩次嘗試均告失敗后放棄了這一條路。那么，換一個(gè)思維角度，可以借鑒CELF在“ParallelRCScripts”方案中的“并行初始化”思想，將網(wǎng)卡驅動(dòng)獨立編譯為模塊，放在初始化腳本中與其它模塊和應用同步加載，從而消除Probe阻塞對啟動(dòng)時(shí)間的影響?？紤]到應用初始化也可能使用到網(wǎng)絡(luò )，而在我們的實(shí)際硬件環(huán)境中，只有eth0是供應用使用的，因此需要將第一個(gè)網(wǎng)口初始化的0.3s時(shí)間計算在內。

　　除了在我的方案中所遇到的上述各優(yōu)化點(diǎn)，CELF還提出了一些你可能會(huì )感興趣的有特定針對性的專(zhuān)項優(yōu)化，如：

　　ShortIDEDelays - 縮短IDE探測時(shí)長(cháng)(我的應用場(chǎng)景中不包含硬盤(pán)，所以用不上)

　　KernelXIP - 直接在ROM或Flash中運行內核(考慮到兼容性因素，未采用)

　　IDENoProbe - 跳過(guò)未連接設備的IDE口

　　OptimizeRCScripts - 優(yōu)化initrd中的linuxrc腳本(我采用了BusyBox更簡(jiǎn)潔的linuxrc)

　　以及其它一些尚處于設想階段的優(yōu)化方案，感興趣的朋友可以訪(fǎng)問(wèn)CELF Developer Wiki了解詳情。

　　(4)優(yōu)化結果

　　經(jīng)過(guò)上述專(zhuān)項優(yōu)化，以及對inittab、rcS腳本的冗余裁減，整個(gè)Linux內核的啟動(dòng)時(shí)間從優(yōu)化前的 6.188s 下降到了最終的 2.016s，如果不包含eth0的初始化，則僅需 1.708s(eth0初始化可以和系統中間件及部分應用加載并行)，基本達到了既定目標。與Kexec配合，可以大大降低軟件故障導致的復位時(shí)間，有效的提升了產(chǎn)品的可靠性。