医院HIS系统慢和卡顿网络流量分析

文章讲述了医院HIS系统中医生遇到的卡顿问题,通过分析发现系统存在大量重复URL响应,导致服务器响应时间过长,初步判断问题出在应用程序层面而非网络。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

分析背景

近期医院的医生使用HIS系统的时候,经常出现系统慢和卡顿现象。经过交流得知医生在点击一个页面,需要等很久才能加载出来,且对于开药这种的操作,医生需要点每个大类去找到对应的药,每点一次都需要等一会儿才能加载出来,严重影响医生和全院的工作效率。

分析目的

通过此次分析,找到医生访问HIS慢访问的URL地址信息,并进行分析定位,是服务器响应慢还是网络响应时间长,帮助用户定位系统慢的真正原因。

分析过程

通过现场交流我们得到了一个当天上午访问his系统特别卡的客户端IP地址,地址为10.xxx.xxx.100,通过全流量回溯分析系统查看访问his系统的客户端信息,找到10.xxx.xxx.100这个地址,查看当天上午该客户端访问his系统的慢访问发生时间点,通过缩小时间,精确定位到单个慢访问峰值处,查看该峰值处前后一小段时间的url信息,可看到2023-11-22 10:04:50.6这个时间点的一个页面信息,如下图所示:

由上图可看到,该页面的服务器时间占据了整个页面时间的绝大部分,通过展开页面可看到这一个页面下的具体响应信息,如下图所示:

由上图可看到这一次点击后,服务器端连续有很多个重复的url响应,且每一个url占据0.2秒-0.7秒不等的时间,大量的重复url响应加起来导致整体的服务器响应时间过长。还可通过瀑布图更加直观的看到,如下图:

同理,我们对另几个慢访问的url地址做了分析,均发现服务器响应多次重复url情况,进一步确认全部为服务器响应时间过长导致用户体验差。

分析结论

通过对单个用户访问his系统慢的url分析得知,系统上存在大量的重复url响应的情况,且每一个响应会占用0.2秒-0.7秒不等的时间,重复url响应数量多,累加起来的页面时间自然就变长了,所有初步判断为是应用程序的问题,与网络无关。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值