ConfusedBiscuit

先把 OpenVPN 搞定吧，跟着官网教程，除了证书那部分比较复杂，其他真算是很好配置了。你用 wireguard 还得担心被 QOS ，还得手动配置两端路由，如果是动态公网 ip 还得定期执行 reresolve-dns.sh 脚本。而 OpenVPN 只要服务端配置好，客户端自动下发，动态 ip 支持也比较好。

#1 说得对，你这太模糊，根本无法评价
1. “二进制源代码”是啥？直接懵逼
2. 如果是源代码自己编译，是什么类型的软件自己编译？是软件仓库中有的还是没有的？
3. 容器好用是没错，但是也不能所有软件都装容器吧，我想用个 htop 难道也要装容器？

我也在用 udpxy ，几个建议，仅供参考
1. udpxy 的单播出口是无线网卡，如果有条件的话要不也搞成有线网卡？毕竟无线网再强也是半双工。
2. 手机上换个播放器试试。我家电视上用 Kodi 和 VLC ，曾经 Kodi 就很好，但是电视自动更新了几次后（不确定是不是这个原因） Kodi 就开始有点儿卡，尝试改过 kodi advancedsettings.xml 的缓冲参数，改完后有变化，但还是卡。但是 VLC 很流畅。

补充一下，我尝试 WSL2+Docker 的环境调用 CUDA 的时候，也有内存问题，但是由于我机器 64G 内存，跑模型的时候 WSL2 最高占用过 32G 。所以 OP 可以试着换 64G 内存的 mac 试试，16G 再套个虚拟机确实是有点儿不够。

我来详细解释一下：
1. Docker 上流行的容器其实都是 Linux 容器（理论上也支持 Windows 容器，但是没见有人用过），这种容器在 Windows 和 Mac 上其实都是自动起了一个 Linux 虚拟机（ Windows 上基于 WSL2 的也是虚拟机），然后在虚拟机里运行 Docker 。
2. 基本认同 @ysc3839 的方案，我也采用自己跑个 Linux 虚拟机的方案，但是本质上区别不大。
3. 关于内存问题，如果指的是整个 Docker 的内存占用（其实就是虚拟机的内存占用）确实有可能没法立马恢复（这要看他虚拟机的具体设计，我确实不太了解）。mac 上 Docker 这种实质上在虚拟机里跑的方案，天生就注定了不太适合做需要很高性能的事情。
4. xgboost 我确实没研究过，但是经常报错可能有以下可能：
（ 1 ）内存不够，被 Linux 的 OOM kill ，我觉得最大的可能是这个（不可能占满 16G 的，你的 Mac 系统自身就占了不少）
（ 2 ） arm 适配不足，可能适配了，但没完全适配，导致某些情况会报错

总结：
1. 用 arm 的 mac 做这个事情确实不太合适（兼容性、性价比）
2. 性价比最高的可能是搞个 Linux 机器，退而求其次 Windows+WSL2 的方案也不错，我就试过在 WSL2+Docker 的环境调用 CUDA ，效果不错

@KegFmn OP 一句“感觉实际只给到了期望速度的 1/5”，既没有说是如何感觉的，也没有说是用什么设备测的。如果是个 80MHz 频宽的设备，或者用的频道比较拥堵，如果再来一堵墙，wifi 只跑 200Mbps 不是很常见的吗？

[诡异！宽带测速一会百兆一会万兆，用户一怒之下告上天庭！-哔哩哔哩] https://b23.tv/48iBj91

建议 OP 还是拿跟网线直连光猫测测，别什么 “我觉得路由器上应该没什么问题”。没有有线设备的话，楼上几位的请运营商师傅帮忙看看是个好建议。还不确定是不是真不达标，就要投诉……

请 OP 仔细看看你自己贴的这个项目的 README 。这个项目本质上就是个虚拟机，跟自己搞虚拟化有何区别呢？目前好像还没有能在 Linux 内核上直接跑 Windows 容器的方法