如何将Linux内核线程限制至core0，使应用独占core1无干扰运行？

临时生效（仅当前会话有效） #

Linux内核线程的命令行通常以[xxx]格式呈现（比如[kworker/u4:0]），可通过以下步骤批量修改它们的CPU亲和性：

1. 列出所有内核线程的PID：

   ps -eL -o pid,cmd | grep "\[.*\]" | awk '{print $1}'
   

2. 批量将这些线程绑定到core0：

   for pid in $(ps -eL -o pid,cmd | grep "\[.*\]" | awk '{print $1}'); do
       taskset -pc 0 $pid
   done
   

   注意：后续新生成的内核线程（比如动态创建的kworker）不会自动继承这个亲和性，需要重新执行上述命令。

永久生效（系统启动后自动生效） #

通过修改内核启动参数，让内核默认避免将线程调度到core1，同时隔离出core1供你的应用独占：

1. 修改GRUB配置（以Ubuntu/Debian为例）：
   编辑/etc/default/grub，找到GRUB_CMDLINE_LINUX_DEFAULT行，添加以下参数：

   GRUB_CMDLINE_LINUX_DEFAULT="quiet splash isolcpus=1 nohz_full=1 rcu_nocbs=1"
   

   • isolcpus=1：告诉内核调度器不要将普通进程和内核线程调度到core1
   • nohz_full=1：关闭core1上的周期性时钟中断，进一步减少内核干扰
   • rcu_nocbs=1：让RCU（只读拷贝更新）相关的后台工作不跑到core1（新内核需此参数配合isolcpus）
2. 更新GRUB并重启：

   update-grub
   reboot
   

3. 将你的应用绑定到core1：
   启动应用时用taskset指定核心：

   taskset -c 1 ./your_application
   

   也可在应用代码中通过sched_setaffinity系统调用设置亲和性。

额外优化：隔离硬件中断 #

即使做了上述配置，部分硬件中断（如网卡、磁盘控制器）仍可能跑到core1，需手动将这些中断绑定到core0：

1. 查看中断对应的IRQ号：

   cat /proc/interrupts
   

2. 修改对应IRQ的亲和性：

   echo 0 > /proc/irq/<irq_number>/smp_affinity_list
   

   也可用irqbalance工具自动管理，但需配置它避开core1。

注意事项 #

• 这种配置会完全剥夺内核对core1的调度控制权，可能导致core0负载过高，系统整体响应性下降
• 部分核心内核线程（如migration/1）可能无法被绑定，它们负责CPU迁移，属于正常现象
• 仅适合低延迟测试场景，不建议在生产环境长期使用

内容的提问来源于stack exchange，提问作者Pavankumar S V