传输内核
负责拥塞控制、协议栈与客户端实现。对握手耗时、吞吐与重传率三项指标负责,改动上线前需完成灰度对照测试。
负责指标:握手耗时 / 吞吐 / 重传率团队分三块:传输内核、线路运维、平台与合规。三块各自对一组指标负责,指标口径公开在对应页面上。
负责拥塞控制、协议栈与客户端实现。对握手耗时、吞吐与重传率三项指标负责,改动上线前需完成灰度对照测试。
负责指标:握手耗时 / 吞吐 / 重传率负责节点部署、容量规划与故障处置。对链路可用率、节点负载与故障切换时间三项指标负责,割接需提前公示。
负责指标:可用率 / 负载 / 切换时间负责审计链路、留存策略与合规口径。对审计字段完整性、留存周期执行率与删除可核验性三项指标负责。
负责指标:字段完整 / 留存执行 / 删除可核验本站出现的每一个性能数字都标注了采样条件。没有条件说明的数字,我们不写进页面。
| 指标类型 | 采样方式 | 样本量下限 | 统计口径 |
|---|---|---|---|
| 延迟 | 同城家宽到出口,每 2 秒一个探测包 | 每组 ≥ 300 个包 | 取中位值,另记 P95 |
| 吞吐 | 连续 10 分钟满速下载,每秒记录 | 每组 ≥ 40 组 | 取中位值,剔除掉线超 3 秒样本 |
| 握手耗时 | 从点击连接到状态灯转绿 | ≥ 100 次 | 取中位值 |
| 可用率 | 节点健康检查,10 秒一次 | 30 天连续记录 | 成功次数 / 总次数 |
| 审计写入 | 压测环境,2000 并发会话 | ≥ 100 万条 | 中位值与 P99 并列 |
口径说明:本站所有「中位值」均指样本的第 50 百分位,不用平均值替代,因为网络指标的长尾会显著拉高平均值。凡涉及「提升百分比」的表述,均为同一批采样在新旧版本间的对比,不使用跨批次数据拼接。
技术文章署名到具体负责人与职务,便于读者判断内容适用范围。页面底部的「数据更新」日期与 sitemap 的 lastmod 保持一致。
资讯中心的六篇文章分别由传输内核、平台与合规、客户端工程、线路运维四个方向的负责人署名。署名不代表个人观点,代表该方向的团队口径——文章中的数据与结论需要经该方向负责人确认后才能发布。
页面更新遵循两条规则:一是正文有实质改动才更新「数据更新」日期,仅调整排版不更新;二是性能数据超过 90 天未复测的,会在文章中标注「数据采集于」的具体时间,避免读者误以为是当前值。
团队分工按指标划分而不是按职能划分。每个方向都能说清自己对哪几个数字负责,以及改动上线前要过什么关。

按职能分工容易出现「都负责等于都不负责」。按指标分工后,任何一个数字异常都能直接定位到具体方向,不需要跨部门对齐。
每个数字有唯一归属指标改善不能以稳定性下降为代价。传输内核的改动必须完成灰度对照测试,线路运维的割接必须提前公示,这两条是硬约束。
两项硬约束口径不公开时,同一指标在不同页面可能出现不同说法。把采样方式与统计方法写进页面,等于给自己设了一道检查。
口径公开,可复算