close
CPU模式:
ondemand
【按需模式】
官方及xray內核默認為此項調節模式，顧名思義，按需調節cpu頻率，不操作手機的時候控制在最低頻率，滑屏或進入應用後會迅速提升至最高頻率，當空閒時迅速降低頻率，性能較穩定，但因頻率變化幅度過大，省電方面只有一般的水平。
powersave
【省電模式】
按設定最低頻率運行，日常沒有使用價值，除非配合setcpu情景模式，關屏睡眠時使用此調節模式
performance
【高性能模式】
和省電模式相反，始終按設定最高頻率運行，此模式亦無任何日常使用價值，果斷pass
userspace
【用戶隔離】
嚴格來說它並不是一個模式，是允許非內核進程控制cpu頻率的設置，現在已經不需要它了，setcpu官方的建議是，「不要使用此選項」。
conservative
【保守模式】
和ondemand模式的調頻設定類似，不過有操作時提升cpu頻率的速度較慢，空閒時迅速降頻，所以名字叫保守模式，性能較低，省電程度略好於ondemand，總體不推薦
interactive
【交互模式】
相對於保守模式，這個模式算是高性能版的ondemand，開始操作手機後，頻率升至最高，可以帶來更好的響應速度，空閒時緩慢降至設定最低頻率。電量自然也是要多費一點。
interactivex
交互模式的修改優化版，開屏後進入更好的頻率管理方式，比交互模式略省電。
hotplug
ray沒有此模式，多核機型上可用，在不需要的時候關閉多餘核心，其他部分調節方式與ondemand相同。
smartass
【智能調節模式】
相當於是一個預置的profile，交互模式的另一個修改版，更加省電。根據資源使用智能提供一個適中的頻率，空閒時自動降頻，鎖屏時自動固定頻率。特色是鎖屏後非常省電。缺點是部分機型鎖屏一段時間後容易睡死。
smartassv2
【智能調節模式v2】
aire內核默認，smartass的升級版，最近很流行的模式。能利用cpu設定的所有頻率值。算是對cpu利用充分的條件下最省電的一個模式。同系列的優缺點依舊存在。
smoothass
介紹是比smartass「更有活力的漸進式頻率調節」，沒用過不太清楚。
brazilianwax
與smoothass相同的模式。
savagedzen
基於smartass的另一模式，在耗電和性能間取得更佳的均衡點。
minmax
保守模式的優化配置版，耗電略高於smartassv2，性能較好。
scary
基於保守模式，同時具有smartass的特點。看介紹是很奇怪的一個模式，有人說不錯，不過自己沒有試過。
lagfree
【無延遲模式】
基本基於保守模式的頻率調節機制，頻率上升緩慢，不同之處在於喚醒屏幕後會直接跳躍到一個合適的頻率，減少亮起以後的延遲現象。但日常使用性能不高。
intellidemand
【智能按需調節模式】
這個模式有點意思，可根據GPU使用情況來針對性調節cpu頻率，GPU負載高時，比如運行遊戲和測試的時候，cpu頻率會迅速升至最高，這時的調節模式類似於ondemand；當GPU空閒時則會自動限制cpu最高頻率，更加省電。要遊戲性能好，又要省電的可以用下試試。
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
I/O調度模式：
（i/o即input/output的縮寫，關於數據的讀寫操作，不同進程請求數據的優先順序等等。io調度模式比較複雜，我沒有具體測試，這裡僅對ray上出現的幾個模式做說明，部分參考xda、androidforums、wik1pedia、linuxarchive資料）
noop
這個調度模式會把所有的數據請求直接合併到一個簡單的隊列裡。不適合有機械結構的存儲器，因為沒有優化順序，會增加額外的尋道時間。屬於最簡單的一個調度模式，無視io操作優先級和複雜性，執行完一個再執行一個，如果讀寫操作繁多的話，就會造成效率降低。
anticipatory
其實這個有點類似於pc硬盤的NCQ功能，執行有預測性的調度，看起來似乎可以提高效率，不過因為它的預測機制會在進程將要結束一個讀寫操作時時開始準備下一個的預處理，所以會打亂系統正常的連續io調度，降低隨機存取效率。用的人很少，不推薦。
deadline
顧名思義，用過期時間來排序io操作順序，保證先出現的io請求有最短的延遲時間，相對於寫操作，給讀操作更優先的級別。是比較好的一個調度模式。
cfq
完全公平隊列，是anticipatory模式的替代品，沒有過多的做預測性調度，而是根據給定的進程io優先級，直接來分配操作的順序。這個模式在linux上表現良好，但也許並不是最適合android的io調度模式，太強調均衡，而降低了連續讀寫數據的性能。
vr
具有和deadline相似的操作排序機制，有著最高的峰值讀寫速度，但是性能比較不穩定，也就是說可能跑出最高的分數，但是也會出現最低值。
sio
雖然基於deadline，但是它和noop一樣，不會對io操作進行排序，所以有著noop那樣快速的存取速度，但並沒有過多優化io操作。如果不喜歡noop完全不參與調度，也可以選擇這個。
總體而言，推薦指數依次為sio=deadline(兩種趨向，一種少干預，一種多干預)>vr(性能可以達到最高峰值)>cfq=noop>anticipatory
有不同或補充意見歡迎探討，原創首發ray吧，轉載請註明。
全站熱搜
留言列表
{{ article.title }}
