《关于YouTube跑分和入口距离两个看似不相关的问题》
1️⃣ 先谈谈 YouTube 跑分
许多人喜欢用 油管跑分 作为节点优劣的评估工具，看谁能突破「100万、200万、…」。但实际上，这种 #油管娱乐分，和你本地的带宽关联不大！
既然 YouTube 跑分和带宽的关系不大，那还剩下什么意义呢？它可以辅助对比节点表现。例如，你有同样25ms RTT的两个节点，如果其中一个娱乐分100w，另一个90w，那么100w分的节点 #抖动 无疑更低。仅此而已！
2️⃣ 25ms RTT 的另一个“魔咒”
事实上，这个原理恰好又表现成两个看似不相关的症状：
虽然前者能通过
🧩 所以，25ms RTT 既是 #远距离 临界线，也是 #油管娱乐分 的百万分水岭。你看到的“突破”，其实都是这条延迟线在背后捣鬼！
#技术杂谈 #软路由
1️⃣ 先谈谈 YouTube 跑分
许多人喜欢用 油管跑分 作为节点优劣的评估工具，看谁能突破「100万、200万、…」。但实际上，这种 #油管娱乐分，和你本地的带宽关联不大！
🎯 举个极端例子：
假设有人在 上海 拉来一条 #万兆宽带，或许会 误以为 YouTube 跑分能突破100万？
No way！
如果按上海电信走👑👑超顶尖专线到🇭🇰的29ms RTT来估计，闲时的YouTube跑分也很难超过90w——哪怕你用10G家宽，甚至40G IDC宽带。
💡据观察，在谷歌RTT ＞ 25ms (大约) 时，YouTube跑分上限的估算公式：
上限分 = 130 - RTT * 抖动惩罚系数
💡或，更粗略的：
上限分 ≈ 120 - RTT [电/联]
上限分 ≈ 110 - RTT [移动]
若想突破200w分，谷歌RTT则要控制在10ms以内➕千兆宽带（不刚需2000M宽带）❗️
注意共同的前提条件必须满足：终端设备🉑硬解4k油管视频，且有线连路由器，且本地宽带＞500M。
既然 YouTube 跑分和带宽的关系不大，那还剩下什么意义呢？它可以辅助对比节点表现。例如，你有同样25ms RTT的两个节点，如果其中一个娱乐分100w，另一个90w，那么100w分的节点 #抖动 无疑更低。仅此而已！
2️⃣ 25ms RTT 的另一个“魔咒”
在 Linux / BSD 默认参数下，TCP 吞吐在 RTT 超过 25ms 后会明显下降。
这个问题在本频道早前的《TCP 鸡血补丁》推文中曾有讨论。另外，谷歌云☁️ 也提供了详细的原理讲解。
事实上，这个原理恰好又表现成两个看似不相关的症状：
✅ 后端到入口 ＞25ms ➜ 跑不满 千兆单线程
✅ 终端到节点 ＞25ms ➜ YouTube 娱乐跑分 达不到100w
注意：仅广东及周边省市能够同时化解以上2个症状，如图所示❗️
虽然前者能通过
sysctl.conf #打鸡血 来攻克，但后者因谷歌(利用RTT估算用户侧带宽)的算法写死，无法逆转。🧩 所以，25ms RTT 既是 #远距离 临界线，也是 #油管娱乐分 的百万分水岭。你看到的“突破”，其实都是这条延迟线在背后捣鬼！
#技术杂谈 #软路由
