参数是什么
threadirqs 是内核启动参数，强制把绝大多数中断处理程序改以内核线程（名字形如 irq/<n>-<设备>）运行，而不是在硬中断上下文里直接执行。线程化之后中断处理变成可调度实体：能设优先级、绑核、用 perf/ftrace 观察其耗时，便于控制抖动的来源与优先级；代价是每次中断多一次唤醒与上下文切换开销，且个别驱动在该模式下表现与其他模式不同。
基本信息
| 启用方式 | 内核命令行加 threadirqs 后重启（运行期无法切换） |
|---|---|
| 配置位置 | Debian/Ubuntu 改 /etc/default/grub；RHEL 系用 grubby |
| 验证 | grep -o threadirqs /proc/cmdline 与 ps 中的 irq/ 线程 |
| 默认优先级 | 中断线程默认以 SCHED_FIFO 优先级 50 运行 |
| 可调手段 | chrt 改策略/优先级，smp_affinity_list 绑核 |
| 风险 | 启动期全局生效，需测试环境压测后推广 |
典型使用场景
- 需要区分「中断抢占业务」还是「业务自身耗时」时，线程化为可观测与可调优先级创造条件
- 延迟敏感服务：把关键中断线程绑定到专用核并设置合适优先级，减少抖动
- 排查中断处理耗时过长：线程化后可用 ftrace/perf 直接测量中断线程的运行时间
- 复现丢包问题时人为降低某些中断线程的优先级，观察丢包是否加剧
- 内核行为对比实验：评估该模式对本机网络吞吐与尾延迟的实际影响
启用与验证
启用与验证
grep -o threadirqs /proc/cmdline # 先确认当前是否启用
# Debian/Ubuntu：在 /etc/default/grub 的 GRUB_CMDLINE_LINUX 里加入 threadirqs
sudo update-grub # 重建引导配置
# RHEL 系等价的免编辑做法：sudo grubby --update-kernel=ALL --args=threadirqs
sudo reboot # 启动参数必须重启才生效
ps -eo pid,cls,rtprio,psr,comm | grep 'irq/' | head # 查看中断线程的策略、优先级与所在核
chrt -p <irq_thread_pid> # 查看单个中断线程的调度策略与优先级
echo 3 | sudo tee /proc/irq/40/smp_affinity_list # 线程化后仍用亲和掩码控制落点启用前后对照
| 项目 | 未启用 | 启用 threadirqs 后 |
|---|---|---|
| 中断处理上下文 | 硬中断/软中断上下文 | 内核线程，可被调度 |
| 能否设优先级 | 不能 | 可以（chrt/renice） |
| 能否绑核 | 通过 smp_affinity 控制 | 同样可控，且线程可读可观测 |
| 可观测性 | 主要靠 /proc/interrupts 计数 | 还能用 perf/ftrace 看耗时 |
| 开销 | 较低 | 每次中断多一次唤醒与切换 |
中断线程默认以 SCHED_FIFO 50 运行，优先级高于绝大多数普通业务线程。把某些中断线程优先级调低会让处理被推迟甚至丢包；调得过高又可能频繁抢占业务线程，需按「吞吐优先」还是「延迟优先」明确目标再动手。
这是启动期参数，改错位置（例如直接编辑生成的 grub.cfg 而未重建）会导致不生效；改完必须重启并用 /proc/cmdline 复核，同时重新验证既有的绑核与 NUMA 方案是否仍然合理。