在我的应用程序中,我在父级和子级之间(在Linux和Windows上)为IPC使用共享内存。Linux的完整代码在linux.cpp上。
我在Linux上有下面的代码可以从共享内存中读取:
char buf[BUF_SIZE/4];
//pBuf is the shared memory location
sem_wait(semn);
//Wait for the parent process to write on the shared memory.
memcpy(buf, pBuf, sizeof(buf));
//Signal the parent
sem_post(sem0);
编写以下代码:
//Data is in buf, pBuf is shared memory.
memcpy(buf, pBuf, sizeof(buf));
sem_post(semn);
sem_wait(sem0);
在这种情况下,如果一个进程很长时间没有写入,那么另一个进程将无限期地等待。一种解决方案是在操作无法完成时使用sem_trywait
立即返回。但是在这种情况下,需要有人再次调用sem_trywait
来检查它是否可以被锁定。与文件一样,是否有类似于select
或poll
的机制来检查多个信号量的状态,如果有人被发送信号,则执行操作而不是在单个信号量上被阻塞?
发布于 2014-09-02 09:54:26
对于Posix信号量,没有类似于poll
的机制。
我会使用管道;它由常规的文件描述符管理,所以您可以使用poll
等方式等待它。
最简单的用法是通过它传递所有数据,而不是共享内存。如果在内核内存中复制数据的成本可能是一个问题,那么您可以保留共享内存,并将单个字符作为信号通过管道发送,从而有效地将其用作信号量。
https://stackoverflow.com/questions/25620405
复制相似问题