社区
其它技术问题
帖子详情
长连接并发到一定量时发现连接大面积断开了?
长寿梦
2011-08-22 07:43:44
问题描述:
客户端发起对服务端的长连接,一旦连接上立即发送大量的数据包。
这样的长连接在并发量达到一定量(巨量,比如1万)的时候,
虽然每次发起连接都能成功,但是总会发现过一会儿有连接断开了
的现象,比如说发起1000个连接,到最后只存在着800个连接。通过测试,
发现这些连接根本不是程序自身关闭的。那么还有200个连接,
是怎么关闭的?
这是否与操作系统相关,服务器的配置相关。
...全文
417
5
打赏
收藏
长连接并发到一定量时发现连接大面积断开了?
问题描述: 客户端发起对服务端的长连接,一旦连接上立即发送大量的数据包。 这样的长连接在并发量达到一定量(巨量,比如1万)的时候, 虽然每次发起连接都能成功,但是总会发现过一会儿有连接断开了 的现象,比如说发起1000个连接,到最后只存在着800个连接。通过测试, 发现这些连接根本不是程序自身关闭的。那么还有200个连接, 是怎么关闭的? 这是否与操作系统相关,服务器的配置相关。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
5 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
pathuang68
2011-08-22
打赏
举报
回复
[Quote=引用 4 楼 bokutake 的回复:]
你这简直就是DOS攻击啊。重负荷下以太网性能很低的,从你这个数据量来看,得565Mbps以上吧。你用的什么网络,一般以太网只能30%占用带宽下不出现明显丢包。而且4KB的包应该超过以太网的MTU,会发生IP分组吧,IP碎片重组是很消耗服务器资源的。
如果你的服务器又是Windows之类的网络抗负荷能力比较低的系统,负载平衡和服务器数量不够的话,肯定会出现连接断开。说明连接断开,肯定说明已经超出……
[/Quote]
++
楼主,你也特狠鸟。操作系统关闭一些连接是自我保护的表现。
辰岡墨竹
2011-08-22
打赏
举报
回复
你这简直就是DOS攻击啊。重负荷下以太网性能很低的,从你这个数据量来看,得565Mbps以上吧。你用的什么网络,一般以太网只能30%占用带宽下不出现明显丢包。而且4KB的包应该超过以太网的MTU,会发生IP分组吧,IP碎片重组是很消耗服务器资源的。
如果你的服务器又是Windows之类的网络抗负荷能力比较低的系统,负载平衡和服务器数量不够的话,肯定会出现连接断开。说明连接断开,肯定说明已经超出网络和服务器的负荷了。
长寿梦
2011-08-22
打赏
举报
回复
后来我把长连接控制在500个
发现远程连接就稳定在一个数字497个。
于是我想,连接的并发量,确实与系统的性能,通信量,有关。
值得思考。
长寿梦
2011-08-22
打赏
举报
回复
服务端的连接限制上限为10000.
客户端发起9000个长连接。
这个发起长连接的过程是:
每1ms 发起 2 个连接,每个连接一旦连接成功后,有个定时器,每1秒
发送2个包,每个包4KB。
观察的结果是,
总共使用9000个端口,已经建立8788个远程连接。
过了五分钟,这些数字开始下降到
使用8000多个端口,建立5000多个远程连接
又过了会儿,又在下降。
jixingzhong
2011-08-22
打赏
举报
回复
是否在服务器侧有最大连接数配置?
【分享】ActiveMQ使用PooledConnectionFactory
连接
大面积
释放
时
造成系统拥堵
本文详细解析了PooledConnectionFactory
连接
池在高
并发
场景下出现的
连接
大面积
释放导致系统拥堵问题,通过调整参数和深入理解
连接
管理机制,提供了一套有效的解决方案。
linux tcp 异常
断开
连接
,TCP 异常
断开
本文探讨了支持8万台设备在线的系统如何确保稳定的
连接
。关键因素包括快速处理每个请求、维护良好的网络环境、使用心跳包维持
连接
以及正确配置服务器参数。文章还分析了
连接
断开
的常见原因,并提出了相应的解决方案。
当氙灯光源无法满足
大面积
照射需求
时
怎么办?
随着光催化分解水产氢技术的发展,对光源的需求从实验室的小面积照射转向规模化生产的
大面积
照射。氙灯光源虽然光谱接近太阳光,但因其光斑不均匀、热量高以及体积大,无法满足
大面积
照射需求。LED光源作为冷光源,具有光斑可调、发热少、结构灵活等优点,成为
大面积
照射实验的理想选择。泊菲莱科技推出的PLS-DPCR-1.0平米级光催化反应示范装置和PLSPGL-O1000LED
大面积
辐照光源,分别适用于光催化分解水产氢实验和
大面积
光催化杀菌研究,解决了
大面积
光照需求的问题。
超大规模
长
连接
的高可用设计:两阶段、三组件与可落地的故障处置
本文介绍了针对超大规模
长
连接
的高可用设计方案,包含两阶段与三组件架构。第一阶段完成
发现
与择优,第二阶段实现建链与粘性路由。关键在于应用网关、接入网关和应用服务的协同工作,结合Token机制确保稳定路由。文章还详细讨论了故障处置、系统调优、安全措施及多活部署等内容。
WebSocket维持
长
连接
实现持续推送
传统HTTP通信模型存在硬伤,无法满足实
时
响应需求,而WebSocket则在浏览器和服务器间建立双向高速公路。其
连接
建立只是第一步,维持才是关键,可通过Ping/Pong机制进行心跳检测,断连后采用指数退避策略重连。大规模部署需考虑分布式架构,工程落地
时
还需注意一些常见问题。
其它技术问题
3,881
社区成员
9,044
社区内容
发帖
与我相关
我的任务
其它技术问题
C/C++ 其它技术问题
复制链接
扫一扫
分享
社区描述
C/C++ 其它技术问题
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章