了解 TCP 中的 kqueue

Question

我正在学习有关 kqueue 的教程（特别是 http://eradman.com/posts/kqueue-tcp.html and 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 即并发连接数是否正确？如果不是，nevents 应该是什么？
为什么要勾选event_list[i].flags & EV_EOF？我最好的猜测是如果套接字在队列中时连接失败，那么我想从队列中删除该套接字？但是为什么我又叫kevent了呢？
在上一点的同一节中，我调用close(fd)。那是对的吗？ eradman 教程有一些额外的巫术，但我不明白为什么。
如果我理解正确，当我准备好阅读部分消息时，kqueue 可以 return。我怎么知道消息何时完成？

如果相关，我正在研究 OS X。

Answer 1

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

没有

没有要求BACKLOG == nevents。

您可以一次从队列中挑选一个或几十个事件，这主要取决于您的偏好和最小化系统调用与 memory/stack space.

您通常不会让所有连接同时触发事件...花费那么多内存没有实际意义 - 特别是当您考虑大并发时，可能意味着大内存可能会导致缓存未命中和可能会导致性能下降。
EV_EOF

Filters may set this flag to indicate filter-specific EOF condition

这意味着您必须指定一个可能引发此标志的过滤器。哪些过滤器可以做到这一点？您正在收听这些活动吗？

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

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

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

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

旁注：

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

了解 TCP 中的 kqueue

Understanding kqueue in TCP

c++

sockets

kqueue

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

旁注：