cpu hotplug 与 CPU 上下线

这页讲的是：在多核系统里，CPU 并不一定永远全部在线参与调度和处理中断，系统有时需要把某个 CPU 有序地下线、停用，再在合适时机重新拉回。学这页的重点，是理解 CPU 不是说停就停、说开就开，背后牵着调度、定时器、中断和任务迁移这整套系统秩序。

这块是什么

cpu hotplug 与 CPU 上下线，讲的是 Linux 怎样在运行中的系统里，把某个 CPU 从“参与调度和系统活动”的在线状态，安全切换到离线状态，又怎样在需要时重新把它接回系统。它处理的不是单纯一颗核的电源开关，而是“这颗 CPU 身上正在承担的工作怎样迁走、哪些系统角色要交接、什么时候它才真的能离线”。

可以把它理解成：不是随手把一个岗位上的人拉走，而是要先把他手里的排班、电话、待办和钥匙都交出去，确认没人再指望他处理事情，才能让他离岗。

它负责什么

有序让 CPU 退出在线集合

CPU 下线前不能还背着待执行任务和系统角色
要把任务、中断、定时活动等逐步迁走
让“离线”不是突兀消失，而是正式交接
避免把系统状态撕出不一致

支持运行期重新接入

需要时 CPU 还可以重新上线参与工作
系统得重新把它纳入调度和治理视图
让 CPU 资源不是静态固定，而是可动态编排
把硬件拓扑变化纳入正式生命周期

协调多个底座模块

调度器要迁移任务
中断和定时器要重新安置
电源和拓扑视图也可能跟着变化
说明这不是某个单点模块能独自完成的动作

为什么它不是“把一个核关掉省电”这么简单

如果想得太简单	会怎样	真正关键在哪
觉得 offline 就是直接停核	会忽略这颗 CPU 可能还在跑任务、收中断、管定时器。	真正难的是先把角色和责任迁走。
只把它当电源管理功能	会低估它对调度和系统时序的深度影响。	这是资源治理和生命周期问题，不只是省电。
觉得上线只是“重新可用”	会漏掉系统要重新把它纳入很多全局结构。	上线也是一次正式接入过程。
以为只和大服务器有关	会错过它也影响内核怎样理解动态 CPU 资源。	它是多核系统治理能力的一部分，不只是特定机器技巧。

关键概念

概念	现在怎么理解
online / offline CPU	是否正式参与系统调度和运行时活动的 CPU 状态区分。
任务迁移	CPU 下线前，原本跑在它上面的工作要先挪到别处。
中断重定向	原本落到这颗 CPU 的硬件/软件事件也得重新安排目标。
CPU 生命周期	CPU 不只是硬件存在与否，还包括何时正式加入或退出系统运行集合。
动态拓扑	系统看到的可用 CPU 集合并不是永远不变的。

为什么重要

它解释了为什么多核治理不是“CPU 在那儿就一直用”，而是可以被系统动态调整。
很多电源策略、维护动作和系统弹性能力，背后都离不开 CPU 上下线这种正式过程。
理解这层后，你会更容易把调度器、定时器、中断亲和性和电源管理串起来。
它让你看到：连 CPU 本身都是内核要认真组织生命周期的对象，而不是天然静止背景板。

常见误解

误解一：CPU hotplug 只是一个运维开关。实际上它背后牵动的是一整套运行时重组。
误解二：CPU 下线后什么都不会再碰到它。实际上难点正是确保在下线前已经没人再依赖它。
误解三：它和调度器没太大关系。实际上任务迁移和可运行 CPU 集合变化正是核心问题之一。

它不负责什么

它不直接替代频率调节或空闲状态选择，那些是 CPU 还在线时的细粒度治理问题。
它不定义应用逻辑，但会改变系统可用算力的组织方式。
它不只影响单个 CPU，本质上还会影响整个系统的负载分布和事件布局。

和其他模块的关系

相关模块	关系
调度器	CPU 上下线最直接影响“哪些任务能在哪些 CPU 上运行”。
中断与定时器	离线前很多中断目标和定时活动都必须重新安置。
电源管理	它是更激进的一类 CPU 资源治理方式，和节能目标常常相关。
cpufreq / cpuidle	那两页讲 CPU 在线时怎么省，这页讲某颗 CPU 甚至能否继续在线参与工作。

读完这页后，你应该能回答

为什么 CPU 下线真正难的不是“关掉”，而是“先把这颗 CPU 身上的职责迁干净”？
为什么 cpu hotplug 同时牵扯调度、中断、定时器和电源管理？
为什么它比一般的节能策略更像一次正式的系统重组动作？

后面适合继续问：CPU 下线前最容易漏迁的系统角色有哪些？为什么某些问题只会在 CPU 上下线后才暴露？CPU hotplug 和 NUMA、负载均衡最容易在哪些地方碰撞？

上一主题下一主题：cpufreq 与动态频率调节