“其他人有这个问题吗？”

“都有的，只是每个人卡顿的程度不一样，但都很卡。”

沈宴深很快远程上了章勇飞的电脑，按照刚刚视频里的步骤进行逐一操作，果然卡出翔。

来回试了十多次，照卡不误；重启软件，重新操作，还是一样的卡。

会不会是网络问题？

Windows+R，cmd，ping一下设计系统服务器的IP看看。

来自172.16.1.15的回复：字节=32时间＜1ms TTL=64

来自172.16.1.15的回复：字节=32时间＜1ms TTL=64

来自172.16.1.15的回复：字节=32时间＜1ms TTL=64

……

持续ping了三分多钟。

Ctrl+C

最短=0ms，最长=1ms，平均0.5ms

很好，网络也没有丝毫问题。

那会是哪里的问题？

高级资深运维工程师沈宴深一时竟也摸不着头脑。

让章勇飞又提供了另外一台客户端电脑的远程，重复以上步骤，好吧，大差不差，一样的卡！

退出这两台电脑的远程，沈宴深又跑到设计系统服务器上查看，检查了服务器的网络和资源占用，均未发现异常。

为了进一步排查网络原因，沈宴深打算直接在服务器上使用客户端操作测试。

服务器上是没有安装客户端的，安装好客户端后测试结果还是卡。

那原因多半就是软件问题，和相应的研发人员吴冀豫沟通后，他并不认为是程序问题，因为闻信使用的这个版本有很多客户在使用，而其他客户均未反馈这个问题。

但问题是，闻信现在坚持认为是由于今年升级智木设计系统后才出现的，之前没有反馈给沈宴深是因为并未太关注这块，且他们以为这是新版本的“特性”，直到今天，实在忍受不了了，才反馈过来。

其实这个问题也很好验证，使用升级前的版本测试一下便知，不过意义不大，因为即使证明旧版本不卡，但新版本卡顿严重是事实。

所以重点还是在定位问题原因。

研发吴冀豫又提出，可能是闻信的基础库资源太大导致，因为这些资源文件有好几个G，可能会影响程序读取，于是沈宴深根据这个思路进行了测试，也排除了这个原因。

到这里，只能靠研发了，然后吴冀豫又提出了一个可能，还是在资源文件，怀疑与服务器的硬盘读写性能有关。

为了测试这个因素，沈宴深直接将章勇飞电脑当做一台测试服务器，完整复制了服务器上的程序进行验证，结果却让人意外：