为什么linux中监听套接字时最大能监听多少套接字
发布网友
发布时间：2022-05-01 15:10
共1个回答
热心网友
时间：2023-10-21 00:08
1：操作系统方面*是句柄数量的*，也就是65535个可用句柄去掉预先保留的，大概在5万个左右，注意文件句柄和套接字句柄是共用的，都在这65535个里面。
2：进程方面的*，linux系统对单个进程的默认打开句柄数量*是1024，考虑到文件操作也会占用句柄，可用于socket监听的句柄大概1000个，这个*可以修改，不同linux版本可能有点不一样，centos是通过命令 ulimit -n 的方式去修改，要改成10240，就是
3：IO模型的*，select模型的*是1024,个，epoll是无*的，完全根据上面2个的最大值。追问可是经常会写listen(socketfd,5)？为什么是5,可以修改大吗？大的话有哪些影响
追答这个问题和套接字的*没什么关系
listen函数的第二个参数是指等待建立连接的队列长度，简单说相当于一个连接缓冲区，每个连接进来，会先放进这个队列，listen从这个队列里面取出未处理的连接进行处理。如果瞬间有一堆连接进来，这个队列又太短不足以容纳这些连接请求，那么多出来的连接请求会被抛弃，也就是连接失败。
因为每个连接的处理时间都很短，所以这个值主要是涉及到瞬间连接很多的时候，这个值太小会导致一批连接失败，太大的话，如果操作系统本身的连接队列就处理不过来，这个值大了也没用，但也没什么坏影响，除了多耗点内存。
对于连接频繁的服务器网络应用来说，这个参数设为5就太小了，可以设为128或者256。有名的网络IO库libevent的这个值就是128。
热心网友
时间：2023-10-21 00:08
1：操作系统方面*是句柄数量的*，也就是65535个可用句柄去掉预先保留的，大概在5万个左右，注意文件句柄和套接字句柄是共用的，都在这65535个里面。
2：进程方面的*，linux系统对单个进程的默认打开句柄数量*是1024，考虑到文件操作也会占用句柄，可用于socket监听的句柄大概1000个，这个*可以修改，不同linux版本可能有点不一样，centos是通过命令 ulimit -n 的方式去修改，要改成10240，就是
3：IO模型的*，select模型的*是1024,个，epoll是无*的，完全根据上面2个的最大值。追问可是经常会写listen(socketfd,5)？为什么是5,可以修改大吗？大的话有哪些影响
追答这个问题和套接字的*没什么关系
listen函数的第二个参数是指等待建立连接的队列长度，简单说相当于一个连接缓冲区，每个连接进来，会先放进这个队列，listen从这个队列里面取出未处理的连接进行处理。如果瞬间有一堆连接进来，这个队列又太短不足以容纳这些连接请求，那么多出来的连接请求会被抛弃，也就是连接失败。
因为每个连接的处理时间都很短，所以这个值主要是涉及到瞬间连接很多的时候，这个值太小会导致一批连接失败，太大的话，如果操作系统本身的连接队列就处理不过来，这个值大了也没用，但也没什么坏影响，除了多耗点内存。
对于连接频繁的服务器网络应用来说，这个参数设为5就太小了，可以设为128或者256。有名的网络IO库libevent的这个值就是128。
