Linux内核如何自动迁移线程？调度迁移路径与触发时机咨询

核心结论 #

常规的周期性负载均衡（时钟滴答触发的迁移决策）由调度器自身逻辑触发，而实际的任务迁移操作则由[migration/X]内核线程完成。

一、常规调度迁移的触发场景与路径 #

• 周期性负载均衡：每个CPU的时钟滴答（tick）会触发调度器周期函数，检查当前CPU与同调度域内其他CPU的负载差异。当差异超过阈值时，启动负载均衡流程：
  • 触发入口：schedule_tick() → scheduler_tick() → 对应调度类的负载均衡函数（如CFS调度类的load_balance()）。
  • 决策过程：load_balance()会遍历过载CPU，筛选出可迁移的任务（比如处于可运行状态、未绑定特定CPU的任务），发起迁移请求。
• 触发式负载均衡：当CPU发生任务唤醒、任务创建等事件时，调度器会即时检查负载，必要时触发迁移。例如wake_up_process()后调用post_schedule()，可能触发try_to_wake_up()中的负载均衡逻辑。

二、迁移操作的执行流程（与stop_one_core的关系） #

你观察到stop_one_core仅在特定场景被调用是正确的——它是底层用于在目标CPU上执行高优先级停止任务的函数，并非常规迁移的直接入口。常规迁移的执行链路是：

1. 源CPU上的调度器做出迁移决策后，调用migrate_task()，更新任务的CPU亲和性掩码，并标记任务为TASK_MIGRATING状态。
2. 通过migration_thread向目标CPU的[migration/X]线程发送迁移请求。只有目标CPU的[migration/X]线程能安全修改自身的运行队列，因此实际的任务队列移动操作由它完成。
3. [migration/X]线程处理请求时，调用__migrate_task()完成任务在运行队列间的转移，之后触发目标CPU的调度器重新调度，让迁移后的任务得以执行。

三、sched_setaffinity()的迁移逻辑 #

调用sched_setaffinity()修改任务CPU亲和性后，如果当前任务不在新的亲和性集合内，会触发migrate_task_to()（即你看到的调用stop_one_core的路径）。这属于主动触发的迁移，与周期性负载均衡路径不同，但最终仍由[migration/X]线程完成实际迁移。

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