AMD Ryzen 7800x3d + radeon 7900xtx 路过（台式机）

AMD CPU 在 Linux 下没什么问题，amdgpu 驱动偶尔有点问题
Intel (CPU / GPU) 问题不大，没听说过有什么严重问题，印象中 Intel 比较耗电
Nvidia 独显可能问题比较大（ CUDA 用途的话没办法）

另外推荐用最新的 Linux 6.1+ 内核，有 amd_pstate 驱动，可以获得比默认的 acpi_cpufreq 更宽的 Boost 范围，可能可以更省电 https://wiki.archlinux.org/title/CPU_frequency_scaling#Scaling_drivers

个人看法是关注下 SMART ，看下有没有相关指标恶化；据我所知最近出问题的三星 SSD 都表现为 0e 参数显著恶化，最终导致 ssd 无法读取

see also:
https://www.reddit.com/r/buildapc/comments/x82mwe/samsung_ssd_smart_0e_issue/
https://www.tomshardware.com/news/samsung-980-pro-ssd-failures-firmware-update
https://www.chiphell.com/forum.php?mod=viewthread&tid=2443478&ordertype=1&page=1&fbclid=IwAR0H69XuXTk7UAwo914y_rUigJ-wakJRiQsPl74oQpS0SGWLYwX2SZ1B8Ag

我也没什么专业知识来分析这个问题，只好给你一些宽泛的建议（我用的 Archlinux ，下面以 ArchWiki 为主）：

1. 这里给出了一些硬件视频加速的 tips ，可以看下自己机器的硬件加速是否正确 https://wiki.archlinux.org/title/Hardware_video_acceleration
2. 考虑用 mpv ，并且在开启 / 关闭 硬件加速的情况下测试 https://wiki.archlinux.org/title/Mpv
3. 考虑制作一个 Windows-To-Go USB （虽然官方应该是不支持了但是 Rufus 还可以，可以通过 Windows 虚拟机直通 U 盘的玩法搞一个 WTG https://rufus.ie/en/ ）然后在 Windows 下测试一遍

按照我的理解，Tailscale 等工具会全面接管网络，每个网络包都会过 Tailscale 的 Network Extension ，所以不存在“全程不使用”的情况。
个人认为这种工具耗电是可以接受的；有一个问题是 iOS / Android 上同类工具不能同时开

sudo -- sh -c "echo 1 > /proc/sys/vm/drop_caches && echo 1 > /proc/sys/vm/compact_memory"

Memory Reclaim in the Windows Subsystem for Linux 2
https://devblogs.microsoft.com/commandline/memory-reclaim-in-the-windows-subsystem-for-linux-2/

楼主，如果你希望看 v2 过程中不显示广告，也可以选择充值。最低充值 30 元即可选择开启“不显示广告”功能。

广告是谷歌的重要业务，在网页上显示广告，并提示这是 google 提供的广告无可厚非。是否插入广告，主要还是看站长如何考量。

理性（“友善”）的交流是达成共识的前提，建议您发言过程中保持理性，没必要用进攻性的字眼来表达您的意思。

@bmpidev2019 没关系，交流也是提升的一部分，您已经比我做的更好了，因为你写了这样的总结

看了你的总结，我也对泛型这个玩法有了更清晰的认识，这要感谢您

如果您希望在公开宣传之前减少瑕疵的话，可以先找身边的同行帮忙审校一下（英语中应该对应是 proof-reading ）

我认为 Generic Programming 应该翻译为 “泛型”，而不是“范型”。Generic programming 是对具有相同性质的数据做通用的处理，其面向的数据类型是“宽泛”的，因此称为“泛型”是更合适的。

可以从几个方向排查

1. DNS： 楼主这 1s 时间中有包含 DNS 查询时间吗？如果有的话，通过 dig 命令确认 DNS 响应时间是不是过大，如果 DNS 延迟较高，可通过更换其他 DNS 或者本地 DNS 缓存的方式来降低 DNS 的影响

2. 连接时的开销：请求 alipay.com 时会涉及到 TCP 连接、301 跳转、TCP 重连、TLS 协商等流程，可通过抓包分析是否这个阶段开销过高，通过优化连接时参数来降低影响；也可以通过连接复用降低影响

3. 楼主的目标：楼主需要明确需求，是“单次连接时长小于 N ms”，还是 “多次连接，p50 / p90 / p99 延迟指标小于 N ms”。

4. 程序本身的开销：如果连接时 CPU 占用过高，可以用相关 profiler 工具分析热点，尝试通过更换效率更高的框架来降低开销

最后，当你在讨论 “1s” 这个指标时，有可能不是带宽瓶颈。如果带宽不是瓶颈，那么再增加带宽也是无法加速连接的。

@acbot 不经过 GFW 的话有特征也没问题吧？貌似这种情况没人管

如果使用 Tailscale 的 DERP 服务器的话可能不符合相关法律要求（两端都在中国境内的话流量不允许经过国外），可以通过自建 DERP 并关闭官方 DERP 实现；貌似也没人管

我认为有中间商的问题可以通过部署 HeadScale 来规避，或者自己组件 Wireguard 网络；只是方便程度逐渐下降了

Steam 的解决办法可以参考这个视频 （封面貌似就是软件架构图）

https://youtu.be/EosEZqf9IA8?t=199

我之前遇到了一样的问题，我最后的选择是直接交给 Tailscale ；

Wireguard 不通的问题，我猜你 ping 等小流量的应用是通的，传输大包的时候就不通了；现在我想应该是 MTU 的问题，Wireguard 的 MTU 要减掉 PPPoE 消息头等开销，或者学 Tailscale 用 1280 Byte 以保证绝大多数情况都可以通过

熊猫吃短信 +1

山西人不在山西

先搭建 本机 - A 的隧道（ SSH / VPN 均可）
再通过隧道连接其他机器

@hxy100 如 @lostberryzz 所说，中国区 cdn 需要备案+Enterprise Plan，由于不可描述的网站一般无法备案，所以不会用到中国区 cdn