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

Question

好的，所以我在我的国家南非本地托管了一个网站，在应用程序方面似乎存在速度问题，这是可以忍受的，但是一旦用户通过国际边界访问它，速度会慢到达到一个甚至更大的程度，此外，在本地比较时，接收的http速度似乎在x3-x5之间的顶部。

如果在IIS实例上启用gzip会对速度产生很大的影响，我需要确定问题是基于连接还是基于应用程序。

Answer 1

正如docs：

中所述

• 'waiting'表示'等待初始回复'花费的时间
• '接收'表示“收到回复数据”所花费的时间

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

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

如果您正在寻找更多性能提示，建议您阅读"High Performance Web Sites"。