我使用 Windows Azure Powershell 花了两天多的时间完成了一个耗时 5 天的 .vhd 上传Add-AzureVHD，我对这个操作的速度（或缺乏速度）感到困惑。.vhd 是一个 300GB 的文件，托管在 SAN（iSCSI）上，这个操作的每个部分似乎都比它应该的速度慢。在上传之前，会计算 MD5 哈希值，这以惊人的速度发生，需要整整 16 个小时才能完成。虽然这对我来说是绝对不能接受的，但我更好奇为什么我的上传速度似乎被限制在 10.8 Mbps。我有一个 20 Mbps 的上传管道，根据我在防火墙上的实时监控，它相对清晰。我看了一下资源监控，特别是TCP 连接部分网络选项卡，并注意到我的 32 个线程（在 Add-AzureVHD 命令中指定）的延迟都大于 200 毫秒。这远远高于应有的延迟，因此我取出tcping并测试了从同一台机器到相关远程服务器（按 IP 地址）的延迟，并始终获得小于 50 毫秒的响应时间。在这个过程中似乎没有我能识别的任何瓶颈。SAN 工作量太小，看起来它可能会进入休眠状态。有问题的盒子上的八个核心的使用率在 0 - 10% 之间徘徊。我有 14 GB 的 RAM 标记为可用。确实没有资源瓶颈。
总而言之，我想我有几个问题，但我真的很感激任何人对此提出的意见。
tcping和之间的延迟差异是什么资源监控？ -更新：Ping 时间可能很长，因为我的上传占用了 Comcast 链接。我不知道为什么tcping流量会优先于我的Add-AzureVHD命令，但我开始不在乎了，因为可能没有充分的理由。- 我对超慢的 MD5 哈希校验可能存在什么问题？
- [已解决：康卡斯特未正确提供套餐。]除了康卡斯特实际上未能为我分配 20 Mbps 的上传管道的可能性之外，还有哪些原因导致上传速率人为地低至 10.8 Mbps？