Linux chrt 怎样读取进程当前的调度策略

我在排查 Linux 进程调度问题时，最先想确认的通常不是“要不要改优先级”，而是它现在到底属于哪一种调度策略。这个信息可以直接用 chrt --pid PID 读取：它针对已经存在的进程，只查看当前调度策略和优先级，不会启动新命令。

官方地址：https://github.com/util-linux/util-linux/blob/master/schedutils/chrt.1.adoc

这篇只围绕读取展开：先查看一个 PID，再扩展到全部线程，最后补上 --verbose、优先级范围和权限边界。这样遇到“策略不对”时，先拿到事实，再决定是否需要修改。

我第一次用 chrt 时，先把读取和修改分开

读取已有任务的写法很短，--pid 也可以写成 -p：

# 只读取已有进程的调度属性，不启动新的命令
chrt --pid 1234

# -p 是 --pid 的短选项，适合临时排查
chrt -p 1234

把 1234 换成实际 PID 后，输出会围绕当前调度策略和当前优先级展开。常见策略名包括默认的 SCHED_OTHER、先进先出的 SCHED_FIFO 和轮转的 SCHED_RR。这里的关键是确认“当前是什么”，而不是看到命令名里有 chrt 就默认它已经改变了调度器设置。

一个 PID 不一定能代表所有线程

多线程程序是我后来最容易漏看的地方。进程有一个 PID，但每个线程也可能有自己的调度属性。想把同一进程下的全部任务一起查看，可以加 --all-tasks，短选项是 -a：

# 读取 PID 1234 及其全部线程的调度属性
chrt --pid --all-tasks 1234

# 等价短写法，适合排查线程之间是否存在差异
chrt -p -a 1234

如果只查主进程就看到 SCHED_OTHER，并不能自动推断所有工作线程都相同。线程池、实时音频处理或高优先级后台线程场景下，-a 能把检查范围展开，避免因为只看一个代表对象而漏掉差异。

我的经验是先用单 PID 命令获得整体判断，再用 -a 做线程级复查；两者都只是读取，不会把策略写回系统。

需要更多线索时，用 verbose 和 max 补齐判断

只想要简洁结果时，chrt -p PID 已经够用；需要更多状态描述，可以叠加 --verbose：

# 输出更完整的状态信息，便于把对象和属性对应起来
chrt --verbose --pid 1234

# 查看当前系统对调度策略支持的最小、最大优先级
chrt --max

--max 不读取某个进程，而是报告有效优先级范围后退出。它适合在看到实时策略名称后再判断优先级数字是否落在合理范围内。默认的 SCHED_OTHER 通常使用优先级 0；不要把普通调度的优先级数字和 SCHED_FIFO、SCHED_RR 的实时优先级直接横向比较。

读取不用 CAP_SYS_NICE，修改才需要

这是排查权限错误时最有用的边界：根据 chrt 手册，读取进程调度信息可以由普通用户完成；改变已有进程的调度属性，则需要 CAP_SYS_NICE。因此，执行 chrt --pid PID 失败时，先区分是 PID 不存在、目标不可见，还是你实际上使用了带策略参数的修改命令。

# 下面仍然是读取动作，不把策略写回进程
chrt --pid 1234

# 下面带 -o 0，语义已经变成修改为 SCHED_OTHER；修改动作需要相应能力
chrt --pid --other 0 1234

我会把两类命令分开记录：第一类用于收集现状，第二类才用于变更。这样即使运行环境没有提升权限，也能先完成诊断，不会把“不能修改”误认为“不能读取”。

几个容易混淆的问题

chrt 读取的是进程还是线程？

不加 --all-tasks 时，命令针对给定 PID 的任务；需要检查同一进程的所有线程时，显式加 -a，不要只凭主 PID 推断线程状态。

为什么看到策略却不敢改优先级？

读取只提供当前状态，修改则会改变调度行为，并且受到权限、策略类型和优先级范围限制。先用 --max 了解范围，再确认变更目标和回滚方式。

排查顺序怎么安排？

先用 chrt -p PID 读取单个任务，再用 chrt -p -a PID 展开线程，必要时用 --verbose 和 --max 补齐上下文，最后才考虑带策略参数的修改命令。