大佬教程收集整理的这篇文章主要介绍了期望在Linux中,fd <打开文件描述符的最大数量是否合理?,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
#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("@L_618_5@ to set the maximum number of open file descriptors"); return EXIT_FAILURE; }
现在,我意识到可能没有任何保证,并且我受Linux内核用于实现文件描述符表的任何方法的支配;但实际上,假设这个程序从Linux内核收到的任何fd的值都小于我在上面设置的MAX_FD_C,这是否合理?
我想保持每个套接字数据尽可能紧凑,这可能意味着只使用像静态struct客户端客户端这样的数组[MAX_FD_C] = {{0}};并使用fd作为客户端结构的索引(基本上是我自己的FDT版本).
以上是大佬教程为你收集整理的期望在Linux中,fd <打开文件描述符的最大数量是否合理?全部内容,希望文章能够帮你解决期望在Linux中,fd <打开文件描述符的最大数量是否合理?所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。