“其他人有这个问题吗？”
“都有的，只是每个人卡顿的程度不一样，但都很卡。”
沈宴深很快远程上了章勇飞的电脑，按照刚刚视频里的步骤进行逐一操作，果然卡出翔。
来回试了十多次，照卡不误；重启软件，重新操作，还是一样的卡。
会不会是网络问题？
dows+R，d，pg一下设计系统服务器的Ip看看。
来自172.16.1.15的回复：字节=32时间＜1sttL=64
来自172.16.1.15的回复：字节=32时间＜1sttL=64
来自172.16.1.15的回复：字节=32时间＜1sttL=64
……
持续pg了三分多钟。
ctrl+c
最短=0s，最长=1s，平均0.5s
很好，网络也没有丝毫问题。
那会是哪里的问题？
高级资深运维工程师沈宴深一时竟也摸不着头脑。
让章勇飞又提供了另外一台客户端电脑的远程，重复以上步骤，好吧，大差不差，一样的卡！
退出这两台电脑的远程，沈宴深又跑到设计系统服务器上查看，检查了服务器的网络和资源占用，均未发现异常。
为了进一步排查网络原因，沈宴深打算直接在服务器上使用客户端操作测试。
服务器上是没有安装客户端的，安装好客户端后测试结果还是卡。
那原因多半就是软件问题，和相应的研发人员吴冀豫沟通后，他并不认为是程序问题，因为闻信使用的这个版本有很多客户在使用，而其他客户均未反馈这个问题。
但问题是，闻信现在坚持认为是由于今年升级智木设计系统后才出现的，之前没有反馈给沈宴深是因为并未太关注这块，且他们以为这是新版本的“特性”，直到今天，实在忍受不了了，才反馈过来。
其实这个问题也很好验证，使用升级前的版本测试一下便知，不过意义不大，因为即使证明旧版本不卡，但新版本卡顿严重是事实。
所以重点还是在定位问题原因。
研发吴冀豫又提出，可能是闻信的基础库资源太大导致，因为这些资源文件有好几个G，可能会影响程序读取，于是沈宴深根据这个思路进行了测试，也排除了这个原因。
到这里，只能靠研发了，然后吴冀豫又提出了一个可能，还是在资源文件，怀疑与服务器的硬盘读写性能有关。
为了测试这个因素，沈宴深直接将章勇飞电脑当做一台测试服务器，完整复制了服务器上的程序进行验证，结果却让人意外：
假设章勇飞电脑是A，另外一台客户端电脑是b，Ab均使用相同的客户端。
Ab连接正式服操作均卡，Ab连接测试服操作均不卡。
按理说，测试服的性能远低于正式服，且客户安装了硬盘检测工具，也证实正式服的硬盘读写性能远远高于测试服。
问题排查陷入停滞，但原因已经基本锁定在智木程序上。
吴冀豫暂时也没有更好的思路了。
沈宴深复盘了整个排查过程后做了详细记录，然后录入了一条bUG并指派给吴冀豫。
做完这一切，终于快到下班时间了。
下午的头脑风暴耗费了太多精力，沈宴深觉得他今晚得好好补补。
吃点什么好呢？
晚餐沈宴深一般不在公司这边解决。
回到出租屋楼下熟悉的街道，新闻联播已经开始了，夜幕降临，天色虽然没有完全暗下来，但街边的路灯都已亮起，整条街的小商贩都卖力的吆喝着，食物上都被打上一层诱人的暖光，让人垂涎欲滴。
眼前的景象让沈宴深不禁联想到几年前还在学校的场景。