由TG散户群体自发形成的测速社区。专注*用户测*的体验：单线程表现、三网/国际区域表现、实际延迟&稳定性等综合评定。
➤专线入口天梯表: https://www.haitunt.org
欢迎所有 用户👨🏻💻 和 机场主🕋 投稿，共建透明、客观、更反映用户实际体验的评测生态。
➤投稿: @HaitunSubmit_bot
➤(若有)可能的撤稿事项，仅受理*原投稿人*。
讨论群: @haitunspeed
频道: @haitun_channel
➤专线入口天梯表: https://www.haitunt.org
欢迎所有 用户👨🏻💻 和 机场主🕋 投稿，共建透明、客观、更反映用户实际体验的评测生态。
➤投稿: @HaitunSubmit_bot
➤(若有)可能的撤稿事项，仅受理*原投稿人*。
讨论群: @haitunspeed
频道: @haitun_channel
有人会问，在修改菜单栏间距后，如果想要恢复原状，怎么办？有两种方法。
方法1️⃣：在终端执行如下两行
defaults -currentHost delete -globalDomain NSStatusItemSpacing
defaults -currentHost delete -globalDomain NSStatusItemSelectionPadding
# 随后 logout，再 login 即可生效！
方法2️⃣：或基于上回提到的两行命令，将行尾
-int 8 替换为 -int 16 后再次执行。然后 logout → login 即可生效。—————
注意：修改 / 复原，都只针对「刘海 右侧」。效果对比如图。
—————
此外，若不喜命令行，也可借助 Menu Bar Spacing (免费) 来修改 App icons 间距。借助该程序，甚至无需 logout → login 即可生效❗️
#macos #刘海 #复原 #小技巧 #技术杂谈
机场名：CTC02 类别：直连
编号：0131(0024R1)
#CTC2 #CTC02 #CTC #Vless #Reality #直连 #低倍率 #三网优化 #复测
测评订阅：商家送测
简介与特色：
开业年份：2023年9月
在线设备：∞
协议类型：
套餐类型：周期性
常用地区：港、台、新、日、美
欧洲地区：英、荷、德、澳大利亚
速度限制：练气-300Mbps、筑基-500Mbps、金丹-1000Mbp(实测至高2000Mbps)
解锁情况：如图
落地概览：如节点名所示
延迟与稳定性：
1️⃣ 港新，⚜️优
2️⃣ 日美，⚜️优
3️⃣ 欧洲，⚜️优
整体评价：
1️⃣ 近一年后复测，带宽显著提升，延迟表现依然优秀。原先竞争力极高的0倍率节点现已调整为 0.3，尽管如此，其竞争力依然很强。
2️⃣ 白天无 QoS 时，性能出色；但🌙晚高峰的 RTT 抖动有所增加，同时部分节点的速率下降。
3️⃣ 超高可用性依然保持：不会发生“节点全红”断线情况，且在新疆的表现依旧出色，这两项优势使其在同类产品中独树一帜。
⚡️入口近距离/鸡血远距离：
单：100～1000Mb❗️
多：500～2000Mb
⚡️无鸡血的远距离：
(移/电) 单：500～1000Mb
(#新疆) 单：200M本地带宽基本跑满
官网： www.ctc.run
频道：https://t.me/ctc02user
群组：https://t.me/ctc02_user
———————————————
致力提供优质评测，助您找到最适合的机场。
机场跑路风险难预估，建议求稳选月付！
海豚测速群 @haitunspeed
送测投稿 @HaitunSubmit_bot
后端持续招募
编号：0131(0024R1)
#CTC2 #CTC02 #CTC #Vless #Reality #直连 #低倍率 #三网优化 #复测
测评订阅：商家送测
简介与特色：
开业年份：2023年9月
在线设备：∞
协议类型：
Vless-Reality套餐类型：周期性
常用地区：港、台、新、日、美
欧洲地区：英、荷、德、澳大利亚
速度限制：练气-300Mbps、筑基-500Mbps、金丹-1000Mbp(实测至高2000Mbps)
解锁情况：如图
落地概览：如节点名所示
延迟与稳定性：
1️⃣ 港新，⚜️优
2️⃣ 日美，⚜️优
3️⃣ 欧洲，⚜️优
❶优 ≈ 上乘及以上专线
❷在cn2的条件下可达 ⚜️⚜️超优 ≈ 顶尖+专线
❸晚高峰受QoS影响，会下降至中等中转水平❗️
整体评价：
1️⃣ 近一年后复测，带宽显著提升，延迟表现依然优秀。原先竞争力极高的0倍率节点现已调整为 0.3，尽管如此，其竞争力依然很强。
2️⃣ 白天无 QoS 时，性能出色；但🌙晚高峰的 RTT 抖动有所增加，同时部分节点的速率下降。
3️⃣ 超高可用性依然保持：不会发生“节点全红”断线情况，且在新疆的表现依旧出色，这两项优势使其在同类产品中独树一帜。
🍎iOS现仅 Surge 和 QX 两个老同志Apps尚不支持Vless-Reality。
⚡️入口近距离/鸡血远距离：
单：100～1000Mb❗️
多：500～2000Mb
⚡️无鸡血的远距离：
(移/电) 单：500～1000Mb
(#新疆) 单：200M本地带宽基本跑满
官网： www.ctc.run
频道：https://t.me/ctc02user
群组：https://t.me/ctc02_user
———————————————
致力提供优质评测，助您找到最适合的机场。
机场跑路风险难预估，建议求稳选月付！
海豚测速群 @haitunspeed
送测投稿 @HaitunSubmit_bot
后端持续招募
#技术杂谈 #原唯云四杰 🇭🇰可能真实存在“大包、小包走阴阳线路”的分流策略
近日，TG圈逐渐有人怀疑并讨论 #原唯云四杰 的大/小包走不同分流策略。对此，我们利用Github的ping链接（无头文件，记为404B）以及从512KB到25MB不等的多种包大小进行了实测。
根据延迟（Latency）结果初步推测，imm、kuromis、nexitally三家机场在处理不同大小的数据包时，可能采用了不同的网络线路。具体来说，5MB及以上的大包延迟明显不同于404B、512KB、1MB和2MB的小包延迟，显示出大包和小包的延迟分布存在显著差异。这可能表明三家机场在处理大包时，采用了B线路，而小包则走A线路。
可以肯定的是，A线路在香港的延迟优化上表现的确出色，但在国际互联（peering）方面表现却较差，这导致A线路至Github🇸🇬CDN的小包延迟高（中位数155ms），与B线路相差约25ms。这可能就是为了顶级香港延迟而产生的代价吧！
那么问题来了：你更愿意选纸面延迟优秀（小胜2ms RTT）但国际互联实际较差的 #局域网香港 ，还是纸面延迟良好且国际互联优秀（领先25ms）的 #水桶香港 呢？❗️
此外，原唯云四杰或将陆续更换BGP。这带来一个新的思考：纵使国内段BGP进一步压低1.3ms的延迟（以唯云对深联的优势为例），这与国际互联损失的25ms相比，似乎杯水车薪？
若非此次入口更换风波，这一问题或许不会引发关注。正如那句话所言：“只有潮水退去，才能看出谁在裸泳。“
近日，TG圈逐渐有人怀疑并讨论 #原唯云四杰 的大/小包走不同分流策略。对此，我们利用Github的ping链接（无头文件，记为404B）以及从512KB到25MB不等的多种包大小进行了实测。
#复刻思路：
curl -o /dev/null -s -w $GITHUB不同大小的文件
#循环100次，记录 %{time_starttransfer} 延迟
省流剧透：情况可能属实！
根据延迟（Latency）结果初步推测，imm、kuromis、nexitally三家机场在处理不同大小的数据包时，可能采用了不同的网络线路。具体来说，5MB及以上的大包延迟明显不同于404B、512KB、1MB和2MB的小包延迟，显示出大包和小包的延迟分布存在显著差异。这可能表明三家机场在处理大包时，采用了B线路，而小包则走A线路。
一种猜测：
A线路：原为唯一入口至Jinx落地，现为深联入口至Jinx落地（或许还有其他答案）
B线路：原为唯一入口至
落地，现为深联入口至
落地。
可以肯定的是，A线路在香港的延迟优化上表现的确出色，但在国际互联（peering）方面表现却较差，这导致A线路至Github🇸🇬CDN的小包延迟高（中位数155ms），与B线路相差约25ms。这可能就是为了顶级香港延迟而产生的代价吧！
乍一看反直觉，但实际原因可能是：Jinx本身规模小，没能力谈到对等互联，所以跨网都以流量计费，这样不得不换peering好但物美价廉的其他落地去分流大包。
或许又有人疑问：直接用物美价廉、peering好的落地做全局转发岂不更好？其动机包括：
❶ Peering不好，不代表它
🇭🇰大内网延迟
不好【类比 电信163家宽】；
❷ Ak的peering更好，但你又愿意
付多少溢价
买落地是它的机场呢【类比 移动家宽】
。
此外，原唯云四杰或将陆续更换BGP。这带来一个新的思考：纵使国内段BGP进一步压低1.3ms的延迟（以唯云对深联的优势为例），这与国际互联损失的25ms相比，似乎杯水车薪？
若非此次入口更换风波，这一问题或许不会引发关注。正如那句话所言：“只有潮水退去，才能看出谁在裸泳。“
