Linux查看IO调度算法及设置方法

本文深入解析了Linux系统中IO调度器的查看与修改方法，强调必须按具体块设备（如sda、nvme0n1）单独操作，并清晰区分“运行时临时切换”（通过echo写/sys/block/设备/queue/scheduler，立即生效但重启丢失）和“永久生效”（通过GRUB内核参数elevator=xxx配置，需更新引导并重启）两种关键路径；同时指出NVMe/SSD等现代存储常默认绕过传统调度层（显示为[none]），盲目修改反而可能损害性能，还提醒读者：IO调度器仅是IO性能优化的一环，当遇到高await等瓶颈时，应优先排查硬件故障、文件系统问题或应用层设计缺陷，而非一味调整调度算法——实用、精准、避坑，帮你真正用对IO调度器。

Linux 查看和修改 IO 调度器，核心就两步：查当前值、写新值。但直接 echo 写入可能失败，或重启后丢失——关键在区分「运行时生效」和「永久生效」两种路径。

查看当前磁盘的 IO 调度器

调度器是按块设备（如 sda、nvme0n1）独立设置的，不能笼统说“系统用了什么”。必须指定设备名：

• 先确认设备名：lsblk 或 cat /proc/partitions，注意排除 loop、md 等非物理设备
• 查当前调度器：cat /sys/block/sda/queue/scheduler（把 sda 换成你的设备）
• 输出形如 [noop] cfq deadline —— 方括号里的是当前激活的调度器
• 如果看到 none（常见于某些 NVMe 驱动或较新内核），说明该设备绕过了传统调度层，noop 语义上等效，但不能再改

运行时临时切换调度器（无需重启）

这个操作立即生效，适合快速验证效果，但重启后会恢复默认值：

• 必须用 root 权限：sudo sh -c 'echo deadline > /sys/block/sda/queue/scheduler'
• 只能写入方括号中列出的选项，写错会报 Invalid argument
• 部分设备（尤其是 NVMe）可能不支持 cfq 或 deadline，写入后仍显示 [none]，此时强行写无效
• 不要对正在使用的根设备做激进测试（比如从 cfq 切到 noop 后立刻压测），可能引发短暂卡顿

永久修改 IO 调度器（影响下次启动）

靠内核启动参数 elevator=xxx 实现，不是改配置文件，也不是 systemd 服务：

• 编辑 /etc/default/grub，找到 GRUB_CMDLINE_LINUX_DEFAULT 行
• 在引号内追加 elevator=deadline（空格分隔），例如：GRUB_CMDLINE_LINUX_DEFAULT="quiet splash elevator=deadline"
• 执行 sudo update-grub（Debian/Ubuntu）或 sudo grub2-mkconfig -o /boot/grub2/grub.cfg（RHEL/CentOS）
• 重启后才生效；若改错导致无法启动，需进 GRUB 编辑启动项临时删掉 elevator= 参数
• 注意：该参数对所有块设备统一生效，无法为 SSD 和 HDD 分别指定不同调度器

SSD 和 NVMe 设备的特殊处理

现代 SSD/NVMe 厂商通常在固件层做了深度优化，内核调度反而可能拖累性能：

• 多数 NVMe 设备默认就是 none，不应强行覆盖；强行写 noop 无意义
• SATA SSD 可设为 noop 或 deadline，但实测差异往往小于 5%，优先保证稳定
• 如果用 LVM 或 RAID，调度器应设在最底层物理设备（如 sda），而非逻辑卷（如 dm-0）
• 云服务器（如阿里云云盘、AWS EBS）通常屏蔽了调度器控制，/sys/block/vda/queue/scheduler 可能只显示 [none]，改不了

真正容易被忽略的是：IO 调度器只是整个 IO 栈的一环。在 iostat -x 显示 await 高时，先确认是不是硬件瓶颈（如磁盘坏道、RAID 卡电池失效）、文件系统层问题（如 XFS 日志阻塞）或应用层误用（如小文件随机写未合批），而不是一上来就调调度器。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。