Performance Chrome网络工具中的等待和接收与Intl速度之间的差异原因

好的，我在我的国家南非有一个本地托管的站点，在应用程序方面似乎存在一个速度问题，这是可以忍受的，但是一旦用户通过intl边界访问它，速度会降低到甚至更高的程度，而且与本地相比，接收http的速度似乎在x3-x5之间更高

如果在IIS实例上启用gzip会大大降低速度，我还需要确定问题是基于连接还是基于应用程序

如中所述：

• “等待”表示“等待初始响应”所花费的时间
• “接收”表示“接收响应数据”所花费的时间

启用gzip压缩可以减少“接收”时间，但只有在内容尚未压缩时才有意义（我不知道屏幕截图中的1.4 MB文件是什么）。压缩JPEG或视频可能会影响性能（因为gzip压缩是一项CPU密集型任务，文件大小几乎不会减少，或者根本不会减少），但压缩CSS/JS始终是一个好主意

“等待”时间长可能是由于连接速度慢或/或服务器响应速度慢造成的。第一个问题的可能解决方案是使用。第二个问题需要在后端进行更多的调查（数据库响应时间慢？服务器负载大？后端应用程序计算量大？）

---

如果您想了解更多性能提示，我建议您阅读。

长时间的“等待”是连接问题，不是真的。@Chen连接、服务器或服务器应用程序问题-还有其他问题吗？我将更新答案。这可能是由ORM或不正确的ORM实现引起的，假设存在，并且客户端调用了数据