linux修改io调度器分运行时和永久两种：运行时用echo写/sys/block/设备/queue/scheduler，立即生效但重启丢失；永久修改需在grub内核参数加elevator=xxx并更新配置。
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语义上等效，但不能再改
运行时临时切换调度器（无需重启）
这个操作立即生效，适合快速验证效果，但重启后会恢复默认值：
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 必须用 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 日志阻塞）或应用层误用（如小文件随机写未合批），而不是一上来就调调度器。
