isolcpus配置后核心8的[k] apic.timer.interrupt perf观测疑问

我来帮你拆解这个问题——你看到的[k] apic.timer.interrupt完全是正常现象，哪怕你用了isolcpus=8把核心8隔离出来了。下面给你具体说清楚原因：

• isolcpus的隔离边界：isolcpus参数的核心作用是把指定核心从内核的全局调度器队列中移除，禁止普通进程/线程被调度到该核心上，但它不会禁用核心的硬件定时器中断。本地APIC定时器是每个CPU核心的基础硬件组件，负责提供时钟信号给内核做时间同步、调度辅助等基础工作，哪怕核心被隔离，内核依然需要它来维持核心的基本运行状态。

• 每秒1次的本地定时器中断是正常的：你在/proc/interrupts中看到核心8的Local timer interrupts每秒触发1次，这对应RHEL7 3.10内核中周期性的时钟tick（或者低负载下的hrtimer退避触发）。这个频率非常低，对你绑定在核心8的t1线程几乎没有性能影响——单次中断的处理耗时通常在纳秒级别，每秒1次的干扰完全可以忽略。

• perf记录到该中断的原因：你使用的perf cycles:u虽然是聚焦用户态的性能事件，但当CPU发生硬件中断时，会强制从用户态切换到内核态处理中断，perf会如实记录这个上下文切换过程中的内核栈信息（也就是[k] apic.timer.interrupt）。这并不代表你的线程运行出现了异常，只是perf完整捕获了核心上发生的所有事件。

进一步优化建议 #

如果想进一步降低隔离核心上的中断干扰，可以在grub中配合添加nohz_full=8参数：

• nohz_full会让指定核心在没有可调度任务时停止周期性时钟tick，仅保留按需触发的中断，能显著减少定时器中断的频率。
• 注意：确保你的a.exe线程t1是持续运行（无休眠）的，这样nohz_full的优化效果会最大化；RHEL7 3.10.0-693.el7版本内核完全支持该参数与isolcpus配合使用。

内容的提问来源于stack exchange，提问作者barfatchen