Fast 3G究竟意味着什么?

tva*_*anc 34 google-chrome-devtools

在Chrome浏览器的开发者工具中,有多种方法可以限制网络连接以模拟不同的连接类型.

用于选择连接类型的菜单用于显示将用于模拟每种连接类型的速度和延迟.
带有信息标签的节流菜单

现在,至少从Chrome 64开始,有关速度和延迟的有用信息已被删除.
带有无信息标签的限制菜单

我尝试在我自己的自定义配置文件中复制常规3G和Good 3G的第一张图像中的数字,以查看它们是否与第一张图像中的慢速3G和快速3G预设相匹配但是我得到了明显不同的DOMContentLoaded和Load事件时间结果.预设和我的自定义配置文件.

Kay*_*ues 43

DevTools技术作家和开发人员在这里提倡.改变背后的历史是DevTools现在试图模仿快速3G网络真正感觉的真实条件.以前,DevTools向您显示上传/下载/ RTT值,正如您在旧UI的屏幕截图中所示.但这些价值观具有误导性.它们在技术上可能是正确的,但是当DevTools与其他限制工具进行基准测试时,DevTools没有足够的节流.例如,如果您加载了一个页面,其中包含限制3G的工具A,然后使用DevTools加载了相同的页面(也限制了3G),则使用DevTools加载页面的速度更快.

因此,DevTools不再显示确切的值,但如果您测量DevTools对其他限制工具的加载性能,您可以看到它们现在都表现相似.

DevTools不再显示值的原因是它们没有很好地映射到现实.例如,您可能会查看某个连接速度被定义为X下载速率,Y上传速率和Z RTT速率.所以你把这些值放到DevTools中.这些价值观并不能很好地接近现实世界的条件.DevTools的加载速度将超过实际体验.最好对某个页面在该连接上的实际负载进行基准测试,然后调整输入值,直到DevTools在与实际基准测试相同的时间内加载基准页面.

当然,另一种方法是让Chrome工程师调整Chrome的限制引擎,以便您输入的值实际上很好地映射到现实.但无论出于何种原因,这种情况都没有发生.

由于可以添加自定义限制,我知道我们需要更新DevTools UI来解释这个限制.换句话说,当您创建自定义限制时,您应该对页面进行基准测试,然后调整DevTools输入,直到它与基准测试匹配,而不是依赖于值.

希望有道理.

  • 希望对偶然发现此响应的其他人有所帮助,因为实际数字对于使用开发人员工具协议(例如使用Puppeteer)驱动Chrome时进行苹果与苹果的比较非常有用...参数[似乎已设置](https: //cs.chromium.org/chromium/src/third_party/blink/renderer/devtools/front_end/sdk/NetworkManager.js?q=Fast3GConditions&sq=package:chromium&dr=C&l=255):1.6 Mbit/s的90%下载,750 Kbit/s的90%用于上传和150*3.75 ms的延迟 (12认同)
  • 那么……@AndriusA 链接的数字是实际使用的数字吗?或者我应该将 OP 解释为“我们的模拟涉及的数字超过这三个数字,因此应该完全忽略它们”? (2认同)
  • @ mac9416你应该把它解释为"忽略数字".调整数字,直到设备性能实际上类似于您在某些条件下加载页面的方式.例如,在真正的蜂窝网络上的真实移动设备上,您观察到该页面在10秒内加载.你应该调整DevTools数字,直到DevTools在10秒内加载页面. (2认同)