标称10GbE的云服务器做文件同步，端口已协商到10GbE，短时测速却停在1.2GbE，多连接有时接近线速。业务究竟能在丢包与时延达标时稳定获得多少有效吞吐？用随身服务器承载异地访问、备份或轻量服务时，单次高值不能代表长期容量。
如果你正在选机器，或者想先把线路和配置跑通再谈长期方案，可以先看看这几家的线路说明和技术参数：vps（全球云服务器），先看清带宽线路、流量策略和退款条款，再决定要不要迁。
10GbE端口理论线速约1.25GB/s，但这是网卡每秒发送的比特，不是应用读到的载荷。以太网帧、IP、TCP/UDP、TLS与业务协议都会占份额；长报文固定开销低，短包和高并发却可能先撞上包数、加密CPU或虚拟队列上限。端口跑满不等于有效数据跑满。
单流还受单流吞吐上限约束：链路越快、往返时延越高，所需窗口缓存越大。远端源站若窗口、拥塞控制或路径丢包不佳，一条TCP流可能只有几百Mbps。多条独立流借助RSS分散到不同队列，能利用多个核心，多流聚合测试的峰值因此可能远高于单流。TSO、GSO、GRO和校验和卸载等网卡卸载机制能减轻主机负担，却不能突破云入口或物理端口上限。
突发流量整形常用令牌桶，短时可借积累令牌冲高，持续流量受长期档位限制。几十秒满速可能消耗突发额度，稍后回落并非故障。理论线速、单流上限、多流上限和长期平均值必须分开记录。
先确认测试两端、虚拟网卡映射和平台限速层级，避免只在本机回环测出虚高数字。TCP用iperf3分别跑1、8、32、64条并发流，每组至少30分钟；UDP另测包率、抖动和丢包。记录吞吐、重传率、RTT、CPU及队列丢包，并找出工具、源站、跨网路径和目标机中谁先饱和。
常见坑包括：用单连接代表整台实例；短文件命中缓存或压缩；误读卸载后的计数器；只测十几秒而落在突发窗口；把已协商的10GbE当成租户保证值。多流聚合能显示可达峰值，也可能把共享入口推向拥塞，须结合长时吞吐和尾延迟判断。
最终取满足丢包与时延目标、连续30分钟无衰退的最低可持续吞吐，作为稳定承载值，并预留约20%余量吸收重传和流量起伏。报告注明端口、并发数、MTU、协议、时长及整形情况。这个数值才能用于容量规划，而非只看套餐宣传峰值。
端口的理论线速只是换算值；单流吞吐上限还受时延、拥塞与接收窗口、CPU软中断及重传影响。远距离链路可能因带宽时延积不足而跑不满，高丢包时更明显。因此，iperf3 -c SERVER_IP -t 30 -P 1偏低不等于网卡限速，应先排除路径质量与主机负载。
验证多流聚合测试时，保持同一端点，按并发数1、4、8、16逐级运行同一命令，每次至少30秒，并补测-R反向吞吐。若流数增加后总吞吐持续上升，瓶颈更可能在单流或接收端；若很快稳定在同一数值，应检查端口限速、云QoS或宿主机整形。若总速率停滞且软中断占满一个CPU核，则优先排查CPU与队列。
测试中同步记录sar -n DEV 1、ss -ti和两端计数器，排除重传、丢包、排队及接收端处理不足。多流应使用同一区域、同一协议和相近报文长度，避免把跨区波动误判为上限。
网卡卸载机制会改变主机侧报文尺寸：TSO/GSO在发送前合并大段，GRO在接收侧合并，LRO可能进一步聚合。可用ethtool -k eth0核对开关，并结合网卡计数器、交换机流量和云监控确认真实线路速率；不要只凭抓包中的大包或本机吞吐判断。校验和卸载也可能使主机抓包看不到线上分片。
突发流量整形通常采用令牌桶，短时峰值可高于持续带宽，令牌耗尽后回落。应同时比较1秒峰值与30～60秒平均值，并查看tc qdisc、虚拟网卡限速、父接口及宿主机策略。若均值稳定而瞬时值越限，多半是正常突发；若双向均值被压在相同阈值，则更接近硬性配额。
最终检查清单：确认实例规格、vNIC与物理端口速率；核对MTU、队列、IRQ和CPU余量；分别验证各类卸载；连续10分钟测试双向、多流及不同包长；检查重传、丢包和QoS；对比秒级峰值与分钟级均值；保存命令输出、计数器及监控截图。把实例规格、vNIC、物理端口和云策略中的最低阈值作为判定基准，只有四层均无更低限制时，才把剩余差距归因于网卡或链路上限。
