本文介绍了是否存在允许等待多个资源的内置信号量结构?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
我希望能够一次等待/发布多个资源。是否有内置的C结构和接口允许这样做?
我当前使用的是semaphore.h,但是此接口的限制是一次只能请求一个资源。
我可以这样做:
for (int i = 0; i < resources; i++) sem_wait(my_sem); 但如果resources很大,这将非常耗时,而且我还需要在此之前添加另一个锁,以便确保请求者拥有比可能请求资源的其他线程更高的优先级。 结果如下所示: sem_wait(my_lock); for (int i = 0; i < resources; i++) sem_wait(my_sem); sem_post(my_lock);更不用说需要进行的额外错误检查了。
我希望能够做的事情如下:
sem_wait(my_lock, resources); 这将简单地等待,直到所有资源都可用,然后在将信号量递减所请求的资源数量之后返回。我觉得我前段时间见过这样的事情,但似乎想不通。 POSIX您当前正在使用推荐答案信号量。它们不直接提供以原子方式将信号量的值更改一个以上的可能性,除非创建新的信号量。
system V信号量(semget/semctl/semop)通常被认为是次要的,但它们确实具有POSIX风格所缺少的一些特性,这就是其中之一。具体地说,您可以使用semop()以原子方式从信号量的值中减去任何正数,直到可以在不将值减少到零以下的情况下完成此操作为止。
但总的来说,System V IPC已经够麻烦的了,我建议您改为设置一个表示当前可用资源数量的共享变量,并使用mutex+条件变量而不是信号量。如下所示: unsigned resources_available = ALL_RESOURCES; pthread_mutex_t resource_mutex = PTHREAD_MUTEX_INITIALIZER; pthread_cond_t resource_cv = PTHREAD_COND_INITIALIZER; // ... int acquire_resources(unsigned resources_wanted) { int result; // ... result = pthread_mutex_lock(resource_mutex); // handle errors ... while (resources_available < resources_wanted) { result = pthread_cond_wait(resource_cv, resource_mutex); // handle errors ... } resources_available -= resources_wanted; result = pthread_mutex_unlock(resource_mutex); // ... } int release_resources(unsigned resources_released) { int result; // ... result = pthread_mutex_lock(resource_mutex); // handle errors ... resources_available += resources_released; result = pthread_cond_broadcast(resource_cv); // handle errors ... result = pthread_mutex_unlock(resource_mutex); // ... }更多推荐
是否存在允许等待多个资源的内置信号量结构?
发布评论