4G内存服务器epoll并发量最大能达到多少？

按照题主的意思 是根据内存去算一个最大并发的连接数. 那么首先要找出来单个连接消耗内存的地方.

第一个首先是socket buffer. read 和write 分别有一个, 默认大小在

复制代码

代码如下:

/proc/sys/net/ipv4/tcp_rmem (for read)
/proc/sys/net/ipv4/tcp_wmem (for write)

默认大小都是87k和16k, 最低是4k和4k, 最高是2m,2m, 实际使用默认值最低也要保留8k,8k.

然后是逻辑io缓冲区

就是比如你监听了recv事件 事件来了 你要有内存可用(一般都是socket建立起就分配好,断开才会释放的).
这个内存是自己写socket程序时候自己控制的, 最低也要4k,4k, 实际使用8k,8k至少.

现在设定一个优化方案和使用场景, 首先假设4g内存全部为空闲(系统和其他进程也要内存的….

假如网络包的大小都可以控制在4k以下, 假设所有连接的网络都不会拥堵, 或者拥堵时候的总量在4k以下:
一个连接的内存消耗是4+4+4+4=16k
4g/16k=26.2万并发

假如网络包的大小都可以控制在8k以下, 假设所有连接的网络都不会拥堵, 或者拥堵时候的总量在8k以下
一个socket的内存占用介于 24k ~ 32k之间, 保守的按照32k算
4g/32k=13.1万并发, 这个在生产环境作为一个纯网络层面的内存消耗, 是可以作为参考的.

假如使用默认配置, 假如所有连接的网络都出现严重拥堵, 不考虑逻辑上的发送队列的占用,
使用默认配置是2m+2m+8+8 ~= 4m
4g/4m=1024并发 ( …
如果考虑到发送队列也拥堵的话 自己脑补.

如果只是为了跑分 为了并发而优化, 没有常驻的逻辑缓冲区 并且socket的网络吞吐量很小并且负载平滑, 把socket buffer size设置系统最低.
那么是
4g/8k = 52.4万并发 这个应该是极限值了.