首先请注意，我使用的是以太网，而不是 wifi。
与我的 ISP 核对后，我的下载速度为 5Mbps，上传速度为 512Kb。
那么为什么在上传到 Google Drive 时（我碰巧使用在菜单栏中运行的 Mac OSX Google Drive 应用程序）我发现冲浪这么慢？
我可用的带宽相对较小，难道不应该上传留出足够的电缆和/或 ISP 带宽下载？
我一直对此感到困惑。我尝试向 ISP 反映，但他们也不知道答案。
答案1
正如您所假设的，瓶颈是上游：如果它因上传而饱和，它将在 TCPack数据包（就大量下载而言）以及 DNS 查询和 HTTP 请求（而不是它们的答复）中引入高延迟 - 这将导致高度可察觉的迟缓。
由于这种延迟的最大部分来自排队和缓冲，解决方案是将上传速度限制为可用上传带宽的 95％ 左右 - 这将使队列和缓冲区保持接近于空，但不会显著阻碍您的上传。
答案2
上游饱和不应该导致高延迟。你想上传使上游饱和，否则您将浪费带宽并导致上传时间不必要地延长。话虽如此，在许多家庭网络上，上游饱和确实会导致高延迟，但这不仅仅是您必须接受和忍受的现实，这是一个可以修复的错误，而不仅仅是通过减慢上传速度来解决。
如果上游饱和导致高延迟，这是一个典型迹象，表明您存在需要修复的缓冲区膨胀问题。
如果 Google Drive 使用 TCP 进行上传，则不会加剧拥塞或导致延迟增加，因为 TCP 具有内置的拥塞避免和拥塞控制机制。
然而，设计不良且不进行智能排队的路由器软件容易受到称为缓冲区膨胀的问题的影响，即一些设计不良的路由器过于注重尝试永不丢弃数据包，因此它们缓冲所有内容并让其缓冲区队列过长，这实际上向 TCP 隐藏了拥塞（TCP 使用丢弃的数据包作为拥塞的标志），阻止 TCP 进行它擅长的拥塞控制。
研究缓冲区膨胀，并考虑在路由器上安装售后固件，以支持 CeroWrt 项目率先提出的反缓冲区膨胀创新，例如 FQ_CoDel（或普通 CoDel）智能排队和显式拥塞通知 (ECN)。
除此之外，如果您的路由器（可能带有售后固件）允许您进行任何类型的 WAN 端口带宽限制，则您应该将其从 WAN 端口发送的内容限制为您的宽带互联网连接的有效上行带宽。
也就是说，假设你遇到这样的情况：
- 路由器的 WAN 端口是千兆以太网
- 它插入了为附件 A 设置的 ADSL2+ 调制解调器，您需要支付“下行速度最高 25Mbps，上行速度最高 6Mbps”的费用
- 您已使用以下方式测量了您的上传量dslreports.com/speedtest（DSLReports 的速度测试工具测量缓冲区膨胀，比 Speedtest.net 好得多），并且您的上传速度仅为 400kbps。
在这种情况下，由于您知道宽带上行实际上只能达到 400kbps，因此请将路由器的 WAN 端口设置为仅向调制解调器发送 400kbps。这很可能会使缓冲区队列膨胀。
答案3
我遇到了这个问题，然后我运行了 TCP 优化器http://www.speedguide.net/downloads.php并用它将我的连接设置为最佳设置。现在 Google Drive 同步不再会破坏我的网络。真是美好时光。