CentOS 7.x
调整 I/O Scheduler(调度器)优化系统性能 – 方舟笔记
2018年六月
10111213141516
17181920212223
24252627282930CPU设置怎么设置最好，调节器，IO调度器_百度知道
CPU设置怎么设置最好，调节器，IO调度器
我有更好的答案
按需调节cpu频率,不操作手机的时候控制在最低频率,滑屏或进入应用后会迅速提升至最高频率,当空闲时迅速降低频率,性能较稳定,但因频率变化幅度过大,省电方面只有一般的水平。是一种在电池和性能之间趋向平衡的默认模式,但是对于智能手机来说,ondemand在性能表现方面略有欠缺。
采纳率：61%
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。如何更改Linux I/O调度器来调整性能_百度知道
如何更改Linux I/O调度器来调整性能
我有更好的答案
目前 Linux 上有如下几种 I/O 调度算法：1 noop - 通常用于内存存储的设备。2 cfq - 完全公平调度器。进程平均使用IO带宽。3 Deadline - 针对延迟的调度器，每一个 I/O，都有一个最晚执行时间。4 Anticipatory - 启发式调度，类似 Deadline 算法，但是引入预测机制提高性能。
采纳率：96%
为您推荐：
其他类似问题
您可能关注的内容
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。经验4040 米
在线时间417 小时
版本JHECNBA15.0
MIUI影视资源组
积分 4662, 距离下一级还需 338 积分
积分 4662, 距离下一级还需 338 积分
机型Samsung I9500
签到次数10
MIUI版本JHECNBA15.0
现在很多rom都有超频内核，很多人不知道内核中的CPU调速器有什么用
下面给大家详细介绍一下
CPU调速器Governor
什么是Governor?
→Android的CPU 的频率并不是一成不变的,会因应程式所需而调整频率,
通常会视乎CPU Loading% 而升/降频,在特定时间再检查是否升/降。
Governor就是默认的情景模式。
【ondemand】按需模式:
→按需调节cpu频率,不操作手机的时候控制在最低频率,滑屏或进入应用后会迅速提升至最高频率,当空闲时迅速降低频率,性能较稳定,但因频率变化幅度过大,省电方面只有一般的水平。是一种在电池和性能之间趋向平衡的默认模式,但是对于智能手机来说,ondemand在性能表现方面略有欠缺。
【interactive】交互模式:
→和ondemand相似,规则是“快升慢降”,注重响应速度、性能,当有高需求时迅速跳到高频率,当低需求时逐渐降低频率,相比ondemand费电
【conservative】保守模式:
→和ondemand相似,规则是“慢升快降”,注重省电,当有高需求时逐渐提高频率,当低需求迅速跳至低频率。
【OndemandX】按需X模式:
→在Ondemand基础上改进而来。关屏时手机进入睡眠状态时,锁定最高频率频率为500Mhz
【Scary】胆小模式:
→基于Ondemand修改,CPU提升速度比ondemand慢,同时具有smartass的特点
【interactiveX】交互X模式:
→在interactive基础上改进而来。关屏时手机进入睡眠状态时,锁定频率为最低值,同时在手机唤醒时能有更好的提升表现。比interactive更注重保护电池。
【Wheatley】惠特利模式:
→规则和Ondemand一样,但是响应速度稍慢,比Ondemand省电
【hotplug】热拔插模式:
→和ondemand模式差不多,当有高需求时直接跳到最高频率,当需求见效时逐级降低频率,但关屏时就单核低频运行,省电。
【lionheart】狮心模式:
→基于conservative模式,但性能有所提高,增快了CPU的调整速度
【lulzactive】级别模式:
→在interactive基础,根据负载逐级升高或降低频率,每一级频率有一个限制值,负载高于限制值就提高一级频率,低于限制值就降低一级频率。所以这个调速器在各个频率上的停留时间都很短。这个调速器的特点是在各个频率之间频繁变动,但是运行于最高和最低频的时间最多。
【smartass】聪明模式:
→是interactive和conservative的升级,根据资源使用智能提供一个适中的频率,空闲时自动降频,锁屏时自动固定频率。特色是锁屏后非常省电。缺点是部分机型锁屏一段时间后容易睡死。
【smartassV2】聪明2模式:
→smartass的升级版,平衡效能和耗电,升频快,降频慢,同时间亦会于锁屏时将频率降到最低,集成了休眠策略,不单单是指关了屏幕和开着屏幕的区别。
【smoothass】活跃模式:
→在smartass基础上改进得来的,性能更高,调节速度更快,耗电少
【SavagedZen】平衡模式
→在smartass的基础优化而来,同时注重电池和性能,使CPU达到一个更好的整体平衡
【BrazilianWax】巴兹拉模式:
→基本就和smoothass一样
【Minmax】大小模式:
→基于conservative的优化版,类似smartassV2,速度性能最好,比smartassV2略微耗掉
【intellidemand】智能模式:
→可根据GPU使用情况来针对性调节cpu频率,当GPU于重度使用时 ,所有动作都依照ondemand 不变。当3GP于闲置时,会自动限制cpu最高频率,将CPU最高频率锁死于1.0Ghz以减少耗电。关屏时亦会视乎 GPU 情况而作出调整。
【Pegasusq】单控模式:
→源自三星猎户座处理器的一个调速器,可以单独调控单个CPU内核,理论上性能不错也很省电。
【badass】分工模式:
一个新型的CPU调速器,只能用于多核CPU,可分开控制单个CPU内核,来分工完成不同的工作,并且跟着工作量的不同,分别调整单个CPU内核的频率,从而提高性能,节省资源。这个模式现在好像只能用在特定修改的rom中
【performance】高性能模式:
→高性能模式,按你设定范围的最高频率运行,即使系统负载非常低cpu的频率也为最高。性能很好,因为CPU本身不需要资源去调整频率,但是电量消耗较快,温度也高一些。
【powersave】省电模式:
→按设定最低频率运行,日常没有使用价值,除非配合setcpu情景模式,关屏睡眠时使用此调节模式,省电但系统响应速度慢。
【userspace】用户模式:
→任何情况下都会控制CPU运行在配置的频率范围内,配置中的用户自己添加的省电设置。在此情景模式下,降低CPU最大运行频率可以延长电池待机时间,但同时也会降低机器的唤醒速度,建议最好不使用该选项。
【lagfree】无延迟模式:
→很少用的调速器,不紧不慢型,无论负载变化快慢与否,CPU都按一定的停顿时间逐级升高或降低频率。
【lazy】懒惰模式:
→与 ondemand 相似,对于频率上升和下降的响应都很迟缓,可以忽略掉部分迅速变化的频率变化,优点是省电。
I/O调度模式：
（i/o即input/output的缩写，关于数据的读写操作，不同进程请求数据的优先顺序等等。io调度模式比较复杂，我没有具体测试，这里仅对ray上出现的几个模式做说明，部分参考xda、androidforums、wik1pedia、linuxarchive资料）
这个调度模式会把所有的数据请求直接合并到一个简单的队列里。不适合有机械结构的存储器，因为没有优化顺序，会增加额外的寻道时间。属于最简单的一个调度模式，无视io操作优先级和复杂性，执行完一个再执行一个，如果读写操作繁多的话，就会造成效率降低。
anticipatory
其实这个有点类似于pc硬盘的NCQ功能，执行有预测性的调度，看起来似乎可以提高效率，不过因为它的预测机制会在进程将要结束一个读写操作时时开始准备下一个的预处理，所以会打乱系统正常的连续io调度，降低随机存取效率。用的人很少，不推荐。
顾名思义，用过期时间来排序io操作顺序，保证先出现的io请求有最短的延迟时间，相对于写操作，给读操作更优先的级别。是比较好的一个调度模式。
完全公平队列，是anticipatory模式的替代品，没有过多的做预测性调度，而是根据给定的进程io优先级，直接来分配操作的顺序。这个模式在linux上表现良好，但也许并不是最适合android的io调度模式，太强调均衡，而降低了连续读写数据的性能。
具有和deadline相似的操作排序机制，有着最高的峰值读写速度，但是性能比较不稳定，也就是说可能跑出最高的分数，但是也会出现最低值。
虽然基于deadline，但是它和noop一样，不会对io操作进行排序，所以有着noop那样快速的存取速度，但并没有过多优化io操作。如果不喜欢noop完全不参与调度，也可以选择这个。
总体而言，推荐指数依次为sio=deadline(两种趋向，一种少干预，一种多干预)&vr(性能可以达到最高峰值)&cfq=noop&anticipatory
分享到微信朋友圈
打开微信，点击底部的“发现”，使用 “扫一扫” 即可将网页分享到我的朋友圈。
已有&16&人评分
精品文章^_^
MIUI 因你更精彩！
感谢分享^_^
精品文章^_^
MIUI 因你更精彩！
在那里调节cpu呢
怎么我找不到呢？.
感谢分享^_^
想了解下高通专有msm-dcvs模式
MIUI 因你更精彩！
精品文章^_^
精品文章^_^
MIUI 因你更精彩！
MIUI 因你更精彩！
这可是超频的好文章啊！！！！！比较全面！.
学习了，但是文章中有错别字
MIUI 因你更精彩！
经验1235 米
在线时间164 小时
版本5.9.24
积分 1582, 距离下一级还需 418 积分
积分 1582, 距离下一级还需 418 积分
机型小米手机4
签到次数78
MIUI版本5.9.24
经验1172 米
在线时间301 小时
版本6.5.27
积分 1684, 距离下一级还需 316 积分
积分 1684, 距离下一级还需 316 积分
机型小米手机3/4 WCDMA国际版
签到次数23
MIUI版本6.5.27
通过手机发布
经验7052 米
在线时间166 小时
版本5.8.20
积分 7247, 距离下一级还需 12753 积分
积分 7247, 距离下一级还需 12753 积分
机型小米手机2/2S
签到次数135
MIUI版本5.8.20
经验1687 米
在线时间126 小时
版本4.12.5
积分 1855, 距离下一级还需 145 积分
积分 1855, 距离下一级还需 145 积分
机型小米手机1/1S
签到次数76
MIUI版本4.12.5
通过手机发布
经验1752 米
在线时间29 小时
版本6.12.22
积分 1874, 距离下一级还需 126 积分
积分 1874, 距离下一级还需 126 积分
签到次数140
MIUI版本6.12.22
http://kong.bbs.xiaomi.com/data/shaoimg/35/myphonesbbs_1106635.jpg?78471
经验1642 米
在线时间275 小时
版本5.11.12
积分 2166, 距离下一级还需 2834 积分
积分 2166, 距离下一级还需 2834 积分
机型小米手机2/2S
签到次数40
MIUI版本5.11.12
通过手机发布
经验2079 米
在线时间302 小时
积分 2583, 距离下一级还需 2417 积分
积分 2583, 距离下一级还需 2417 积分
机型小米手机2/2S
签到次数52
MIUI版本6.7.7
通过手机发布
感谢分享～～
经验422 米
在线时间49 小时
版本V8.5.3.0.NDECNEF
积分 445, 距离下一级还需 55 积分
积分 445, 距离下一级还需 55 积分
签到次数26
MIUI版本V8.5.3.0.NDECNEF
通过手机发布
我的照片什么时候到
经验2091 米
在线时间489 小时
版本5.9.24
积分 2504, 距离下一级还需 2496 积分
积分 2504, 距离下一级还需 2496 积分
机型小米手机2/2S
签到次数102
MIUI版本5.9.24
通过手机发布
MIUI 2000万
MIUI 2000万发烧友纪念勋章
MIUI三周年
MIUI三周年纪念勋章
百万壁纸评审纪念勋章
已关注微信
关注腾讯微博
已关注腾讯微博
关注新浪微博
已关注新浪微博
MIUI 3000万
MIUI 3000万发烧友纪念勋章
1000万用户纪念勋章
MIUI1000万用户纪念勋章
Copyright (C) 2017 MIUI
京ICP备号 | 京公网安备34号 | 京ICP证110507号io调度器哪个好用_百度知道
io调度器哪个好用
我有更好的答案
　　I/O调度的4种算法　　1）CFQ（完全公平排队I/O调度程序）　　特点：　　在最新的内核版本和发行版中，都选择CFQ做为默认的I/O调度器，对于通用的服务器也是最好的选择。　　CFQ试图均匀地分布对I/O带宽的访问，避免进程被饿死并实现较低的延迟，是deadline和as调度器的折中。　　CFQ对于多媒体应用（video,audio）和桌面系统是最好的选择。　　CFQ赋予I/O请求一个优先级，而I/O优先级请求独立于进程优先级，高优先级的进程的读写不能自动地继承高的I/O优先级。　　工作原理：　　CFQ为每个进程/线程，单独创建一个队列来管理该进程所产生的请求，也就是说每个进程一个队列，各队列之间的调度使用时间片来调度，　　以此来保证每个进程都能被很好的分配到I/O带宽。I/O调度器每次执行一个进程的4次请求。　　2）NOOP（电梯式调度程序）　　特点：　　在Linux2.4或更早的版本的调度程序，那时只有这一种I/O调度算法。　　NOOP实现了一个简单的FIFO队列，它像电梯的工作主法一样对I/O请求进行组织，当有一个新的请求到来时，它将请求合并到最近的请求之后，以此来保证请求同一介质。　　NOOP倾向饿死读而利于写。　　NOOP对于闪存设备，RAM,嵌入式系统是最好的选择。　　电梯算法饿死读请求的解释：　　因为写请求比读请求更容易。　　写请求通过文件系统cache,不需要等一次写完成，就可以开始下一次写操作，写请求通过合并，堆积到I/O队列中。　　读请求需要等到它前面所有的读操作完成，才能进行下一次读操作。在读操作之间有几毫秒时间，而写请求在这之间就到来，饿死了后面的读请求。　　3）Deadline（截止时间调度程序）　　特点：　　通过时间以及硬盘区域进行分类，这个分类和合并要求类似于noop的调度程序。　　Deadline确保了在一个截止时间内服务请求，这个截止时间是可调整的，而默认读期限短于写期限。这样就防止了写操作因为不能被读取而饿死的现象。　　Deadline对数据库环境（ORACLE RAC,MYSQL等）是最好的选择。　　4）AS（预料I/O调度程序）　　特点：　　本质上与Deadline一样，但在最后一次读操作后，要等待6ms,才能继续进行对其它I/O请求进行调度。　　可以从应用程序中预订一个新的读请求，改进读操作的执行，但以一些写操作为代价。　　它会在每个6ms中插入新的I/O操作，而会将一些小写入流合并成一个大写入流，用写入延时换取最大的写入吞吐量。　　AS适合于写入较多的环境，比如文件服务器　　AS对数据库环境表现很差。
为您推荐：
其他类似问题
您可能关注的内容
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。