Linux 内核多种状态等待方法，有什么区别？

[Hanggi]

Linux 内核中有多重等待事件的方法：

1. wake_up/wait_event
2. while loop wait condition variable
3. 还有类似 prepare_to_wait/schedule()/finish_wait

这些等待方法有什么大的区别，主要是性能和上下文切换产生的开销。

等待另一个线程触发某个事件，最好的方法是什么呢？

[tempdban]

wait_for_completion

[pkookp8]

没有最好吧
即使是自旋等待也有合适的地方

[Hanggi]

@pkookp8 我现在就是自旋锁加 while 循环， 正常情况下没事的，但是当线程数增加到一定数量，就会变慢，我怀疑是不是对结构体变量反复加锁，影响到其他地方了。

[pkookp8]

@Hanggi 自旋加 while 就可以把 CPU 拉满了。。。。只能下一次循环前调度管理把 CPU 切走
必须的是这个自旋锁的原因啊

[Hanggi]

@pkookp8 调度一下确实会稍微好点，但是还是没有预期的效果，因为本身等待时间并不长，频繁调度开销吃不起啊。
而且，我 A 线程 cpu 吃满了，为啥会影响其他线程呢。

[pkookp8]

@Hanggi 我的意思是整个 while 加锁，能释放 CPU 的时机只有两次循环之间。本身释放之后可以做别的，线程一多，别的占用 CPU 的比重进一步下降，只能改设计框架，或者换锁

[Mirana]

临界区大就上 mutex，临界区小就自旋锁
尽量不要让多线程之间共享资源，每个线程最好有自己的内存池
可以用 perf top 观察一下热点路径，用 perf stat 观察一下 context switch 和 cache miss