社区
其它技术问题
帖子详情
长连接并发到一定量时发现连接大面积断开了?
长寿梦
2011-08-22 07:43:44
问题描述:
客户端发起对服务端的长连接,一旦连接上立即发送大量的数据包。
这样的长连接在并发量达到一定量(巨量,比如1万)的时候,
虽然每次发起连接都能成功,但是总会发现过一会儿有连接断开了
的现象,比如说发起1000个连接,到最后只存在着800个连接。通过测试,
发现这些连接根本不是程序自身关闭的。那么还有200个连接,
是怎么关闭的?
这是否与操作系统相关,服务器的配置相关。
...全文
432
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
连接
池
连接
大面积
释放
时
造成系统拥堵的解决方案 如仅关心解决方案请拖到最下方即可 涉及: JAVA + Spring +ActiveMQ + PooledConnectionFactory 前情提要: 随着业务的增长 在一个月黑风高的晚上 由于MQ获取不到
连接
导致平台无法正常运行 于是乎修改了最大
连接
数(maxConnections=10000)
发现
问题: 一直以为MQ的问题得以解决,直到
发现
..
Linux sysctl 网络参数调优实战:高
并发
与
长
连接
场景下的内核配置
本文针对Linux服务器在高
并发
场景下的网络性能瓶颈,提供了一套系统性的内核参数调优方案。文章指出Linux默认网络参数(如
连接
队列、TIME_WAIT回收、缓冲区大小等)过于保守,会导致QPS上不去、
连接
超
时
等问题。核心调优建议包括:扩大
连接
队列(somaxconn、tcp_max_syn_backlog等)、优化TIME_WAIT复用(tcp_tw_reuse)、调整
长
连接
保活参数(tcp_keepalive)、增大TCP缓冲区(tcp_rmem/wmem)以及采用BBR拥塞控制算法。文中提供了可直接落
linux tcp 异常
断开
连接
,TCP 异常
断开
首先感谢你这么详细的提问!如果业务每个请求处理
时
间都足够快,支持8万设备在线是没问题的。但是如果业务有一点慢,比如数据库操作一次需要0.05秒,假设8万设备每秒产生5000个操作数据库的请求,那么设备每秒产生的请求需要服务端耗
时
25秒才能处理完(多进程的情况下可以缓解),这样请求不断累积会出现业务延迟越来越严重。如果客户端设备有做超
时
断开
操作,那么可能会导致
大面积
连接
断开
重连。往坏一点说,如果某些...
当氙灯光源无法满足
大面积
照射需求
时
怎么办?
在(光催化实验的光源,一文解析光催化光源问题!)中提到,选择光源
时
需要综合考虑光照强度、光源稳定性和光斑均匀性等因素,氙灯光源是与太阳光谱最接近的光源设备,但在光化学实验中,氙灯光源并不能满足
大面积
照射的实验需求,随着“氢农场[1]”概念的逐渐深入和当前光催化分解水产氢光催化剂效率的提升[2],光催化分解水产氢设备也开始从实验室逐步走向小试规模化生产的阶段。 实验室阶段
时
,光催化分解水产氢的反应器受光面积只有40 cm2大小,氙灯光源的光斑大小可以满足,但到了小试规模阶段
时
,光催化分解水产氢的反应器大小不
超大规模
长
连接
的高可用设计:两阶段、三组件与可落地的故障处置
本文提出了一种支持大规模
长
连接
接入的高可用架构方案。该方案采用两阶段流程:初始化阶段通过应用网关获取最优接入点,建链阶段由接入网关建立
长
连接
并维护粘性路由。系统由三大组件构成:应用网关负责服务
发现
,接入网关管理
长
连接
路由,无状态应用服务处理业务逻辑。方案通过Token机制保证路由粘性,配合注册中心和健康检查实现故障自愈,支持水平扩展和渐进式迁移。文章详细阐述了关键故障场景处理、系统优化要点和运维策略,强调在保证稳定性的同
时
支持十万级
连接
规模。该方案适用于物联网设备管理等需要大规模
长
连接
接入的场景。
其它技术问题
3,881
社区成员
9,044
社区内容
发帖
与我相关
我的任务
其它技术问题
C/C++ 其它技术问题
复制链接
扫一扫
分享
社区描述
C/C++ 其它技术问题
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章