这可能有点傻,但我正在寻找所谓的“现实生活”软件的例子,它使用一个计数或大于1的信号量。
换句话说,请不要使用保镖、图书管理员或厕所例子。
发布于 2012-06-25 02:04:02
我想我已经使用了类似于“读/写”锁的东西。也就是说,我希望同时允许最多N个读取器,并且在没有活动读取器的情况下一次只允许一个写入器。
因此,任何读取线程都会锁定信号量并增加读取计数。如果读计数小于N,则锁定成功,读取器可以继续。如果不是,则锁导致读取器线程sched_yield。
如果我想锁定写入,我将计数设置为N,这样就没有更多的读者可以锁定-例如,当他们尝试锁定时,他们都开始睡眠。写线程一直试图锁定读信号量。每次释放一个读取器,写入器就会再次递增N,直到没有更多的读取器。
然后写锁成功,写操作发生,读信号量被设置回零,以便读取器线程可以继续。
发布于 2012-06-24 21:13:56
使用具有无限计数的信号量(Win32中的LONG_MAX)来实现发送者-消费者方案。这样的信号量是用max创建的。计数= LONG_MAX (0xFFFFFF...)。发送者(资源创建者)创建一些资源并释放信号量。接收方(资源消费者)等待该信号量,在发送方释放该信号量时恰好唤醒一次。对于大于1的其他值,我从未使用过它们。
https://stackoverflow.com/questions/11177680
复制相似问题