Question

我正在编写一个需要处理许多开放套接字的服务器，因此我使用setrlimit()来设置打开文件描述符的最大数量（以root身份，在删除权限之前），如下所示：

#include <sys/resource.h>
#define MAX_FD_C 9001

if (setrlimit(
      RLIMIT_NOFILE, &(struct rlimit){.rlim_cur = MAX_FD_C, .rlim_max = MAX_FD_C}
    ) == -1) {
    perror("Failed to set the maximum number of open file descriptors");
    return EXIT_FAILURE;
}

现在，我意识到可能没有任何保证，并且我受Linux内核用于实现文件描述符表的任何方法的支配;但实际上，假设这个程序从Linux内核收到的任何fd的值都小于我在上面设置的MAX_FD_C是否合理？

我想保持每个套接字数据尽可能紧凑，这可能意味着简单地使用像static struct client clients[MAX_FD_C] = {{0}};这样的数组并使用fd作为客户端结构的索引（这基本上是我自己的版本的FDT）。

Answer 1

POSIX标准中有一些功能已经假设了这一点。请查看FD_SETSIZE，select()，FD_SET。

在Linux中期望它是合理的，fd＆lt;最大打开文件描述符数？

1 个答案: