有关信号量。

scut_tang

几个线程在程序的同一个地方阻塞住，然后等另外一个线程唤醒（一次唤醒所有）。我想用信号量来实现，不想用条件变量，因为条件变量那个互斥锁对我的程序没用处。
信号量初始为0；
线程1：
sem_wait(sem);
线程2：
sem_wait(sem);
...
线程n:
sem_wait(sem);
唤醒线程：
sem_post(sem)
但是sem_post(sem)一次只能唤醒一个线程，sem_getvalue只能在sem非负的时候才返回正确的值，当sem为负时候就返回0.
实现这个功能最简单的方法是什么呢？
平台:Linux 2.6 c++.

[ 本帖最后由 scut_tang 于 2008-9-10 19:52 编辑 ]

ytl

这种情况用条件变量是最合适的
一定要用信号量，倒是可以用sys v信号量。
用用sys v信号量，等待的线程等待信号量变为0；触发事件线程把信号量设置为0值，就可以唤醒所有等待线程

scut_tang

因为内存比较紧凑~所以不想花多个互斥锁~
那就是信号量只能用于一次唤醒一个线程？
我看下sys v信号量，谢谢了~~

scutan

有几个线程阻塞就调用几次sem_post吧。

ytl

原帖由 scutan 于 2008-9-10 20:31 发表
有几个线程阻塞就调用几次sem_post吧。

有可能都被同一个线程捕捉到

scut_tang

但是不确定会有几个线程sem_wait。

scut_tang

原帖由 ytl 于 2008-9-10 20:38 发表


有可能都被同一个线程捕捉到

什么情况下会发生？

timespace

当你用信号量实现这个功能的时候，就会发现其思想和条件变量、互斥锁是一样的。Stevens在UNPV2讲解POSIX信号量的诸多功能后如此说过（小字部分，比较隐蔽，大概翻译了下原文，意思应该说明白了 ）：
      作者并没有偏爱信号量。所有的同步原语：互斥锁，条件变量，信号量，读写锁，记录锁都有各自的适用范围。对于给定的应用我们可以有多种选择，但是需要注意它们的区别。互斥锁针对locking优化，条件变量针对waiting进行优化，信号量可以做到locking和waiting，但是它可能带来更多overhead和complication

scut_tang

信号量可以做到locking?
看来我还得恶补下。。。shit.

ytl

原帖由 scut_tang 于 2008-9-10 20:41 发表

什么情况下会发生？

系统不负责信号的平均分配，哪个线程枪得快哪个线程就捕捉到信号