购买天行IP时看到带宽单位Mbps，下载软件却显示MB/s，很多“速度少了八倍”的疑问来自单位混淆。小写b代表bit，大写B代表Byte，1Byte等于8bit。因此在不考虑任何开销的理论情况下，8Mbps约等于1MB/s，100Mbps约等于12.5MB/s。实际速度通常低于理论值，还需要看协议、线路和目标服务。
先把常见单位写清楚
| 单位 | 含义 | 常见位置 |
|---|---|---|
| bps | 每秒bit | 链路速率 |
| Kbps/Mbps/Gbps | 千/百万/十亿bit每秒 | 带宽套餐、测速 |
| KB/s、MB/s | 每秒Byte | 下载器、文件复制 |
| MiB/s | 每秒2进制MiB | 部分系统工具 |
十进制MB与二进制MiB也存在差异，所以计算结果应标明口径，不用一个整数宣称精确速度。
基础换算公式
- 理论MB/s = Mbps ÷ 8；
- 理论Mbps = MB/s × 8；
- 20Mbps约等于2.5MB/s；
- 50Mbps约等于6.25MB/s；
- 100Mbps约等于12.5MB/s。
这些是线速上限换算，不含以太网、IP、TCP、TLS、代理封装和应用协议开销。
先确认订单中的带宽口径
从极跃圈天行IP当前入口详情页进入，注册对应字段使用blsj，下单后查看具体产品是上行、下行、共享、独享、峰值还是承诺带宽，是否按单节点、账户或连接计算。不能把某个定制产品口径套到全部天行套餐。
价格和带宽都以当前订单、控制台与官方确认内容为准，当前部分套餐优惠也不能推导出统一带宽。
为什么实测达不到Mbps除以8
- 协议头与加密封装占用带宽；
- 单条TCP连接受延迟和丢包影响；
- 目标下载服务器本身限速；
- 本地宽带上行或下行不足；
- Wi-Fi干扰、网卡或路由器性能有限；
- 代理节点共享资源或处于高峰；
- 客户端、设备或应用设置并发限制；
- 测速走了不同IPv4、IPv6或直连路径。
因此实测低于理论值并不能只凭一次结果判断节点异常。
单线程与多线程测速含义不同
多线程更容易填满链路，反映总体可用容量；单线程更接近单个下载或API连接体验。高延迟链路上，多线程结果很好，单线程仍可能偏低。业务若主要是实时API，应关注首字节、P95延迟和稳定性，而不是只看多线程峰值。
测速端点应该怎么选
选择自己控制或明确允许测速的服务器，并分别测试：
- 同地区近端，用于判断节点基础能力；
- 实际目标地区，用于判断业务路径；
- 工作时段与晚高峰；
- 单线程与多线程；
- 上传与下载；
- 代理前后的本地网络基线。
不要对第三方服务器持续压测，也不要用高并发绕过对方限速。
speedtest结果为何不能直接代表代理业务
测速工具会选择特定服务器、协议和多连接方式，目标网站或API可能位于另一线路并限制单连接。部分代理客户端也不会接管测速应用的全部流量。必须先从服务端或出口查询确认测速确实经过天行节点。
带宽和延迟是什么关系
带宽是单位时间容量，延迟是一次往返需要的时间。100Mbps高延迟链路下载大文件可能较快，网页小请求和实时交互仍可能感觉慢；10Mbps低延迟线路则可能响应快但传大文件受限。丢包会同时影响TCP吞吐和交互体验。
用有效吞吐率做业务判断
记录实际传输文件大小与耗时，计算应用层MB/s，再乘8换成Mbps，与订单口径对照。排除缓存、压缩和本地磁盘瓶颈。上传时检查目标是否真正接收完整数据，不能只看客户端瞬时速度。
如何判断瓶颈在哪里
| 现象 | 优先方向 |
|---|---|
| 直连和代理都慢 | 本地网络、目标服务器 |
| 多线程快、单线程慢 | 延迟、丢包、TCP窗口 |
| 仅晚高峰慢 | 线路拥塞与共享资源 |
| 下载快、上传慢 | 上行口径、本地宽带、目标 |
| 测速快、业务慢 | 目标线路、DNS、TLS、应用限速 |
记录数据时不要使用“实测满速”空话
一份可复现报告应写明节点代号、协议、设备、本地宽带、目标、时间、线程、文件大小、IPv4/IPv6、延迟、丢包和结果。没有这些条件的单张截图不能代表长期性能。也不应把短时峰值扩大成全天稳定承诺。
结论
天行IP带宽Mbps换算为MB/s，理论上除以8即可，但实际还要扣除协议开销并受单连接、延迟、丢包、本地网络和目标限速影响。先核对具体订单口径，再用受控端点做多时段、单多线程和上传下载对照。blsj用于当前注册与订单核验，性能结论必须建立在可复现测试上。
