5

我正在调用 FD_SET() 来设置非阻塞套接字的 write_fd，而 select() 在另一个线程中阻塞——问题是即使 fd 准备好写入，select() 也会继续阻塞。

我真正想做的是：在另一个线程中准备要为此套接字写入的数据，然后将套接字添加到 write_fd。select() 线程应该识别并处理准备好的数据。

阻塞时 select() 不能识别 fd 中的更改吗？如果是 - 是否有类似 epoll() EPOLL_CTL_MOD 而不是 FD_SET() 来更新集合；或者是识别更改以设置 select() 函数的超时的唯一方法？

在我看来，这不是一个解决方案，因为这会“慢”并且会产生 CPU 开销......

编辑：

// This thread is running all day long ...
static void * workman() {
    FD_ZERO(&fd_read);
    FD_ZERO(&fd_write);
    FD_SET(socketId , &fd_read);

    while(1) {
        // PROBLEM Keeps blocking when box() is called
        select(socketId+1, &fd_read, &fd_write, NULL, NULL);

        if(FD_ISSET(socketId, &fd_read)) {
            // RECIVE DATA
        }
        else if(FD_ISSET(socketId, &fd_write)) {
            FD_CLR(socketId, &fd_write);
            pthread_mutex_lock(&interface.mutex);
                strncpy(conn.outBuffer, interface.buffer, strlen(interface.buffer));
                interface.buffer[0] = '\0';
            pthread_mutex_unlock(&interface.mutex);
            // SEND DATA
        }
    }

    return 0;
}

// This function is called within another thread on user input
int box(char *content) {
    pthread_mutex_lock(&interface.mutex);
        // preparing the data and write it into interface.buffer if available
    pthread_mutex_unlock(&interface.mutex);

    FD_SET(socketId, &fd_write);

    return 0;
}
4

2 回答 2

5

是的，正如您所怀疑的，select()不会检测到另一个线程对文件描述符集所做的更改。毕竟，如果没有某种神奇的机制来异步检测对特定内存位置的写入，它就无法有效地做到这一点。

而且，是的，您应该使用该epoll界面。手册页epoll_wait特别指出处理来自另一个线程的更改。

当一个线程在对 epoll_pwait() 的调用中被阻塞时，另一个线程可以将文件描述符添加到等待的 epoll 实例中。如果新的文件描述符准备就绪，它将导致 epoll_wait() 调用解除阻塞。

但是，如果您无法使用epoll或其他支持此类更改的文件通知界面，仍然有解决方案。您可以使用内部pipe（或类似的机制，例如）在更新文件描述符集后eventfd导致返回并重新启动。select当然，您应该小心地进行适当的锁定以避免竞争条件。同样，请务必将管道置于非阻塞模式，否则write管道的写入端可能会在重负载下阻塞，并可能导致程序死锁。

于 2013-07-23T19:29:39.117 回答
1

为了做这样的事情，select 需要使用“当前”fd 集进行内部轮询，这实际上是 CPU 开销，您将无法控制轮询的周期。这就是我认为的选择。

于 2013-07-23T19:14:17.780 回答