没问题。我就是这么干的

这个我就必须要冒下头了，快乐肥皂水算不算

只要能 ping 通就行

老车主不如狗系列

让他到中国的公司来上上班，看他还能那么牛逼么

1. A<->B 互通，说明 zerotier 打洞成功了
2. 群晖<->A ， 同一个局域网，理论应该没问题
3. 群晖 docker 容器<-> 群晖 互通， 检查 docker 容器 ip 分配，防止 docker 容器的 ip 与局域网 ip 重合，会造成路由走不通等等，如果 docker 桥接模式的话，容器是容器，群晖是群晖，最多是 docker 容器暴漏到 zerotier 网络中。
4. B<->群晖容器互通 检查是否是 docker 网络模式的原因
5. B<->群晖 这个根据你的描述，是不通的，如果 zerotier 处理的网络是在 docker 容器的话，不通很正常。

一般 zerotier 长期用的话，我都是把网关拖进去，省的一台一台配置，管理也麻烦

@mrzx 不是 sshfs, unraid 用于合并文件系统的那个名字叫 shfs,类似 mergerfs ，但感觉不如 mergerfs 效率高

unraid 的 shfs 效率很低的。对于大量数据的写入，如果最后还是要往 array 中的话，不如命令行直接放到 /mnt/user0 中，比直接写入 /mnt/user 的效率要高， /mnt/user 中是合并了 /mnt/cache 和 /mnt/user0 的内容，/mnt/user0 仅仅合并了 array 的内容，对于频繁的打开和读写而言，/mnt/user 的效率是最低的。/mnt/cache 的效率是最高的。一般使用场景下，先写入 /mnt/cache ，然后 unraid 会定时移动到 array 中。docker 的镜像目录建议放到 /mnt/cache 中并提前分配和大小。数据库之类频繁读写的建议直接 /mnt/cache 中，然后定时备份到 array 中。即使模式设置为 Prefer ，从 /mnt/user 中对文件操作的效率也不高。

我账号被封，firfox 走代理只上 openai ，代理只走一台美国的 ip, 使用 depay 付的，前后总共充了两个月，期间还包括 api 续费，我估计是虚拟支付的事情

vmos + android 辅助功能+自己写的程序，我用来自动扫码的。。。。

我一直用的硬盘盒，刚开始用的是一个一个的，这种盒子我大概有 7-8 个了吧。读写不频繁，用的基本还是别人不要的二手硬盘，家里电稳定，没碰到过掉盘之类的，用着还可以，7*24 小时稳定运行了好多年，小主机的主板都干坏了一个了，就又买了个接着干。后来实在是插座没地方插了，就买了个 5 盘位的硬盘位，把盒子去掉了 5 个，又捡了其他设备退下来的 sata 模式的 m.2 的 ssd,就又通过硬盘盒挂上做 unraid 的缓存盘，也是 7*24 小时运行，没碰到啥大问题。小问题就是偶尔启动的时候，因为外接设备多，自检比正常要长很多。unraid 有时候第一次启动阵列会卡住，或者挂载后，发现 /mnt/user 目录没有，就停掉再挂载就好了。

学汇编最快的方式就是破解，逆向

A 卡只能用来打游戏。。。。
我两块 A 卡, RX590 。。。在 linux 上折腾 pytorch 都一周了，驱动装是装好了,sd 运行报段错误。逼的我目前在从源代码编译，后悔去年图便宜入了 A 卡的坑。
从目前看到的 rocm 的各个版本来看，除了死贵的新卡之外，统统不支持，新卡支持的稳定性如何我不知道，但老卡就基本靠 Hack 了，然后各种资料还找不到。

spacemacs....vim 要处理那么多不同方式的内容比较累，emacs 处理文本编辑快捷键不方便，按的我小手指疼，自从用了 spacemacs 并且把键盘的 ctrl 和 alt 交换之后，手指头在键盘上摸出火花也没疼过了

@mhqschen 你测试手动调整 1067 有没有问题？我的前段时间又送修了，现在拿来跑 linux ，如果出错至少应该能看到。目前跑了几天，对 cpu 和内存压力不大，出现一次因为 nvme 固态相关的错误挂掉，目前没出现问题。以后不准备用它跑 windows 了，懒的折腾

@mhqschen 4 根插满内存降频应该会自动降吧，不需要做啥操作吧？我没有用扩展卡，pci 相关的就只有一张显卡。我的是看心情死机，有时候才用了不到 20G 内存就死了，有时候占的快满了也不会死。