ConfusedBiscuit

手持 m3 pro ，输出如下，所以 OP 干啥了？

➜ ~ echo $MACHTYPE
x86_64
➜ ~ arch
arm64
➜ ~ uname -m
arm64

只能说贵司配的设备不够好，反正我司配的设备，让我自己买，我是不太舍得买的。（我反思，我对自己不够好）

先把 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 ，效果不错