上海｜中国移动｜家庭宽带｜Ultra Singapore｜含晚高峰与非晚高峰数据
更多语言
更多操作
本次使用上海中国移动 500 Mbps 下行家庭宽带，通过 Wi-Fi 连接同一台 Mac，直连活动提供的同一台 BandwagonHost Ultra Singapore 测试机，分别记录 11 月 13 日晚高峰和 11 月 14 日白天的表现。报告由 Codex 辅助撰写。
两轮单 TCP 连接下载平均吞吐分别为 191.29 Mbps 和 198.08 Mbps；四连接下载分别为 376.62 Mbps 和 472.73 Mbps，本次白天四连接下载高约 25.52%。两轮独立 Ping 的平均 RTT 均约 102 ms，各自样本内没有观察到 ICMP 丢包；两次约 5 分钟的 SSH 心跳也均正常完成。
这次较大的差异出现在四连接下载，单连接下载和平均延迟接近。两轮各项吞吐各测一次、分属不同日期，Wi-Fi 状态等条件未严格控制，结论限于这两个测量窗口。原帖已附的 NQ / TQ 完整报告链接在第八节单独保留，不并入本地昼夜统计。
一、测试环境
| 项目 | 两轮本地测试环境 |
|---|---|
| 地区与运营商 | 上海，中国移动 |
| 网络与接入方式 | 同一条家庭宽带、同一台 Mac，经 Wi-Fi 无代理直连；未记录频段、协商速率与无线干扰 |
| 宽带套餐 | 下行 500 Mbps，上行未知；套餐速率由测试者提供 |
| 测试机来源与机房 | 活动提供的 BandwagonHost Ultra Singapore 测试机，两轮为同一台 VPS |
| 本地电脑与系统 | Apple Silicon，macOS 15.8.2 |
| VPS 系统 | AlmaLinux 9.8，x86_64 |
| VPS 基础配置 | 2 vCPU，系统可见内存 2024 MiB；CPU 型号显示为 AMD EPYC-Genoa Processor |
| VPS TCP 拥塞控制 | 两轮环境日志均记录为 BBR |
| Mac 工具版本 | iPerf3 3.22，MTR 0.96，Python 3.15.2 |
| VPS 工具版本 | iPerf3 3.9，MTR 0.94，Python 3.9.25 |
| 测试工具包版本 | Mac 1.1.1，VPS 1.1.0 |
| 地址协议 | IPv4 |
两轮 Mac 环境记录到系统 HTTP、HTTPS、SOCKS 代理均关闭，到 VPS 的路由接口为 en0。家庭宽带 Wi-Fi 接入由测试者确认。白天 VPS 日志中的“移动网络”为备注误填，实际仍为同一条家庭宽带接入；本文说明该差异，保留原始日志。
宽带上行套餐速率未知。本次没有有线对照、国内测速基线，也未严格控制 Wi-Fi 瞬时状态、局域网其他流量和主机负载。
二、测量时间与参数
下表均为 UTC+8。各项目分阶段采样，整段时间不代表连续监控。
| 项目 | 11 月 13 日晚高峰 | 11 月 14 日白天 |
|---|---|---|
| VPS 对客户端出口 Ping | 20:07:42～20:08:52 | 13:48:30～13:49:41 |
| VPS 回程 MTR | 20:08:52～20:10:39 | 13:49:41～13:51:28 |
| Mac 对 VPS 独立 Ping | 20:30:45～20:31:44 | 13:52:22～13:54:01 |
| Mac 双向吞吐 | 20:31:44～20:35:19 | 13:56:32～14:00:07 |
| SSH 心跳 | 20:35:19～20:40:21 | 14:00:07～14:05:09 |
| 去程 MTR 补测 | 20:53:49～20:55:41 | 14:06:04～14:08:00 为命令窗口，实际开始于 14:06:08 |
两轮 iPerf3 使用相同参数：单连接和四连接分别上传、下载，每项 30 秒，各测一次，测试之间休息约 30 秒。单连接与四连接的合计目标速率均为 500 Mbps，其中四连接按每条 125 Mbps 设置。下载使用反向模式，最终吞吐统一采用完整测试时段的接收端合计平均值。
500 Mbps 是测试目标速率参数，不是测得的链路容量。四项吞吐每轮都只有一次观测，本文不将其表述为多轮中位数。
两轮独立 Ping 的样本量分别为晚高峰 60 次、白天 100 次，均约每秒一次。去程 MTR 均在自动流程认证失败后独立补测，各为 100 周期；它们与独立 Ping 分别统计，不互相替代。两轮回程 MTR 也各为 100 周期，VPS 对客户端出口 Ping 各为 60 次。
三、Ping 延迟与丢包
| 指标 | 晚高峰，11 月 13 日 | 白天，11 月 14 日 |
|---|---|---|
| 发送 / 接收 | 60 / 60 | 100 / 100 |
| 本次样本丢包率 | 0% | 0% |
| 最低 RTT | 80.65 ms | 79.31 ms |
| 平均 RTT | 102.10 ms | 101.99 ms |
| 最高 RTT | 147.88 ms | 146.18 ms |
| RTT 标准差 | 13.39 ms | 13.70 ms |
| RTT P95 | 126.30 ms | 130.99 ms |
两轮平均 RTT 相差约 0.11 ms，所测窗口的平均延迟接近。白天 RTT 标准差为 13.70 ms、P95 为 130.99 ms，均略高于晚高峰的 13.39 ms 和 126.30 ms，没有呈现延迟各项指标一致改善的情况。
P95 沿用各轮逐包 RTT 的 nearest-rank 统计结果。两轮采样日期、时长和样本量不同，P95 与最大值只作描述性对照。这里的 0% 丢包分别对应 60 次、100 次本地 ICMP 探测，不代表整个白天或晚高峰，也不能扩展为 TCP 业务零丢包。
VPS 对客户端公网出口的另两次 Ping 均发送 60 次、收到 0 次回复。该方向的 ICMP 探测与本地 Ping 分开记录；NAT、出口设备或 ICMP 过滤都可能影响响应，具体原因未确定。双向 TCP 传输在两轮均可完成，不能据出口 Ping 不回复直接认定业务不可用。
四、单连接、多连接吞吐与昼夜对比
上传指 Mac → VPS，下载指 VPS → Mac。两轮共八项传输均正常结束。以下时间均为对应日期的 UTC+8。
4.1 晚高峰：2026 年 11 月 13 日
| 项目 | 数据方向 | TCP 连接数 | 测量时间，UTC+8 | 接收端平均吞吐 | 发送端 Retr |
|---|---|---|---|---|---|
| 单连接上传 | Mac → VPS | 1 | 20:31:44～20:32:15 | 20.56 Mbps | 3,820 |
| 单连接下载 | VPS → Mac | 1 | 20:32:45～20:33:16 | 191.29 Mbps | 2 |
| 4 连接上传 | Mac → VPS | 4 | 20:33:46～20:34:18 | 25.68 Mbps | 2,179 |
| 4 连接下载 | VPS → Mac | 4 | 20:34:48～20:35:19 | 376.62 Mbps | 93,983 |
4.2 白天：2026 年 11 月 14 日
| 项目 | 数据方向 | TCP 连接数 | 白天测量时间，UTC+8 | 接收端平均吞吐 | 发送端 Retr |
|---|---|---|---|---|---|
| 单连接上传 | Mac → VPS | 1 | 13:56:32～13:57:04 | 22.34 Mbps | 1,688 |
| 单连接下载 | VPS → Mac | 1 | 13:57:34～13:58:04 | 198.08 Mbps | 4 |
| 4 连接上传 | Mac → VPS | 4 | 13:58:34～13:59:06 | 23.53 Mbps | 2,083 |
| 4 连接下载 | VPS → Mac | 4 | 13:59:36～14:00:07 | 472.73 Mbps | 2,202 |
4.3 吞吐对比
| 项目 | 晚高峰平均吞吐 | 白天平均吞吐 | 白天较晚高峰差值 | 白天相对晚高峰变化 |
|---|---|---|---|---|
| 单连接上传 | 20.56 Mbps | 22.34 Mbps | +1.78 Mbps | +8.66% |
| 单连接下载 | 191.29 Mbps | 198.08 Mbps | +6.79 Mbps | +3.55% |
| 四连接上传 | 25.68 Mbps | 23.53 Mbps | -2.15 Mbps | -8.37% |
| 四连接下载 | 376.62 Mbps | 472.73 Mbps | +96.11 Mbps | +25.52% |
相对变化按表内保留两位小数的数值计算：（白天 ÷ 晚高峰 - 1）× 100%。若采用未舍入原始值，末位可能略有差别。
本次最明显的变化是四连接下载，由 376.62 提高到 472.73 Mbps，增加约 96.11 Mbps，白天相对晚高峰高约 25.52%。单连接下载只增加约 6.79 Mbps，即 3.55%。两轮四连接与单连接下载的比值分别约为 1.97 倍、2.39 倍。
白天四连接下载已接近设置的 500 Mbps 合计目标速率，说明该参数下取得了较高吞吐。由于目标速率本身有限制，且缺少有线或国内测速基线，本轮没有测出更高目标速率下的链路容量，也不直接以跨境应用层吞吐判定套餐下行是否“跑满”。
上传没有呈现一致的昼夜变化：单连接白天略高，四连接白天略低，两轮约为 20～26 Mbps。上行套餐速率未知，现有数据无法区分套餐限制、无线接入和跨境链路各自的影响。
白天四项接收端记录的有效净荷合计约 2.69 GB。该数值不等同于网卡总流量或 VPS 计费流量，协议与重传开销另计。
4.4 发送端重传
| 项目 | 晚高峰发送端 Retr | 白天发送端 Retr |
|---|---|---|
| 单连接上传 | 3,820 | 1,688 |
| 单连接下载 | 2 | 4 |
| 四连接上传 | 2,179 | 2,083 |
| 四连接下载 | 93,983 | 2,202 |
两次四连接下载的发送端分别记录到 93,983 和 2,202 次 Retr。白天在取得更高平均吞吐的同时，记录到的重传总数较少，这个组合值得在相同条件下继续复测。
表中是 iPerf3 输出的原始计数，没有换算为重传率或丢包率。实际传输量、连接数及运行状态都会影响总计数，不能仅凭 Retr 总数确定重传位置或认定晚高峰拥堵。
4.5 一次传输内部的逐秒波动
为查看传输后段，另列开始 5 秒后的逐秒接收端速率范围：
| 下载项目 | 晚高峰逐秒范围 | 白天逐秒范围 |
|---|---|---|
| 单连接 | 123.87～207.74 Mbps | 127.92～221.38 Mbps |
| 四连接 | 327.37～437.69 Mbps | 330.89～559.84 Mbps |
这些区间是单次传输内部的逐秒变化，不是多轮测速结果范围。上面的平均吞吐仍采用完整测试时段，没有剔除前 5 秒。白天四连接的 559.84 Mbps 接收端逐秒峰值不代表持续容量；目标发送速率也不保证每个接收端统计窗口均不超过该值。
五、去程路由补测
两轮自动去程 MTR 均因 sudo 认证失败而未取得结果，之后在终端前台独立补测。原失败日志保留，补测数据按自己的时间记录，不写回自动流程的失败时段。
两轮补测都在第 20 跳到达同一台目标 VPS，终点各 100 次探测均收到回复。
| 去程 MTR 终点指标 | 晚高峰补测 | 白天补测 |
|---|---|---|
| 到达目标的跳数 | 第 20 跳 | 第 20 跳 |
| 终点发送 / 接收 | 100 / 100 | 100 / 100 |
| 终点样本丢包率 | 0% | 0% |
| 平均 RTT | 96.1 ms | 95.4 ms |
| 最低 / 最高 RTT | 79.0 / 117.5 ms | 78.6 / 119.6 ms |
| RTT 标准差 | 10.3 ms | 11.5 ms |
5.1 晚高峰逐跳记录
采样时间：11 月 13 日 20:53:49～20:55:41。IP 后两段已隐藏。
| 跳数 | 节点地址 | ICMP 未响应比例 | 平均 RTT |
|---|---|---|---|
| 1 | 172.20.*.* |
0% | 4.3 ms |
| 2 | 未响应 | 100% | 无数据 |
| 3 | 172.21.*.* |
0% | 32.7 ms |
| 4 | 10.11.*.* |
0% | 28.9 ms |
| 5 | 未响应 | 100% | 无数据 |
| 6 | 211.136.*.* |
71% | 29.2 ms |
| 7 | 183.194.*.* |
20% | 33.1 ms |
| 8 | 221.183.*.* |
99% | 18.5 ms |
| 9 | 未响应 | 100% | 无数据 |
| 10 | 221.183.*.* |
0% | 57.9 ms |
| 11 | 221.183.*.* |
0% | 57.3 ms |
| 12 | 221.183.*.* |
0% | 56.9 ms |
| 13 | 221.183.*.* |
0% | 59.3 ms |
| 14 | 223.120.*.* |
0% | 95.1 ms |
| 15 | 223.120.*.* |
0% | 95.5 ms |
| 16 | 223.120.*.* |
0% | 93.7 ms |
| 17 | 未响应 | 100% | 无数据 |
| 18 | 未响应 | 100% | 无数据 |
| 19 | 142.0.*.* |
0% | 90.2 ms |
| 20 | 185.180.*.* |
0% | 96.1 ms |
5.2 白天逐跳记录
采样命令窗口：11 月 14 日 14:06:04～14:08:00；MTR 实际开始于 14:06:08。IP 后两段已隐藏。
| 跳数 | 节点地址 | ICMP 未响应比例 | 平均 RTT |
|---|---|---|---|
| 1 | 172.20.*.* |
0% | 4.0 ms |
| 2 | 未响应 | 100% | 无数据 |
| 3 | 172.21.*.* |
0% | 30.1 ms |
| 4 | 10.11.*.* |
0% | 29.2 ms |
| 5 | 未响应 | 100% | 无数据 |
| 6 | 211.136.*.* |
39% | 27.3 ms |
| 7 | 183.194.*.* |
21% | 32.0 ms |
| 8 | 未响应 | 100% | 无数据 |
| 9 | 未响应 | 100% | 无数据 |
| 10 | 221.183.*.* |
1% | 60.4 ms |
| 11 | 221.183.*.* |
0% | 61.7 ms |
| 12 | 221.183.*.* |
0% | 57.8 ms |
| 13 | 221.183.*.* |
0% | 59.7 ms |
| 14 | 223.120.*.* |
0% | 96.0 ms |
| 15 | 223.120.*.* |
0% | 95.5 ms |
| 16 | 223.120.*.* |
0% | 95.1 ms |
| 17 | 未响应 | 100% | 无数据 |
| 18 | 未响应 | 100% | 无数据 |
| 19 | 142.0.*.* |
0% | 91.9 ms |
| 20 | 185.180.*.* |
0% | 95.4 ms |
两轮部分中间跳出现高未响应比例或完全不回复，但后续节点和目标仍能完整回应。因此，晚高峰第 6 跳的 71%、第 8 跳的 99%，以及白天相应中间跳的未响应比例，都不能直接解释为整条业务链路同等比例的丢包。这些现象可能与路由器的 ICMP 响应策略或限速有关。
两次终点平均 RTT 分别为 96.1 和 95.4 ms，数值接近；白天 MTR 标准差略高。独立 Ping 与 MTR 来自不同采样窗口，分别列示，不以两者均值之差判断线路变快或变慢。相同跳数、相近的打码地址前缀也不足以证明完整物理路径相同，本文不据此认定具体线路产品。
六、回程路由
两轮回程均从 VPS 发起，目标为客户端公网出口，早于各自的本地吞吐和去程补测，因此去回程不是同步观测。
6.1 晚高峰回程
采样时间：11 月 13 日 20:08:52～20:10:39，100 周期。IP 后两段已隐藏。
| 跳数 | 节点地址 | ICMP 未响应比例 | 平均 RTT |
|---|---|---|---|
| 1 | 10.39.*.* |
0% | 19.3 ms |
| 2 | 10.39.*.* |
0% | 0.6 ms |
| 3 | 142.0.*.* |
0% | 1.0 ms |
| 4 | 203.144.*.* |
0% | 1.9 ms |
| 5 | 69.194.*.* |
0% | 1.1 ms |
| 6 | 69.194.*.* |
0% | 4.2 ms |
| 7 | 203.22.*.* |
56% | 39.1 ms |
| 8 | 59.43.*.* |
56% | 40.6 ms |
| 9 | 59.43.*.* |
83% | 43.2 ms |
| 10 | 202.97.*.* |
95% | 44.1 ms |
| 11 | 202.97.*.* |
87% | 68.4 ms |
| 12 | 202.97.*.* |
97% | 69.9 ms |
| 13 | 221.183.*.* |
96% | 67.8 ms |
| 14 | 221.183.*.* |
93% | 63.6 ms |
| 15 | 221.183.*.* |
96% | 63.5 ms |
| 16 | 183.194.*.* |
99% | 68.3 ms |
| 17 | 未响应 | 100% | 无数据 |
6.2 白天回程
采样时间：11 月 14 日 13:49:41～13:51:28，100 周期。日志中的 05:49:41+0000 对应 UTC+8 的 13:49:41。IP 后两段已隐藏。
| 跳数 | 节点地址 | ICMP 未响应比例 | 平均 RTT |
|---|---|---|---|
| 1 | 10.39.*.* |
0% | 17.8 ms |
| 2 | 10.39.*.* |
0% | 0.6 ms |
| 3 | 142.0.*.* |
0% | 1.2 ms |
| 4 | 203.144.*.* |
0% | 1.5 ms |
| 5 | 69.194.*.* |
0% | 1.0 ms |
| 6 | 69.194.*.* |
3% | 3.2 ms |
| 7 | 203.22.*.* |
4% | 39.2 ms |
| 8 | 59.43.*.* |
49% | 40.7 ms |
| 9 | 59.43.*.* |
90% | 42.6 ms |
| 10 | 202.97.*.* |
88% | 44.1 ms |
| 11 | 202.97.*.* |
87% | 68.7 ms |
| 12 | 202.97.*.* |
99% | 69.7 ms |
| 13 | 221.183.*.* |
91% | 67.7 ms |
| 14 | 221.183.*.* |
94% | 63.6 ms |
| 15 | 未响应 | 100% | 无数据 |
| 16 | 183.194.*.* |
4% | 68.3 ms |
| 17 | 未响应 | 100% | 无数据 |
两次回程 MTR 都只获得部分响应路径，没有取得客户端公网出口的终点响应；VPS 对出口的独立 Ping 也均为 60 次发出、0 次回复。因此，这些记录不能作为完整的端到端回程验证。
NAT、出口防火墙或 ICMP 过滤都可能影响终点响应，具体原因未确定。中间跳只有少量回复时，其 RTT 也不适合精细比较；这些 RTT 是探测往返时间，不是逐段单向时延。两轮双向 iPerf3 均正常完成，但这不能补全缺失的回程探测数据。
七、SSH 与实际业务观察
| SSH 心跳 | 晚高峰 | 白天 |
|---|---|---|
| 预期 / 实收 | 60 / 60 | 60 / 60 |
| 观察时长 | 约 5 分钟 | 约 5 分钟 |
| 会话结果 | 正常结束 | 正常结束 |
晚高峰 SSH 心跳于 20:35:19～20:40:21 执行，白天于 14:00:07～14:05:09 执行。两轮分别预期 60 条、实际收到 60 条，SSH 进程正常结束，各自约 5 分钟的观察窗口内没有出现会话中断。
这些是短时流式 SSH 会话记录，没有测量按键响应时间，也不能排除心跳之间的短暂延迟。两轮均未另行记录人工 SSH 交互、SFTP、网页浏览或视频播放体验，因此不追加这些场景的性能评价。
八、NQ / TQ 补充报告
以下保留原帖的非晚高峰 NodeQuality 与 TcpQuality 完整报告链接，作为另行采样的脚本测试材料。各报告的准确时间、节点和方法以对应页面为准，与 11 月 13 日晚高峰、14 日白天的本地 Mac 对测分开，不合并计算本地昼夜吞吐、Ping 或重传指标。
8.1 NodeQuality（NQ）
- 完整报告：NodeQuality 非晚高峰报告
8.2 TcpQuality（TQ）
- 完整报告：TcpQuality 非晚高峰报告
九、数据完整性与局限
两轮独立本地 Ping、各四项 iPerf3、SSH 心跳及独立补测去程 MTR 均取得结果。自动去程 MTR 的认证失败记录保留；VPS 对客户端出口 Ping 未取得回复，回程 MTR 也没有终点响应。整轮状态与每一项实际结果分别理解，不以单个失败状态否定已经完成的测量，也不将补测伪装成原流程成功。
本次比较需结合以下条件阅读：
- 两轮分属不同日期，各项吞吐各测一次，没有重复样本评估轮间波动，不作统计显著性结论。
- 使用 Wi-Fi，未记录频段、协商速率及无线干扰，局域网其他流量与主机负载未严格控制；缺少有线和国内测速基线，套餐上行未知。
- 独立 Ping 的样本量不同：晚高峰 60 次、白天 100 次。MTR、Ping、吞吐与 SSH 也分别在各自时间窗口采样。
- 两轮回程均没有客户端公网出口的终点响应，具体原因未确认。
- 500 Mbps 为合计目标速率，白天四连接下载已接近该目标，不能据此确定更高目标速率下的容量。
- NQ / TQ 属于另行采样的脚本材料。上述两轮本地网络流程未测量 IPv6、流媒体解锁、CPU 或磁盘性能，也未进行长期可用性监控；第八节脚本中的相应输出按其自身时间与方法理解。
十、综合结论
在这两次上海移动、500 Mbps 下行家庭宽带、Wi-Fi、IPv4 直连测试中，Ultra Singapore 晚高峰与白天的单连接下载平均吞吐分别约为 191 Mbps、198 Mbps，四连接下载分别约为 377 Mbps、473 Mbps。白天四连接下载高约 25.5%，单连接下载差异较小；上传两轮均约为 20～26 Mbps，没有一致的昼夜变化趋势。
两轮独立 Ping 平均 RTT 均约 102 ms，各自样本内未观察到 ICMP 丢包。两次去程补测均在第 20 跳到达目标，终点各 100 次探测均回复，平均 RTT 分别为 96.1 ms、95.4 ms。两轮短时 SSH 心跳均正常完成，但回程终点未响应，不能作为完整回程验证。
白天四连接下载取得更高吞吐，同时发送端重传总数较少。现有数据可以描述两个窗口的表现，尚不足以确认差异全部由晚高峰造成，或支持“跑满宽带”“晚高峰无拥堵”“长期稳定”等结论。后续增加多日同参数重复测量或有线对照，有助于判断本次差异是否重复出现。
十一、数据记录与公开链接
本报告依据两轮本地 Mac 测试、VPS 测试及独立去程补测记录整理，包括 Ping 逐包数据、iPerf3 JSON 与逐秒记录、SSH 心跳、双向 MTR 及各自时间。此前中断的测试和 smoke 短测未并入这两轮统计；NQ / TQ 单独列示。
本文路由表中的 IP 后两段已隐藏。原始 JSON、完整环境与连接日志留作私有核对材料；新增截图和外链报告的公开范围需单独核对，正文打码不会改变链接页面本身可见的信息。
- md5.pw：上海移动家庭宽带 Ultra Singapore 评测
- NodeSeek：上海移动 Ultra Singapore 白天与晚高峰评测