Docker中配置容器实时优先级的核心是组合使用--cap-add=SYS_NICE、--ulimit rtprio、chrt命令、CPU绑定及资源压制策略，确保关键任务在隔离核心上以SCHED_FIFO/RR调度且无干扰。
在 Docker 中配置容器的实时优先级，核心不是让容器“变成实时进程”，而是通过 Linux 内核调度策略（如 SCHED_FIFO 或 SCHED_RR）和 cgroups 资源保障，确保关键业务在资源紧张时仍能及时获得 CPU 时间、避免被延迟或抢占。Docker 本身不直接暴露 --rt-priority 这类参数，但可通过组合配置实现等效效果。
启用实时调度策略（需宿主机支持）
Linux 实时调度需满足两个前提：内核开启 CONFIG_RT_GROUP_SCHED，且用户有 RLIMIT_RTPRIO 权限。Docker 容器默认无法直接设实时策略，必须显式授权：
- 启动容器时加
--cap-add=SYS_NICE，赋予修改调度策略的能力 - 配合
--ulimit rtprio=99（数值 1–99，99 为最高），放开实时优先级上限 - 容器内进程需自行调用
sched_setscheduler()（例如用chrt命令）设置策略和优先级
示例：运行一个带实时能力的低延迟服务
docker run -it --cap-add=SYS_NICE --ulimit rtprio=99 ubuntu:22.04 chrt -f 80 sleep 100绑定专用 CPU 核心隔离干扰
避免其他容器或系统进程抢占关键业务的 CPU 时间，最有效方式是 CPU 绑定 + 隔离：
- 用
--cpus=1或--cpuset-cpus="0"将容器限定在特定物理核心上 - 宿主机 BIOS 中启用 “Intel VT-x / AMD-V” 和 “CPU C-states disable”（减少节能中断）
- 内核启动参数加入
isolcpus=0,nohz_full=0,rcu_nocbs=0，将 CPU 0 完全隔离供实时任务独占
这样，该核心上只运行你的容器主进程，无定时器中断、无 softirq 抢占，延迟可稳定在微秒级。
限制非关键容器资源，反向保障核心业务
实时优先级不是孤立配置，而是整体资源调度的一部分。要确保核心业务不中断，必须压制干扰源：
- 给批处理、日志采集等后台容器设低
--cpu-shares=256，并在 CPU 竞争时大幅让出时间片 - 用
--memory=512m严格限制其内存，防止触发全局 OOM 导致调度器失稳 - 对非关键容器禁用
--cap-drop=ALL，并移除SYS_NICE，杜绝其抢占实时资源
这种“压低他人”的策略，比单纯抬高自己更可靠，也更符合 Linux 实时调度的设计逻辑。
验证与持续监控
配置完不能只看命令是否执行成功，要实测效果：
- 进容器执行
chrt -p 1查看 PID 1 的调度策略和优先级是否生效 - 用
cat /proc/1/status | grep ^State确认进程未因缺页、锁等待等进入不可中断状态 - 宿主机上运行
perf sched latency -s max监控最大调度延迟，目标应 ≤ 50μs - 长期运行中用
docker stats观察 CPU throttling 是否为 0%，若有说明配额被突破，需检查是否遗漏--cpus限制
不复杂但容易忽略
