晚高峰压测 实测案例记录
实测案例：同一目标在 21:15 晚高峰 vs 14:00 平峰的请求失败差异观测
测试目标：验证同一普通中转节点与专线节点在骨干网高峰与白天的 HTTP 建立稳定性差异。
📋 实验环境与受控测量条件
测试目标端点：Cloudflare Trace (https://1.1.1.1/cdn-cgi/trace)
本地宽带环境：广州电信 1000M 家庭宽带 (Wi-Fi 6 5GHz 连接网关)
使用客户端版本：Clash Verge Rev v2.0.2 (Mihomo Core)
采样时间窗口：2026-11-05 14:00 (平峰) & 21:15 (晚高峰)
单轮采样规则：每轮严格 20 次 HTTP 串行采样，超时阈值设为 4000ms
💡 核心观察与事实发现
普通公网中转节点在 21:15 晚高峰出现 2 次超时中断（失败率 10%），中位耗时由白天的 152ms 恶化至 389ms；而 IEPL 专线节点平峰与晚高峰中位耗时均稳定在 178ms ~ 184ms，0 失败。
详细数据分析与底层机制拆解
详细采样数据汇总
| 节点类型 | 测试时段 | 样本总数 | 成功次数 | 失败/超时 | 中位耗时 (Median) | P90 耗时 | 耗时离散度 (IQR) |
| :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- |
| **普通公网中转 A** | 14:00 (平峰) | 20 | 20 | 0 | 152 ms | 178 ms | 22 ms |
| **普通公网中转 A** | 21:15 (晚高峰) | 20 | 18 | 2 (超时) | 389 ms | 820 ms | 240 ms |
| **IEPL 专线 B** | 14:00 (平峰) | 20 | 20 | 0 | 179 ms | 192 ms | 12 ms |
| **IEPL 专线 B** | 21:15 (晚高峰) | 20 | 20 | 0 | 184 ms | 198 ms | 14 ms |现象深度归因
1. 普通中转虽然在国内入口段采用了移动优质 BGP，但在中转机向境外转发时依然依赖公网跨国光缆。晚高峰公网出口拥塞导致 TCP 握手 SYN 包丢失，触发操作系统 1 秒以上重传。 2. IEPL 专线全程内网跑在点对点物理以太通道中，完全不受公网 163 骨干网高峰期丢包波及。→ 编辑部基于该实验的落地建议
如果你的核心使用时段集中在晚上 20:00 - 23:00，请坚决避开普通公网中转套餐，优先选择本站核实的真实专线。
如何自行复核本篇实验数据？
科学的精髓在于「可复核与可证伪」。任何读者均可在自己的本地网络环境中，复现本篇场景笔记的测量过程：
- 打开本站「我的连接对照」工具；
- 目标端点选择为本实验相同的受控服务地址（
Cloudflare Trace (https://1.1.1.1/cdn-cgi/trace)）； - 单轮采样样本数设定为 15~20 次，确保中位数与四分位距（IQR）具有统计置信度；
- 对比记录导出的 JSON 结构化数据，若您的观测与本篇结论有较大偏差，欢迎通过工单向编辑部提交原始抓包日志。