![对于 HTTPS 上传来说,1.5 倍的开销是否很常见?](https://linux22.com/image/1484099/%E5%AF%B9%E4%BA%8E%20HTTPS%20%E4%B8%8A%E4%BC%A0%E6%9D%A5%E8%AF%B4%EF%BC%8C1.5%20%E5%80%8D%E7%9A%84%E5%BC%80%E9%94%80%E6%98%AF%E5%90%A6%E5%BE%88%E5%B8%B8%E8%A7%81%EF%BC%9F.png)
我使用 Chrome 将文件上传到我的 Google Drive 帐户。今天,我必须上传一个 2+ GB 的文件,由于上传通常会耗尽带宽,因此我决定安装免费版 NetBalancer 并限制 Chrome 的上传速率。
它确实有效,但我确实看到了一件奇怪的事情。对于 Chrome 报告的每 MB 上传进度,Netbalancer 都会报告该 Chrome 实例的 2.5MB 上传量。Netbalancer 不会似乎出现错误,因为另一个第三方工具网络活动指标报告了类似的总上传流量——当时没有其他网络应用程序在运行,除了空闲的 Firefox 浏览器窗口。
这台机器通过路由器连接到网络,通过 ADSL2+ 调制解调器以 2048 kbps 的速度同步上行。因此,另一件奇怪的事情是 Netbalancer 报告 Chrome 的上传速度在不受限制时为 500-600 kB/s。
知道这些数字是否正确吗?
更新:这肯定与 Chrome 有关。通过 Firefox 上传时,Netbalancer 显示预期速度为 220-230 kB/s。我不使用 Firefox 进行上传,因为有几个核心会达到最大限度,温度会开始上升,但这是另一个问题。
我只在 Chrome (48.0.2564.109 m) 中启用了 Google Doc 扩展程序。这是在 Windows 7 Ultimate 64 位上。
答案1
事实证明,速度过快是由于使用了谷歌的实验性快协议。通过禁用它about:flags --> Experimental QUIC protocol
可消除所报告的不可能速度。