这是一个创建于 2375 天前的主题，其中的信息可能已经有所发展或是发生改变。
Linux 内核中有多重等待事件的方法：
1. wake_up/wait_event
2. while loop wait condition variable
3. 还有类似 prepare_to_wait/schedule()/finish_wait
这些等待方法有什么大的区别，主要是性能和上下文切换产生的开销。
等待另一个线程触发某个事件，最好的方法是什么呢？
1. wake_up/wait_event
2. while loop wait condition variable
3. 还有类似 prepare_to_wait/schedule()/finish_wait
这些等待方法有什么大的区别，主要是性能和上下文切换产生的开销。
等待另一个线程触发某个事件，最好的方法是什么呢？
 |
1
tempdban 2018-05-25 17:35:27 +08:00 via Android
wait_for_completion
|
 |
2
pkookp8 2018-05-25 17:37:11 +08:00 via Android
没有最好吧
即使是自旋等待也有合适的地方 |
 |
3
Hanggi OP @pkookp8 我现在就是自旋锁加 while 循环， 正常情况下没事的，但是当线程数增加到一定数量，就会变慢，我怀疑是不是对结构体变量反复加锁，影响到其他地方了。
|
|
4
pkookp8 2018-05-25 18:20:21 +08:00 via Android
@Hanggi 自旋加 while 就可以把 CPU 拉满了。。。。只能下一次循环前调度管理把 CPU 切走
必须的是这个自旋锁的原因啊 |
|
5
Hanggi OP @pkookp8 调度一下确实会稍微好点，但是还是没有预期的效果，因为本身等待时间并不长，频繁调度开销吃不起啊。
而且，我 A 线程 cpu 吃满了，为啥会影响其他线程呢。 |
|
6
pkookp8 2018-05-25 18:49:58 +08:00 via Android
@Hanggi 我的意思是整个 while 加锁，能释放 CPU 的时机只有两次循环之间。本身释放之后可以做别的，线程一多，别的占用 CPU 的比重进一步下降，只能改设计框架，或者换锁
|
 |
7
Mirana 2018-05-26 01:11:55 +08:00
临界区大就上 mutex，临界区小就自旋锁
尽量不要让多线程之间共享资源，每个线程最好有自己的内存池 可以用 perf top 观察一下热点路径，用 perf stat 观察一下 context switch 和 cache miss |
Select Language