sched feature: TTWU_QUEUE

唤醒线程时，通过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. 

https://lore.kernel.org/lkml/1323275027.32012.114.camel@twins/  

最后

以上就是顺利火龙果为你收集整理的sched feature: TTWU_QUEUE的全部内容，希望文章能够帮你解决sched feature: TTWU_QUEUE所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。