由TG散户群体自发形成的测速社区。专注*用户测*的体验:单线程表现、三网/国际区域表现、实际延迟&稳定性等综合评定。
➤专线入口天梯表: https://www.haitunt.org

欢迎所有 用户👨🏻‍💻 和 机场主🕋 投稿,共建透明、客观、更反映用户实际体验的评测生态。
➤投稿: @HaitunSubmit_bot
➤(若有)可能的撤稿事项,仅受理*原投稿人*。

讨论群: @haitunspeed
频道: @haitun_channel
海南出入口局会成为中国流量出海的新宠儿吗?

好奇心作祟,收集沿海城市海缆登陆的名单及设定容量等数据,发现了一些非常有趣的小细节/鬼故事。

1️⃣ 待海南 2 条新光缆投用后,它将超越 #上海 并跃居国际海缆容量第二,仅次于 #香港

2️⃣ 近 20 年登陆 “陆港澳” 的 #海缆仅 3 条的前五大出资方不含「三大运营商及其子公司/孙公司」
换言之,若把 #国资参投 的剔除,香港仅剩 72.4 Tb,占原总量的 6.7%❗️

严格来说,72.4 Tb 也含有 “水分”,例如由 🇮🇳Tata 独资 3.84 Tb 的 TGN-IA,允诺给 🇭🇰 PCCW (联通的关联公司) 享用部分容量其他国际海缆类似,但因缺乏细化的各方容量分配信息,我们只能简单地对登陆海缆的设定容量作加总


3️⃣ 把即将投用的 2 条新缆(SEA-H2XALC,合 498Tb)统计与否,陆港澳的国际海缆容量依次是
海缆总容量Tb, 去掉2条新缆Tb
香港, 1079 581
海南498 ❗️ 0
上海, 451 451
汕头, 214 214
青岛, 56 56

注:琼-珠-港 307.2Tb、福-台 8Tb 未纳入上表。陆缆又因缺乏公开数据,也未入表。

海南,此次不仅实现 0 突破,更是纵身一跃 No.2❗️
海量大货将至,“三网优化+击穿地板价” 的 #两亚 🐔大有可为


4️⃣ 再来看,海南会成为新宠儿吗
极有可能!
❶ 此次出入口局扩容,#海口 是唯一获批 3 网出入口局的存在,且带 “海南自贸港”+“中国-东盟”+“数字经济和数字时代互联互通” 三重政策红利!
拆墙试点 等等动向,都昭示着 #海南 的与众不同。
❸ 鉴往知来,🇭🇰国际海缆容量也是靠吃政策饭发家的,见2️⃣的数据。国家层面 “钞能力”,既可培育出 #香港网络枢纽,也就能再造第二个 #海南网络枢纽
❹ 三大运营商在🇺🇸业务已遭驱逐,透过海南将国际业务的大本营转移🇸🇬也算顺势而为。恰巧,#昆明 #海口 的交点正汇聚🇸🇬

某种程度上,中美贸易战以来的🇸🇬也算是吃了国内政策饭


#漫谈 #海南国际局 #海口出入口局 #新加坡 #东南亚
#原唯云四杰 #奶昔 #库洛米 #IMM #花云 #咸鱼加速器 #TKV #阴阳分流 #香港 #广港 #技术杂谈

1️⃣ 我们尝试厘清究竟是Jinx的阴阳分流策略,还是奶昔自己的策略。遗憾得知,不管是Jinx还是Eons落地节点,都存在阴阳分流。

2️⃣ 意外发现,TKV也*可能*存在大小包的阴阳分流。

控制变量:
❶ 同一个网络环境(含运营商+Openwrt+Openclash+深联入口机场)排除软硬件和国内线路干扰。
❷ 相似的时间段:排除时段干扰。除此,每次对同一机场节点连续、每隔2秒一轮curl,且每轮都逐个curl不同大小包,以此循环100轮。
❸ Curl同一网站即Github的🇸🇬CDN:排除机场对流媒体(或其他正常分流需求)的识别干扰。

对照组:
❶ 符合常理的机场相应区域节点

FAQ:
❶ 这个图是什么?
这是折线图。
横轴:包大小(Packet Size),由小至大依次是:512KB、1M、2M、5M、10M、25M。
纵轴:利用节点访问Github的HTTP延迟
图中的每一条线,代表某个机场的某个节点

❷ 这个图怎么看?
理论上,如果没有阴阳分流策略,不论数据包文件有多大,从客户端发出请求到接收到第一个字节响应的时间(Start Transfer Time)都应当趋同。
#️⃣ 例如 #FlowerCloud#NexusCloud (咸鱼加速器) 的延迟近乎一根水平线,这才是正常情况。
反之,如果数据包大小能够改变延迟表现,那就意味着存在“大小包分流”。
#️⃣ 例如,图中 #Nexitally#Kuromis#IMM#TKV 都在2MB与5MB之间存在“延迟跳跃”(约25ms断层),那么就有理由怀疑,2MB及以下、5MB及以上走的实际链路是不同的。否则,不会出现这种反常情况。


