实际带宽受机房端口、机型(独立服务器或VPS)、虚拟化层、运营商和互联互通影响。理论上:如果是物理机并且端口为1Gbps,单机理想吞吐可达约940Mbps(TCP净速);10Gbps端口则可达约9.4Gbps。但现实中,普通VPS常见实测下行在50Mbps到800Mbps之间,便宜或共享节点有时会被限速到几十兆。
带宽被影响的主要因素包括:宿主机网卡与PCIe通道、虚拟化开销(KVM、OpenVZ等)、同机房网络拥塞、到测试点的跨AS链路与策略、以及上游运营商的带宽限制与突发分配(burst)。因此相同标称带宽的服务器,实测差异可能很大。
同机房不同套餐实测结果示例:独服1Gbps端口单流可达900Mbps,VPS高配方案稳定300-600Mbps,入门VPS常见实际80-200Mbps。
延迟受物理距离、海缆路径和中间路由器数量影响。典型范围(仅供参考):台湾到台湾本地<200ms通常为1–5ms;到日本约20–35ms;到香港/广州/深圳约30–70ms(取决于具体城市与运营商);到中国其他内地城市如上海、北京一般落在40–90ms;到美国西岸约90–140ms;到欧洲通常>200ms。
若出现明显延迟高于上述范围,常见原因包括:运营商绕路(如流量先到第三地再回切)、海缆故障或拥塞、被限速或QoS策略、以及跨境链路在高峰期拥堵。Traceroute可帮助定位哪一跳延迟或丢包最严重。
使用ping多次取平均并结合traceroute/Paris traceroute分析路径,避免只看单次峰值。ICMP有时被下层设备限流,真实应用TCP/UDP也需要测试。
推荐多工具、多时间段、多方向测量:使用iperf3做TCP/UDP并发流测试测吞吐、speedtest-cli测常规下载、ping与mtr测延迟与丢包、traceroute判定路径。每个测试应多次运行(例如早中晚各5次),并记录平均值与方差。
为保证可比性,应固定测试端口(如10Gbps/1Gbps接口),使用独立物理网卡或直通网卡减少虚拟化影响,关闭主机防火墙或做相同规则,保持MTU一致,避免其他大流量任务同时占用链路。
记录时间戳、测试工具与参数(并发流数、窗口大小)、上游AS与对端IP,以及任何异常(丢包、重传)。最终用平均值、最大/最小值与分布图来呈现稳定性。
带宽抖动(jitter)和丢包会显著影响实时业务(VOIP、游戏、视频会议)。一般来说:抖动<20ms和丢包<0.1%对多数业务可接受;抖动>50ms或丢包>1%会导致卡顿、延迟波动与重传增多。
抖动与丢包常由链路瞬时拥塞、缓冲区管理不当(例如Bufferbloat)、链路丢弃策略或跨境链路质量差导致。使用mtr持续监控可找出丢包在哪一段发生,从而判断是本地链路、机房内部还是上游运营商问题。
可用QoS策略、升级端口带宽、选择更好peering的机房或加入多线/双线冗余,必要时使用CDN或就近POP分发流量来避免跨境直连造成的不稳定。
选购时关注:机房提供的端口速率与是否独享、是否有明确SLA、骨干与上游运营商(是否有直连中国大陆/日本/香港的优质互联)、BGP多线能力、以及备份链路与带宽突发策略。
建议进行购买前的免费测评窗口测试,多节点ping/traceroute验证到目标用户的实际延迟与路径;业务敏感时优先考虑独服或裸金属、直连线路或专线方案;对延迟敏感的应用可部署多地热备或使用智能路由/SD-WAN。
廉价方案可能带来不可见限速与高抖动,若需要稳定的实际带宽和低延迟,建议在预算内优先保证带宽口径、上游质量与SLA条款。