@legendORld
直接缓存访问(DCA)：netsh int tcp set global dca=enabled
接收窗口自动调谐级别：netsh int tcp set global autotuninglevel=normal
附加拥塞控制 netsh int tcp set supplemental template=internet congestionprovider=ctcp
RFC 1323 时间戳：netsh int tcp set global timestamps=enabled

尝试一下~ win11 调优，但 iOS 目前我也没找到什么方法

@Fantaoranges 非常感谢大佬！我这边正在寻找亚洲 GIA 的机子看看是否适合。我就是晚高峰做个简单测速，如果你方便的话，麻烦联系我。telegram base64：dmluY2VudHYyZXg=

@suxiaoxiann 恐怕不是小鸡不行，更多是电信不行... 目前，市面上很多都是移动快乐鸡

@SkyLanD 脚本显示 cdn 是在 sg 的，电报上有个大哥给我的连接 https://redirector.googlevideo.com/report_mapping ，里面也是显示 sg 的 cdn

@suxiaoxiann
@9544
我这边小区的光纤资源只能满足一户一线，要拆掉 1000 下 100 上的电信，不太舍得

@madlifer 共享带宽这个问题我也有考虑过。但我昨晚连续进行了 2 个小时的测试，都是 speedtest 跑到了（起码维持 10 秒）吧，但 ytb 一直是 1w+kbps ，完全没有一点起色，好像也不太合理哩

@echooo0 我这边的代理方式是没有开启 udp 功能的，从 quantumultx 里面查看，也走的全是 tcp 流量，应该和 quic 关系不大。但我今晚也会再尝试一下的~

@viberconnection 意向晚上使用 yt-dlp 从 vps 端下载 youtube 进行测试~ 感谢！

@vocaloid 额，我 39 楼有提到了。ss aead 和 vmess tls…其实甲骨文用这个方案挺久了，也没有被墙，可能是看缘分？

@lzbnet 我主要还是用 vmess tls 的，ss 只是为了试试排除故障。听说 xtls 好像有点什么奇怪的漏洞？ 就没上了，还在 tls 阶段

@smilingsun 我这边先学习一下 谢谢老哥

@philippiela 用流媒体测试脚本看了下，cdn 也是分配在 sgp 的，同一区域内。不知道 netflix 也是小文件组成，netflix 倒是 4k 挺流畅的...

@lzbnet 服务端是 ss 和 vmess tls
电脑客户端是 clash ，手机是 quantumult x 的

@Pogbag 我有新加坡 ARM 和东京 ARM ，都要靠中转，广东电信的直连惨不忍睹。我这边买的中转服务晚上也不如人意...

@lzbnet
我上面可能没描述清楚~ 我的 speedtest 是用单线程来测的，20MB/s 相当于 160Mbps 了。多线程可以到 70MB/s 左右，差不多是我房间 WiFi 的极限了。
目前小鸡已经开 BBR+FQcodel
来去程都是 CMI 直连没绕路，ping 维持在 50-70 左右吧，无丢包

@sickoo
@woodongwong
B 站可能跟 pcdn 有关系吧，我这边晚高峰 4k 经常断，一断就很长时间。感觉在重新找节点的感觉，但连上之后速度还是很快的

@stephenyin
我这边是一直处于缓冲的状态，
speedtest 速率在 20MB/s 的情况下，youtube 持续性只有 10000kbps 上下，导致缓冲不上去，放 2 秒就缓冲 1 秒的样子

@calcoe 我刚刚看了一下配置，新的这个小鸡，我直接就没开 UDP 的...
所以的话，可能就只能是 我-vps 的线路不行 或者是 vps-youtube 线路不性了。今晚按上面老哥说的那样，在 vps 直接下载一下 YouTube 视频看看速度

@lns103 嗯嗯~ 我今晚去试试，因为 telegram 和 netflix ，我觉得还是比较正常的。就唯独这个 youtube 没搞清楚，我看看 vps 上面的情况