❸ 只要用起来顺手,阴阳分流又能奈我何?
首先,2MB的数据包在网页浏览中已经不算小了,哪怕图片素材很少的谷歌搜索页面都在2~10MB左右。

然后,可以想象一个场景:如果一个页面是2MB,下一个页面是5MB甚至更高,那么浏览时因自动触发的阴阳分流,*可能*导致访问网站的IP反复横跳——此时,轻则触发部分网站的验证码;重则导致账号被封❗️

#️⃣ 这在访问 #OpenAI #ChatGPT #Claude #Twitter 等高风控网站时,*可能*非常危险☠️
1阴阳分流:原唯云四杰区分Jinx和Eons节点.png
273.4 KB
2阴阳分流:加入TKV.png
273 KB
第二版:#香港 #技术杂谈 #深联十三太保 #唯云 #唯一入口

新增 #库洛米 #Kuromis #klm

1️⃣RTT延迟排序,由快至慢:
imm、花云、咸鱼、西数、奶昔、库洛米🆕、TKV、YTOO

2️⃣HTTP延迟排序,由快至慢:
imm、花云、奶昔、咸鱼、库洛米🆕、西数[估]、TKV、YTOO

3️⃣抖动排序,由优至劣:
咸鱼、TKV、花云、西数、imm、奶昔、库洛米🆕、YTOO

4️⃣期望SLA排序:
98%:奶昔*、TKV**
97%:花云、咸鱼
96%:Imm、西数、库洛米(Trojan)🆕
...
92%:YTOO***
...
88%:库洛米(SS)🆕*** ❗️
期望SLA的估算:
❶ 当有效N→100%时,逐步降低缩尾阈值,直到不再有离群值时的相应缩尾阈值定义为期望SLA;
❷ 当有效N«100%时,显然存在严重丢包和剧烈抖动。因此“就低不就高”,以缩尾法和有效N的最低推断值作为期望SLA
* 奶昔和库洛米,若走大包,带宽明显低于其他机场,可能是跨省策略有问题

** TKV根据我们半个月前测试,日间虽很猛,但晚高峰有明显倒退,约降3~5%

*** 丢包、抖动都令人咋舌❗️
Fig深圳联通&唯云v2_99.png
644 KB
Fig深圳联通&唯云v2_98.png
660.2 KB
Fig深圳联通&唯云v2_97.png
703.6 KB
Fig深圳联通&唯云v2_96.png
706.2 KB
Fig深圳联通&唯云v2_95.png
695.3 KB
Fig深圳联通&唯云v2_94.png
699 KB
Fig深圳联通&唯云v2_93.png
706.4 KB
Fig深圳联通&唯云v2_92.png
702.7 KB
#技术杂谈 #香港 #广港 #深港 #广港专线 #唯云 #唯一 #唯一入口 #唯云四杰 #深圳联通 #奶昔 #IMM #花云 #西数 #TKV #咸鱼加速器 #咸鱼 #西部数据

近日,随着 #原唯云四杰 入口更换为深圳联通,🇭🇰节点的延迟表现及稳定性备受质疑。

我们今日下午16:36~18:00之间测试了部分 #深联十三太保 ,将结论汇总如下:

1️⃣ 最受关注的问题:奶昔(乃至唯云四杰)延迟及稳定性倒退多少?
对比奶昔的9月2日和8月10日结果可知,更换深圳联通后:
❶ RTT延迟+1.3ms
❷ HTTP延迟+6ms
❸ 期望SLA从99%降至98%,但依然是今日所测机场中的最高水准!
❹ 最后是一个坏消息:可惜 #普通节点 走大包的带宽有问题,例如在西南,油管娱乐跑分仅5W(本地理论上限为65W)‼️加钱上 #Premium节点 则不受影响 #Premium节点 跨省也有影响,只是程度轻‼️


2️⃣ 原唯云四杰的表现放在今天,究竟如何?
这个问题很难回答。
❶ 按RTT延迟排序,由快至慢:imm、花云、咸鱼、西数、奶昔、TKV、YTOO

❷ 按HTTP延迟排序,由快至慢:imm、花云、奶昔、咸鱼、西数[估]、TKV、YTOO

❸ 按抖动排序,由优至劣:咸鱼、TKV、花云、西数、imm、奶昔、YTOO

❹ 按
期望SLA
排序:
98%:奶昔*、TKV**
97%:花云、咸鱼加速器
96%:Imm、西部数据
...
92%:YTOO***

* 奶昔的非Premium节点,如果走大包,带宽明显低于其他机场,可能是跨省策略有问题
** TKV根据我们半个月前测试,日间虽很猛,但晚高峰有明显倒退,约降3~5%
*** YTOO今日表现属实令人意外
Fig_深圳联通&唯云99.png
599.1 KB
Fig_深圳联通&唯云98.png
616.3 KB
Fig_深圳联通&唯云97.png
652.5 KB
Fig_深圳联通&唯云96.png
654 KB
Fig_深圳联通&唯云95.png
647.2 KB
Fig_深圳联通&唯云93.png
653.3 KB
Fig_深圳联通&唯云92.png
651.4 KB
 
 
Back to Top