ionice -p pid 返回 none 是因当前 i/o 调度器（如 deadline 或 noop）不支持 ionice，未实现其调度类逻辑；需通过 cat /sys/block/sda/queue/scheduler 确认是否启用 cfq 或 bfq。
ionice -p PID 为什么返回 none
直接执行 ionice -p PID 却只输出 none，不是命令写错了，而是当前 I/O 调度器不支持 ionice。常见于使用 deadline 或 noop 的系统——这两个调度器压根没实现 ionice 所需的类调度逻辑，ionice 设置和查询都无效。
验证方式：cat /sys/class/block/sda/queue/scheduler（把 sda 换成你实际磁盘名），输出中带 [cfq] 才表示 CFQ 正在启用；若显示 [deadline] 或 [noop]，那 ionice 就只是个摆设。
- CFQ 已弃用但仍在多数发行版默认启用（如 Debian 12、RHEL 8），适合 ionice
- BFQ 是 CFQ 的现代替代，也支持 ionice，但需确认内核编译时启用了
CONFIG_BLK_MQ_CFQ或CONFIG_BFQ_IO_SCHED -
none不代表进程没 IO 优先级，只代表 ionice 这套机制没被内核调度器采纳
ionice -p PID 权限不足报 Permission denied 怎么办
非 root 用户执行 ionice -p PID 报 Permission denied，通常是因为目标进程属于 -c1（realtime 类）且由 root 启动——普通用户无权读取其 I/O 调度类信息。
这不是 bug，是内核权限控制：realtime 类 I/O 请求具有最高干预权，为防滥用，仅允许同 uid 或 root 查询。
- 先用
ps -o pid,uid,comm -p PID确认进程 UID，再比对当前用户是否匹配 - 若必须查，只能切到 root：
sudo ionice -p PID - 注意：即使 root 也无法从
deadline调度器下读出有效值，仍会返回none
输出 best-effort: prio 4 和 idle 的区别在哪
best-effort: prio 4 表示该进程属于 Class 2（默认类），优先级数值为 4；idle 是 Class 3，不带数字——它根本不参与常规 I/O 队列竞争。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
二者调度逻辑完全不同：
-
-c2 -n4：仍会和其他-c2进程争磁盘时间片，只是轮次靠后、单次服务请求数少 -
-c3：内核只在判定“所有其他进程此刻无 I/O 请求”时才允许它发一个请求；HDD 上效果明显，SSD 上延迟差异小，但能显著降低 queue depth 堆积 -
prio数值越小越靠前，但仅在同属-c2时才有比较意义；-c1和-c2之间无数值可比性
为什么 ps 或 top 看不到 IO 优先级
ps 和 top 显示的是 CPU 调度优先级（PRI/NI），不是 I/O 优先级。I/O 优先级独立于 CPU 调度，没有对应字段暴露给这些工具。
想确认某个进程是否被设置了 I/O 优先级，唯一可靠方式就是 ionice -p PID ——别指望 ps -eo pid,ni,cmd 或 top 的字段管理里加个 “IO PRI” 列出来。
容易忽略的一点：ionice 设置的是进程 *发起* I/O 请求时的调度策略，不改变已发出请求的排队位置；也就是说，设置之后新发的请求才生效，正在排队的请求不受影响。
