sched feature: TTWU_QUEUE

最新推荐文章于 2022-07-14 06:07:50 发布

yiyeguzhou100

最新推荐文章于 2022-07-14 06:07:50 发布

阅读量1.9k

点赞数 1

分类专栏： Schedule

本文链接：https://blog.csdn.net/yiyeguzhou100/article/details/104336751

版权

Schedule 专栏收录该内容

22 篇文章 5 订阅

订阅专栏

唤醒线程时，通过select_task_rq函数（考虑到负载均衡等因素）选择该线程要运行的目标CPU(可能不是当前执行唤醒操作的cpu)。通过函数cpus_share_cache判断如果目标CPU与当前CPU不共享LLC（即L3 cache，单socket中所有CPU共享的cache，如下图示），则将该线程加到目标cpu的wake_list后，向目标CPU发送IPI中断（这其中还有一个特殊情况不需要发送IPI，就是目前CPU当前正在运行idle线程，并且设置了TIF_POLLING_NRFLAG），让目标CPU在中断中(scheduler_ipi)处理唤醒逻辑。

其中TTWU_QUEUE是内核调度的其中一个feature，默认是打开的（true），可以控制在远程唤醒时是否允许向目标CPU触发IPI中断，如果不允许远程唤醒，则需要通过对目标CPU的运行队列加锁进行处理。可知TTWU_QUEUE就是为了减少运行队列的锁竞争，用中断代替。

try_to_wakeup --> ttwu_queue -->ttwu_queue_remote->smp_send_reschedule:

很早之前的做法是，只要不是唤醒在本CPU上，都是通过IPI中断，这样IPI中断负载就比较高：

TTWU_QUEUE IPI overhead was measured to be as much as 13% of netperf TCP_RR
overhead when waking to a shared cache. Don't IPI unless we're waking cross
cache, where it can be a winner.