Question

我正在学习关于kqueue的教程（特别是http://eradman.com/posts/kqueue-tcp.html和https://wiki.netbsd.org/tutorials/kqueue_tutorial/），还有一些我不理解的部分。这是我的（编辑过的）代码：

// assume internal_socket is listening
void run_server(int internal_socket) {
    const int nchanges = 1;
    const int nevents = BACKLOG;

    struct kevent change_list[nchanges];
    struct kevent event_list[nevents];

    int kq = kqueue();

    if (kq == -1) {
        // error
    }

    EV_SET(&change_list, sock_internal, EVFILT_READ, EV_ADD, 0, 0, 0);

    while (true) {
        int nev = kevent(kq, change_list, nchanges, event_list, nevents, NULL);

        if (nev == -1) {
            // error
        }

        for (int i = 0; i < nev; ++i) {
            if (event_list[i].flags & EV_EOF) {
                int fd = event_list[i].ident;
                EV_SET(&change_list, fd, EVFILT_READ, EV_DELETE, 0, 0, NULL);
                if (kevent(kq, &change_list, nchanges, NULL, 0, NULL) == -1) {
                    // error
                }
                close(fd);
            } else if (event_list[i].ident == sock_internal) {
                int fd = accept(event_list[i].ident, ...);
                // do stuff
            } else if (event_list[i].flags == EVFILT_READ) {
                int bytes_read = recv(event_list[i].ident, ...);
                // do stuff
            }
        } // for
    } // while (true)
} // func

我不明白：

我是否正确设置nevents = BACKLOG即并发连接数？如果没有，那应该是什么？
为什么要查看event_list[i].flags & EV_EOF？我最好的猜测是，如果套接字在队列中时连接失败，那么我想从队列中删除该套接字？但为什么我再次打电话给kevent？
在与上一点相同的部分中，我致电close(fd)。那是对的吗？ eradman教程有一些额外的巫术，但我不明白为什么。
如果我理解正确，当我准备好阅读部分信息时，kqueue可能会返回。我如何知道消息何时完成？

如果它是相关的，我正在研究OS X.

Answer 1

关于代码/问题的快速思考：

没有

不要求BACKLOG == nevents。

您可以一次一个地从一个队列中选择一个事件，或者一次几十个，这主要是关于您的偏好并最小化系统调用与内存/堆栈空间。

你也不会经常同时触发事件的所有连接...花费那么多内存并没有真正的意义 - 特别是当你考虑大并发时，可能意味着大内存可能导致缓存未命中并可能招致绩效惩罚。
EV_EOF

过滤器可以设置此标志以指示特定于过滤器的EOF条件

这意味着您必须指定可能会引发此标志的过滤器。哪个过滤器做到了？你正在听的这些事件是什么？

您可以在man page
中找到这些内容
套接字中的一个示例是客户端断开read容量但保留套接字write容量的情况。比，EVFILT_WRITE过滤器（如果设置）将调用EV_EOF标志。

就个人而言，我认为write失败时可以检查这些边缘情况，而不是引发事件。
调用close是合理的......真的取决于你想要什么。我可能只保留连接以读取数据。或者可以调用shutdown，因为它被认为更有礼貌（但这些天可能并不重要）。
你没有。这不是TCP / IP问题。

消息包装应该由正在实现的协议（即Websockets / HTTP）执行。每个协议都有不同的消息包装/完成设计。

TCP / IP层包装数据包。在野外，这些通常限制在1500字节，互联网的许多部分运行在576字节。您可以访问谷歌MTU获取更多信息。

侧面注意：

您可能想要将新客户添加到kqueue。
我会考虑每个周期重置nchanges值。

了解TCP中的kqueue

1 个答案:

关于代码/问题的快速思考：

侧面注意：