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