背景

某港口集疏港系统近期出现故障在凌晨3-5点时段无法上传疫情通勤卡对港口货物运输带来影响。

该港口已部署NetInside全流量回溯系统针对本次故障进行故障定位和原因分析。

分析简介

  操作时间2022年9月8日星期四凌晨3点40左右

  操作内容在集梳港小程序疫情通勤卡上传一张7M左右的图片

  动机分析整个操作过程的延时分布情况视图发现异常

  上传环境普通100M共享家庭网络

  报告提交时间2022年9月8日星期四

分析结论

本次上传操作成功。

通勤卡上传动作由2部分组成图片上传 + 图片回显。

对于一张7M左右的图片图片上传时间为6.85秒图片回显时间为4.51秒图片上传完成到图片回显之间的时间长度为160.27秒超过2分钟即空闲等待时间长为160秒整个操作完成时间约为171.6秒。

由上看到图片上传时长约3分钟时间最长的地方在中间等待时段约160秒左右。

特征发现图片上传时每一个报文最大传输大小为协商一致的1412数据包长度为1466字节图片回显时出现成对的1347和219字节长度报文传输行为传输效率低下。

详细分析过程

本次分析依据为抓包文件sample6-bigerthan7Mpic-timelong-20220908am3.43-filter.pcapng。

图片上传时间分析

图片上传从frame 28开始。数据包最大长度为1466字节。

图片上传到frame 11591结束时长共计6.85秒。

图片上传完成与回显之间的延时分析

图片上传完成后从frame 11593之后到图片回显期间都是小程序自动维护信息传输的信息。

这里视为空闲时间或等待时间。

空闲等待时间到frame 11625共计时长160.27秒。

从应用程序操作来看在上传图片时显示“上传中…”字样的等待界面时间主要是这一部分时间。

图片回显时间分析

图片回显数据包传输从frame 11625开始。

图片回显数据传输到frame 22942结束共计时长4.5秒。

报文传输长度1347+219字节成对模式出现。

解决方案建议

本次访问结果正常但发现了明显的问题针对发现的问题做出如下建议。

关于等待时间

从分析看到在图片上传完成到图片回显之间存在明显的等待时长该占据了整个操作的时间分析93%以上的时间。

建议研发部门梳理图片上传完成到图片回显之间的业务流程优化并虽短两者之间的等待时间可大大加速防疫通勤卡的上传时间提高工作效率。

关于图片回显优化

从图片回显的网络层数据传输看到目前的传输方式并非最优选择但图片回显时长可以接受暂时可不做优化。

如果后期该业务并发访问量较大时建议优化以最大网络传输单元传输数据可明显提高图片回显效率。