在嵌入式Linux DPM下的實際機制包括以下API，如dpm_set_os()(內(nèi)核)、assert_constraint()、remove_constraint ()和set_operating_state()(內(nèi)核和驅(qū)動程序)、set_policy()和set_task_state()(經(jīng)系統(tǒng)的用戶級調(diào)用)以及/proc接口。

對實時性能的影響

迄今為止，調(diào)整CPU電壓和頻率對系統(tǒng)的實時性能而言依然是一個重大挑戰(zhàn)。任何參數(shù)的改變都將導致系統(tǒng)不穩(wěn)定，重新鎖定鎖相環(huán)和其它動態(tài)時鐘機制也需要相應的時間，這兩個因素將使系統(tǒng)的響應出現(xiàn)長延時(有時達到數(shù)十毫秒)，在此期間，CPU既不能執(zhí)行計算操作，也不能對外部事件(中斷)做出響應。

TI的 OMAP、英特爾的Xscale和IBM的PowerLP等嵌入式處理器能夠在十幾毫秒的延時內(nèi)調(diào)整頻率，在數(shù)十毫秒的延時內(nèi)改變電壓，而且所有這些動作都不會中斷系統(tǒng)的操作，從而允許實現(xiàn)更大膽和更精確的節(jié)電機制。例如，在處理MPEG視頻幀或IP語音包的過程中可以降低電壓和頻率。

實時性能面臨的一個更普遍的挑戰(zhàn)是，如何在睡眠模式期間對中斷做出響應。雖然通過編程，大多數(shù)片上外圍元件在收到中斷之后都可以喚醒系統(tǒng)，但開發(fā)者必須謹慎地定義用于喚醒設備的機制，并把整個系統(tǒng)的延時和存儲器類別考慮在內(nèi)，以確保處理中斷的執(zhí)行時間和用戶空間對事件的響應(優(yōu)先延時)。

向嵌入式Linux發(fā)展的趨勢

理想情況下，用戶既無需知道也無需關心支撐其手持設備的底層操作系統(tǒng)。現(xiàn)在，設備制造商對操作系統(tǒng)有了更多的選擇余地。雖然微軟一直非常重視品牌，但 Windows系列操作系統(tǒng)進入手持設備市場(如蜂窩電話)的規(guī)模卻落后于Symbian和Brew，也落后于嵌入式Linux。設備制造商轉(zhuǎn)向Linux的原因之一是可以利用標準的電源管理技術替代專有技術，這樣既能達到更快的上市時間，同時又能滿足終端用戶和運營商的技術需求。

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