我感觉屏幕挂灯可能在大学宿舍有用，自己有房间之后确实没用

最好使用发行版支持的方式装驱动，可能你可以找到有维护 nv 驱动的 ppa 源，这样驱动更新和安装都有保障

如果是双线接入场景，不如都接入 Mikrotik 家的路由，上游策略路由，下游用相同子网
另外两个路由器不同子网的玩法下对依靠广播的应用有很大影响，这时需要应用能自行指定服务端 ip

1. 两个网络内网使用不同的 IP 段
例如 192.168.1.x/24 + 192.168.2.x/24
2. 两个网络间搭建隧道 (VPN) 最好搭建在路由器或者性能不错的节点上
可以考虑 Wireguard （性能更好）或者 OpenVPN （支持更广泛），注意两边网络要能打通，否则需要服务器中转或者 STUN
同时要注意 vpn 要使用单独的子网，例如 192.168.3.1 + 192.168.3.2
3. 两个网络的网关配置对端子网路由经过前述隧道
例如路由器 192.168.1.1 配置 ip route 192.168.2.0/24 via 192.168.3.1 dev wg0

建议 Wireshark 工具抓包看下，感觉可能是 IP 冲突了

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

我也没什么专业知识来分析这个问题，只好给你一些宽泛的建议（我用的 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 网络；只是方便程度逐渐下降了