select最多只能监听1024个

[code=C/C++]我在windows下使用select步骤如下 while(1) {    FD_ZERO（&fds）；    for(i = 0; i <= 64; i++)    {         fd_set(sock[i], &fds);  //sock[i]都已成功创建，并且都可以收到数据。    }    ret = select（NULL, &f...

深入解析为何select最多只能监听1024个

首先，man select，搜索FD_SETSIZE会看到如下的内容 An fd_set is a fixed size buffer. Executing FD_CLR() or FD_SET() with a value of fd that is negative or is equal to or larger than FD_SETSIZE will result in undefined behavior. Moreover, POSIX requires fd to be a valid f.

我原来自以为对select就算不熟，基本原理和使用方法也略知一二了，做了一年多的服务器编程，好歹知道linux下的select不支持超过1024个的描述符，好歹知道可以通过内核编译来重设FD_SETSIZE，也敢大言不惭地说select函数的maxfd应该是监测的所有fd值中取最大的+1，甚至连世界上有select * from的语法都知道，结果，今天直接扎扎实实栽在了select上面了：我生生花...

TCP/IP，Linux多路IO模型select O、单个服务器连接多个客户端 1、服务器主机一般无法避免要与大量客户机进行连接并通信， 2、不管使用多进程还是多线程，庞大的连接量都会迅速将服务器的进程或线程资源消耗光， 3、Linux系统内核提供了多路IO模型select，poll，epoll进行单进程多连接的维护，Windows也有类似的模型方便在单进程中维护多个连接。 4、这里的“模型”听起来和编程似乎脱节了，只要知道这就是函数就可以，例如select函数，poll函数，epoll函数，就和编码联系上

内核定义了1024，如果要扩大，只能重新编译内核。

转自：http://m.blog.csdn.net/blog/wuzili1234/12450451 我原来自以为对select就算不熟，基本原理和使用方法也略知一二了，做了一年多的服务器编程，好歹知道linux下的select不支持超过1024个的描述符，好歹知道可以通过内核编译来重设FD_SETSIZE，也敢大言不惭地说select函数的maxfd应该是监测的所有fd值中取最大的+1

很多很多年前，我被面试 为什么select调用最多只支持1024个文件描述符？ 我没有答出来，我甚至不知道select到底是干什么的。 又过了很多年，我用这个问题面试了别人… 在当时，我心里已经有了会令自己满意的预期答案，我预期的大概就是： Linux内核的宏限制了fd_set最多只支持1024… 为了避免talk is cheap，我还能show you the code： // inclu...

1.winsock select最多处理64个socket限制    第108行进行了如下定义：#ifndef FD_SETSIZE#define FD_SETSIZE      64#endif /* FD_SETSIZE */意思非常明显，也就是说winsock最多处理64个sock，其实这很好理解，select是用位操作（linux下sys/socket部分代码我也没找到

IoTDB (InfluxDB Query Language) 是一个用于查询和操作时序数据的 SQL-like 数据库。以上是 IoTDB 中一些常用的查询语句，可以根据具体需求进行调整和组合。iotdb常用查询语句。

（select）初始化fd_set ===> select监听fd_set ===> fd_set中未变化的位置置零(0)依据fd_set中剩余的有变化的位置(1) ===> 判断是监听套接字还是已连接的套接字。select 即是采用轮询内核的方式，获知哪些连接发送或接受消息了。（start）监听套接字：创建绑定监听。select 最大监听1024个连接。

谈谈自己对IO多路复用的select机制的理解，理解了select机制，再理解epoll机制就比较容易了。

高级IO 四种典型IO模型 IO过程：发起IO调用，等待IO条件就绪，进行数据拷贝。 阻塞IO 发起IO调用，若IO就绪条件不满足，则立即报错返回。 优点：流程非常简单，一个IO完成后进行下一个。 缺点：无法充分利用资源，效率较为低下。 非阻塞IO 发起IO调用，若IO就绪条件不满足，则立即报错返回。 优点：相较于阻塞IO，对资源的利用较为充分，可以利用就绪等待时间干点其它事情或者发起另一个IO调用。 缺点：相较于阻塞IO，流程稍微复杂，IO调用需要循环发起，IO不够实时，必须等待其他事情办完或者其它IO完