为什么阿里云100Mbps带宽的实际下载速度不到12.5MB/s？

这是一个非常经典的新手误区。简单直接的结论是：你的电脑并没有坏，阿里云也没有骗你，问题出在“单位”和“换算逻辑”上。

要彻底搞懂这个问题，你需要明白两个核心概念：比特（bit）与字节（Byte）的区别，以及网络协议开销。

1. 核心公式：Mbps vs MB/s

首先，我们要统一语言。

• 运营商/云厂商说的带宽：单位是 Mbps (Megabits per second)，即“兆比特每秒”。这里的 b 是小写的 bit。
• 下载软件显示的速度：单位通常是 MB/s (Megabytes per second)，即“兆字节每秒”。这里的 B 是大写的 Byte。

它们之间的换算关系是：
$$1 text{ Byte} = 8 text{ bits}$$

所以，理论上：
$$100 text{ Mbps} div 8 = 12.5 text{ MB/s}$$

注意：这是“理论极限”，不是“实际速度”。

2. 为什么实际速度达不到 12.5 MB/s？

即使换算正确，你也很难稳定跑到 12.5 MB/s。原因如下：

✅ 原因一：TCP/IP 协议开销（Protocol Overhead）

数据包在传输时，不仅仅是你的文件内容，还需要加上“信封”——也就是 TCP/IP 头、IP 头、以太网头等控制信息。

• 一般来说，协议开销会占用 5%~10% 的带宽。
• 计算：$12.5 times 0.9 approx 11.25 text{ MB/s}$
• 所以，能跑到 11 MB/s 以上就已经是非常优秀的性能了。

✅ 原因二：磁盘写入瓶颈（Disk I/O）

这是最常被忽视的一点。

• 如果你的硬盘是机械硬盘（HDD），或者即使是 SSD，但并发写入能力有限，当下载速度接近 12 MB/s 时，硬盘可能已经写不过来了。
• 特别是如果你同时运行其他程序，或系统后台有更新、杀毒扫描等，磁盘 I/O 会成为瓶颈，导致下载速度被“卡住”。

✅ 原因三：服务器端限制 & 网络链路

• 源站限速：你下载的资源所在服务器（比如 GitHub、百度网盘、某个静态资源站）可能本身就没有提供 100Mbps 的上行带宽。它只给了你 50Mbps，那你再快的本地带宽也没用。
• 跨网/国际链路波动：如果服务器在海外，或处于不同运营商之间，中间节点可能出现丢包、重传，导致有效吞吐量下降。

✅ 原因四：客户端因素

• 浏览器缓存机制、下载工具的单线程/多线程设置、CPU 占用率等，都会影响最终测速结果。

📊 实测参考值

🔧 如何验证你的带宽是否真的达标？

不要依赖普通下载工具，建议使用以下方法精准测试：

1. 使用专业测速工具：

   • 在阿里云 ECS 实例上安装 iperf3 或 speedtest-cli。
   • 执行命令：speedtest-cli 或 iperf3 -c <测试服务器IP>
   • 这些工具直接测量网络层吞吐量，不受磁盘写入限制。

2. 检查本地磁盘性能：

   • 使用 CrystalDiskMark（Windows）或 dd 命令（Linux）测试本地磁盘的持续写入速度。
   • 如果 HDD 写入只有 100MB/s，那跑满 12.5MB/s 没问题；但如果 HDD 老化或碎片严重，可能只能维持 50-80MB/s 写入，就会拖慢下载。

3. 确认是否为“共享带宽”或“按量付费”陷阱：

   • 如果你使用的是“按流量计费”而非“固定带宽计费”，部分套餐可能在突发流量时有瞬时限速策略（虽不常见，但需留意控制台配置）。

✅ 总结

• 100Mbps ≠ 12.5MB/s 的实际下载速度，而是理论上限。
• 实际能跑到 11 MB/s 左右是正常的，这代表你的带宽基本跑满了。
• 如果低于 9 MB/s，才需要排查：
  1. 源站是否限速？
  2. 本地磁盘写入是否瓶颈？
  3. 是否有防火墙/安全组规则限制了连接数？

别再纠结“为什么不到 12.5”，你已经拥有 100M 的完整带宽了。