cpu andorid 調(diào)速模式.doc

CPU模式:ondemand【按需模式】官方及xray內(nèi)核默認(rèn)為此項調(diào)節(jié)模式，顧名思義，按需調(diào)節(jié)cpu頻率，不操作手機的時候控制在最低頻率，滑屏或進(jìn)入應(yīng)用后會迅速提升至最高頻率，當(dāng)空閑時迅速降低頻率，性能較穩(wěn)定，但因頻率變化幅度過大，省電方面只有一般的水平。powersave【省電模式】按設(shè)定最低頻率運行，日常沒有使用價值，除非配合setcpu情景模式，關(guān)屏睡眠時使用此調(diào)節(jié)模式performance【高性能模式】和省電模式相反，始終按設(shè)定最高頻率運行，此模式亦無任何日常使用價值，果斷passuserspace【用戶隔離】嚴(yán)格來說它并不是一個模式，是允許非內(nèi)核進(jìn)程控制cpu頻率的設(shè)置，現(xiàn)在已經(jīng)不需要它了，setcpu官方的建議是，“不要使用此選項”。conservative【保守模式】和ondemand模式的調(diào)頻設(shè)定類似，不過有操作時提升cpu頻率的速度較慢，空閑時迅速降頻，所以名字叫保守模式，性能較低，省電程度略好于ondemand，總體不推薦interactive【交互模式】相對于保守模式，這個模式算是高性能版的ondemand，開始操作手機后，頻率升至最高，可以帶來更好的響應(yīng)速度，空閑時緩慢降至設(shè)定最低頻率。電量自然也是要多費一點。interactivex交互模式的修改優(yōu)化版，開屏后進(jìn)入更好的頻率管理方式，比交互模式略省電。hotplugray沒有此模式，多核機型上可用，在不需要的時候關(guān)閉多余核心，其他部分調(diào)節(jié)方式與ondemand相同。smartass【智能調(diào)節(jié)模式】相當(dāng)于是一個預(yù)置的profile，交互模式的另一個修改版，更加省電。根據(jù)資源使用智能提供一個適中的頻率，空閑時自動降頻，鎖屏?xí)r自動固定頻率。特色是鎖屏后非常省電。缺點是部分機型鎖屏一段時間后容易睡死。smartassv2【智能調(diào)節(jié)模式v2】aire內(nèi)核默認(rèn)，smartass的升級版，最近很流行的模式。能利用cpu設(shè)定的所有頻率值。算是對cpu利用充分的條件下最省電的一個模式。同系列的優(yōu)缺點依舊存在。smoothass介紹是比smartass“更有活力的漸進(jìn)式頻率調(diào)節(jié)”，沒用過不太清楚。brazilianwax與smoothass相同的模式。savagedzen基于smartass的另一模式，在耗電和性能間取得更佳的均衡點。minmax保守模式的優(yōu)化配置版，耗電略高于smartassv2，性能較好。scary基于保守模式，同時具有smartass的特點?？唇榻B是很奇怪的一個模式，有人說不錯，不過自己沒有試過。lagfree【無延遲模式】基本基于保守模式的頻率調(diào)節(jié)機制，頻率上升緩慢，不同之處在于喚醒屏幕后會直接跳躍到一個合適的頻率，減少亮起以后的延遲現(xiàn)象。但日常使用性能不高。intellidemand【智能按需調(diào)節(jié)模式】這個模式有點意思，可根據(jù)GPU使用情況來針對性調(diào)節(jié)cpu頻率，GPU負(fù)載高時，比如運行游戲和測試的時候，cpu頻率會迅速升至最高，這時的調(diào)節(jié)模式類似于ondemand；當(dāng)GPU空閑時則會自動限制cpu最高頻率，更加省電。要游戲性能好，又要省電的可以用下試試?；貜?fù) 收起回復(fù) 3樓2012-08-22 20:17舉報 |我也說一句 平成歌姬 姜餅9I/O調(diào)度模式：（i/o即input/output的縮寫，關(guān)于數(shù)據(jù)的讀寫操作，不同進(jìn)程請求數(shù)據(jù)的優(yōu)先順序等等。io調(diào)度模式比較復(fù)雜，我沒有具體測試，這里僅對ray上出現(xiàn)的幾個模式做說明，部分參考xda、androidforums、wik1pedia、linuxarchive資料）noop這個調(diào)度模式會把所有的數(shù)據(jù)請求直接合并到一個簡單的隊列里。不適合有機械結(jié)構(gòu)的存儲器，因為沒有優(yōu)化順序，會增加額外的尋道時間。屬于最簡單的一個調(diào)度模式，無視io操作優(yōu)先級和復(fù)雜性，執(zhí)行完一個再執(zhí)行一個，如果讀寫操作繁多的話，就會造成效率降低。anticipatory其實這個有點類似于pc硬盤的NCQ功能，執(zhí)行有預(yù)測性的調(diào)度，看起來似乎可以提高效率，不過因為它的預(yù)測機制會在進(jìn)程將要結(jié)束一個讀寫操作時時開始準(zhǔn)備下一個的預(yù)處理，所以會打亂系統(tǒng)正常的連續(xù)io調(diào)度，降低隨機存取效率。用的人很少，不推薦。deadline顧名思義，用過期時間來排序io操作順序，保證先出現(xiàn)的io請求有最短的延遲時間，相對于寫操作，給讀操作更優(yōu)先的級別。是比較好的一個調(diào)度模式。cfq完全公平隊列，是anticipatory模式的替代品，沒有過多的做預(yù)測性調(diào)度，而是根據(jù)給定的進(jìn)程io優(yōu)先級，直接來分配操作的順序。這個模式在linux上表現(xiàn)良好，但也許并不是最適合android的io調(diào)度模式，太強調(diào)均衡，而降低了連續(xù)讀寫數(shù)據(jù)的性能。vr具有和deadline相似的操作排序機制，有著最高的峰值讀寫速度，但是性能比較不穩(wěn)定，也就是說可能跑出最高的分?jǐn)?shù)，但是也會出現(xiàn)最低值。sio雖然基于deadline，但是它和noop一樣，不會對io操作進(jìn)行排序，所以有著noop那樣快速的存取速度，但并沒有過多優(yōu)化io操作。如果不喜歡noop完全不參與調(diào)度，也可