relaxchen

日中翻译你可以试试一个叫 SakuraLLM 的模型，基于 Qwen2.5 微调，专攻轻小说和 Galgame 的，正常的日中翻译应该也不错。

如果还是 UNIFI 方案的话，建议 U6 PRO ，天线是 2x2+4x4 设计，WIFI6 方案，没有 6GHz 天线支持，目前最优解
如果预算够的话，是 U6 Enterprise ，天线是 2x2+4x4+4x4 设计，但是目前国内 6GHz 未批准，用不了，但是如果考虑到后续开放的话，可以选购
至于最新的 U7 PRO 则是完全不值得不够，天线是 2x2+2x2+2x2 设计，三个频段都只有 2T2R ，完全不值得购买，只能说等待后续的机型吧，哪怕做成 242 或者 224 天线设计呢

UBNT 的 UNIFI 系列，挺好用的

那就是没正确填写，我这边能正常获取到 IPV6 地址的
你 SSH 进去先看看 WAN 口有地址没，有的话就是网络那边没正确设置，如果 WAN 口也没有 IP 地址，那么要么是 SLAAC/DHCPv6 弄错了，要么是前缀大小写错了

我之前同一台机子上连续遇到过 BTRFS 损坏，最后定位到内存坏了，这个你可以参考一下

@HashV2 确实会修改写入逻辑，但是是从默认的只读写使用的硬盘和校验盘变成了，同时读取所有硬盘，所以其实是从“读取 /修改 /写入”的不需要考虑阵列中性能最差的硬盘，变成了“重建写入”的需要考虑阵列中性能最差的硬盘，但是在假设你阵列中磁盘性能一直的情况下，重建写入的性能会更好，具体的你可以看这个官方 wiki
https://wiki.unraid.net/Manual/Storage_Management#Performance
说实话，确实没想到你考虑阵列中磁盘性能不同的情况，这种情况下所有的 RAID 的性能都是会和阵列中性能最差的磁盘挂钩的

@HashV2 unraid 的校验盘的机制其实没什么问题，只要在 磁盘设置 里面把 md_wirte_method 从 读取 /修改 /写入 改为 重建写入 这样写入的速度就正常了。
倒是使用了 cache 之后的 SHFS 流程导致 SMB 性能过度依赖 CPU 单核心性能，这个问题倒是急需解决。