两个无关的内核线程，如何才能及时知道某一方的退出？

wait_rabbit

==========

补充：

模型比较特殊，是 A 先命令 B 退出，B 收到指令后，选择主动退出。这样就有一个问题，不论 B 做了什么事，都不能保证 A 收到反馈时，B 确实已经退出了。

无论是什么全局标志啊、信号量啊之类的，都只是保护数据。都不能真正表示该进程已经退出。

======================

两个无关的内核线程A、B，现在 A 需要在 B 退出之后，才能进行下一步的操作。问题：A 如何才能及时感知到 B 的退出呢？

我现在的逻辑弱爆了， A 在一个循环里，每 sleep 一秒钟，就遍历一次 task 链表，如果 B 消失了，则认为已经退出。

A：

while (1) {
     msleep（1）；
     traverve();
}

我也知道这个很丢人，那么，是否有某个内核接口，可以让 A 阻塞，专心等待 B 的退出信息呢？

请各位不吝赐教。:wink:

George_lz

回复 1# wait_rabbit


    既然，A必须等待B退出才能继续运行，这本身就不是楼主所说的两无关task，既然需要同步，应该还是要用那些常用的同步接口。坐等大侠的方法

wait_rabbit

回复 2# George_lz

sorry，没表达清楚。前文所谓“无关”，是指没有父子关系。


   

George_lz

回复 3# wait_rabbit

如果有资源共享，涉及到临界资源，就用mutex，如果仅仅是等待A，使用wait应该够用。kernel同步机制虽然就那几种，但涉及到的同步操作，应该都可以实现
   

wait_rabbit

并且有个地方比较纠结， A 是在 B 运行很久之后才创建的。

wait_rabbit

回复 4# George_lz

A 是在 B 运行很长一段时间之后才创建的，这个要怎马 wait 呢？

也许只能用 mutex 吧，B 一开始就获取 mutex，退出之后再释放。A 一创建就尝试获取 mutex。

   

George_lz

回复 6# wait_rabbit


    wait condition

wait_rabbit

回复 7# George_lz

Thank you!

   

wait_rabbit

回复 7# George_lz

研究了一下completion的原理，有一个疑问想请教。

如果 A 开始 wait 的时候， B 已经 completion 了，即已经唤醒过此队列一次。 A 会不会错过这次唤醒，从而永远 wait 下去？

   

George_lz

回复 9# wait_rabbit


  用wait condition，不是complete