先说结论:VPS 标注的 100 Mbps 是每秒 100 兆比特,理论应用数据上限约 12.5 MB/s,不是 100 MB/s。实际速度还会受协议开销、单连接、路由、丢包、服务器磁盘/CPU、测试对端、共享策略和月流量限制影响。一次下载没达到理论值不能直接证明“带宽虚标”,应在受控条件下做多时段、双方向、多目标测试。

Mbps、MB/s、MB 与 MiB 是什么?
- Mbps:megabits per second,兆比特每秒,常用于端口和网络带宽;
- MB/s:megabytes per second,兆字节每秒,常用于文件下载显示;
- MB:通常按十进制计算,1 MB = 1,000,000 Byte;
- MiB:二进制单位,1 MiB = 1,048,576 Byte;
- GB/TB:常用于月流量或磁盘容量,计费口径要看服务商说明。
基础换算:
理论 MB/s = Mbps ÷ 8
理论 Mbps = MB/s × 8
这只是线路上的理论速率换算,不包含任何协议、重传和系统开销。
常见带宽理论上限表
| 标称带宽 | 理论 MB/s | 传输 1 GB 的纯理论时间 |
|---|---|---|
| 1 Mbps | 0.125 MB/s | 约 8000 秒 |
| 5 Mbps | 0.625 MB/s | 约 1600 秒 |
| 10 Mbps | 1.25 MB/s | 约 800 秒 |
| 50 Mbps | 6.25 MB/s | 约 160 秒 |
| 100 Mbps | 12.5 MB/s | 约 80 秒 |
| 1 Gbps | 125 MB/s | 约 8 秒 |
表中按 1 GB = 1000 MB 计算,且假设持续跑满、无任何开销,因此只能用于理解数量级,不能当作交付承诺。
为什么实际下载低于 Mbps ÷ 8?
| 限制 | 典型证据 | 怎样排除 |
|---|---|---|
| 协议与加密开销 | 有效载荷略低于链路速率 | 保留合理效率系数,不追求数学满值 |
| 高延迟、丢包与重传 | RTT、重传、拥塞窗口变化 | 多流/单流、MTR 与 TCP 指标对比 |
| 测试对端限速 | 换对端后速度明显变化 | 选择多个容量足够且获授权的端点 |
| 单连接限制 | 多连接总速高于单连接 | 分别记录单流与多流,不混为一谈 |
| 磁盘或 CPU 瓶颈 | iowait、单核、加密 CPU 饱和 | 测试时同步监控主机资源 |
| 入口/出口方向不同 | 上传与下载结果不同 | 分别测入站、出站和业务真实方向 |
| 共享、突发或限速策略 | 时段性波动、达到配额后降速 | 核对条款并做 3–7 天时间序列 |
“独享带宽”也要问清是端口、保底、峰值还是计费口径,不能推断任何时刻都等于标称值。海外带宽术语可参考共享带宽、峰值带宽与流量说明。

月流量与带宽怎样换算?
持续传输量可按以下公式估算:
流量 Byte = Mbps × 1,000,000 ÷ 8 × 持续秒数
例如 100 Mbps 连续跑满 30 天,理论上约产生 32.4 TB 十进制流量;1 TB 流量在 100 Mbps 下理论上约 22.2 小时即可用完。实际使用不会一直跑满,但这个数量级说明“1 Gbps 大端口 + 很小月流量”适合突发,不代表可以长期满速。
采购时必须核对:
- 流量统计是只算出站、双向合计,还是分别计费;
- GB/TB 使用十进制还是其他口径;
- 超额后停机、降速、按量计费或需要充值;
- 流量何时重置,快照、备份或同区域流量是否计费;
- DDoS、异常流量和 CDN 回源会怎样处理。
怎样测 VPS 的实际带宽?
测试只针对自己拥有或明确获授权的端点,并先确认供应商允许的压测范围。
- 记录实例规格、地域、端口、流量规则、时间和系统负载;
- 分别从主要用户地区测试网页/API、文件下载和上传;
- 使用至少两个不同网络和多个可信对端,排除单一对端限速;
- 单连接与多连接分开记录,避免用多流结果代表单用户;
- 覆盖工作日、周末和晚高峰,至少观察 3–7 天;
- 同步记录 CPU、磁盘、重传、丢包和应用错误率;
- 比较 P50/P95 与最低值,不只截取最好的一次。
有自有测试端时可使用 iperf3。服务端只在受控网络和测试窗口监听,完成后关闭:
# 自有接收端
iperf3 -s
# VPS 到自有接收端
iperf3 -c TEST_SERVER_IP -t 30
# 反向测试
iperf3 -c TEST_SERVER_IP -R -t 30
不要未经允许对公共服务器反复测速,也不要用高并发测试影响生产用户。测试脚本安全见VPS 测速脚本审查与验收。
网页测速为什么和 iperf3 不一样?
iperf3 主要测两个端点之间的网络传输能力;网页还包含 DNS、TCP/TLS、服务器处理、数据库、对象大小、连接复用、缓存与浏览器渲染。带宽跑满但 TTFB 很慢,问题可能在应用或数据库;带宽不满但页面已经达到体验目标,也不一定需要升配。
因此购买验收必须包含真实页面、API、上传和下载,不以单个 Speedtest 数值收尾。
怎样判断是带宽问题还是线路问题?
- 所有地区、所有对端都在同一上限:检查端口、限速和主机瓶颈;
- 只有一个地区或运营商慢:检查路径、互联和晚高峰;
- 单流慢、多流接近上限:检查 RTT、丢包、拥塞和单连接需求;
- 网络测试快、业务慢:检查应用、数据库、磁盘和第三方依赖;
- 达到某个流量后突然变慢:核对月流量、突发与公平使用规则。
网络路径定位可继续看Traceroute 与 MTR 结果判断和海外服务器延迟卡顿排查。
“带宽虚标”要怎样举证?
先确认产品页面究竟承诺峰值端口、共享端口、保证带宽还是其他口径。然后提交可复现证据:
- 订单与产品规则截图、实例 ID 和测试时间;
- 多个对端、双方向、单流/多流和多时段结果;
- 当时 CPU、磁盘、流量配额、丢包与重传;
- 测试源、目标、命令、协议和原始输出;
- 与同网络其他实例或供应商测试的对照条件。
只有排除对端、路径和主机瓶颈,并证明结果持续不符合书面承诺,才能形成有效工单。不要只发一张浏览器下载截图。
购买带宽前的检查
先用业务带宽容量规划方法计算峰值与月流量,再到萤光云 VPS 产品页核对当前端口、流量、线路和规则。若有候选测试地址,按测试 IP 验收指南从主要用户网络验证。
常见问题
100 Mbps 为什么下载只有 10 MB/s?
100 Mbps 理论上限是 12.5 MB/s;10 MB/s 约等于 80 Mbps 有效载荷,需要结合协议开销和测试条件判断,不能直接按 100 MB/s 期待。
1 Gbps 端口等于每个用户都能跑 1 Gbps 吗?
不等于。还受共享策略、对端、路径、并发、主机与流量配额限制。
带宽大就一定延迟低吗?
不一定。带宽是传输容量,延迟是往返时间;线路路径、距离和排队决定延迟。







