OneLiteCore

@msg7086 看使用场景吧。

我自己是搞移动开发的所以使用 mac mini 跑模拟器和编译，最后把编译产物存储到 NAS 上，因为源代码和编译都是在 mac mini 自己的固态上跑的所以没有什么瓶颈。然后主力开发机是一个游戏本，用千兆口将文件服务的 Samba 协议挂载成为盘符后跑一些对性能要求不高的软件或者游戏还是可以用的，当然如果同时还在高速下载的话确实软件会卡个好几秒，不过不是打游戏就问题不大。

如果是算力节点直接通过文件协议挂载存储节点然后再编译的话 IO 确实容易出现瓶颈，但是家用环境没必要做到这种程度。

@Philippa 看了眼你的配置单你这个已经是往家用工作站方向走了，属于是把性能拉满的算力服务的那种，而且还是 4T 的固态，考虑到数据恢复的极限情况并不适合拿来当文件服务。

打个比方楼主需要的是 60% 文件服务 + 40% 算力，而你这个是 1000% 的算力性能路线。这还不算你 128G DDR5 内存的价格，现在说内存是金子做的真不夸张。

@Philippa mini pc 或者 mac mini 都有的一个问题就是外接硬盘不稳定，硬盘最重要的东西有：

1. 电源稳定性，记得没错的话 5V 纹波的稳定性最重要
2. 散热
3. 震动
4. 睡眠管理，只要别频繁启停这个问题不大

品牌成品 NAS 肯定有保障，自组 NAS 起码自己买好的配件也不差，但硬盘柜/硬盘盒这些我印象中没有做得好的，某些品牌更是以“硬盘升天”打出名号。如果是 mac mini 的话还会面临文件系统和硬盘睡眠了无法挂载之类的兼容性问题。

现在机械硬盘、固态、内存这些都涨疯了，一个 4T 机械硬盘的钱快够买一套入门成品 NAS 设备，而独主板、电源、风扇、机箱这些基本没涨，家里不是空间有限的话自组不失为一个更好的解决方案。

@Quik 我自己目前就是用 PVE 组服务的，出现两三次问题都是人为修改 PVE 的各种配置导致的：

1. 让 PVE 从设备配置静态 IP 到使用 DHCP 导致断网无法远程，不得不找外接键鼠显示器直连进行修理
2. 修改了 Hostname 但是没有修改 Hosts 文件导致 PVE 网页服务中断，但是依然能够 ssh 远程修正
3. 插 PCIe 转 Sata 卡触发了 “可预测网卡名” 机制导致网卡名称变化导致断网

好在使用的是硬路由则不影响家人用网，自己技术不到家折腾了自己学明白就没事了

@Quik 如果 PVE 或者软路由炸了会导致全家人断网那么这个存在系统性风险，同时假如家里只有你一个人懂 IT 的话风险只会更大，毕竟 PVE 和软路由的重启不像硬路由那样插拔一下电源就行。

这个方案就是用 PVE 和软路由来代替一个硬路由，假如他们各自的稳定性都是 90%，前者有两个节点整体稳定性只有 81% 后者还有 90%，引入的节点越多数学期望上的稳定性就越低。软路由做旁路由的话炸了最多也就没办法拦截广告或者用不了魔法梯子而已，影响非常有限。

但回到这个方案上谈稳定性其实也还行，风险来源是 PVE 宿主硬件设备 + PVE 稳定性 + 软路由系统稳定性，只要硬件质量达标然后不乱改配置一般也不会有什么问题的。

@Quik 我觉得理想情况是：

1. 群晖或者其他以稳定性和数据安全著称的多盘位成品 NAS 只提供存储服务
2. 提供存储服务给 mac mini 或者小主机，由后者提供计算、AI 、编译、模拟化、软路由、Docker 之类的服务
3. 网络全部使用硬路由，家用设备需要魔法则设置代理到软路由上，移动设备直接装客户端直通机场不走家里服务
4. 使用 Tailscale/Zerotier/WireGuard 之类的服务组网
5. 然后台式/主机/掌机打游戏
6. 一台 MacBook Air 应对移动办公

@Quik 理想情况下存、算、网和自己的开发环境全部分离是最好的，最次起码把网络分离出来，毕竟搞 ALL IN ONE 容易把不可避免的故障率累积起来导致整个系统的稳定性下降。换句话说其实就是堆积硬件资源来降低系统性风险提高稳定性。

问题恰恰就在于现在硬件价格上天了，而 PVE 是能把硬件利用率拉高以相对节省成本的好办法，做好数据备份炸了就炸了，也能从爆炸中学习经验。

另外楼主还有旧的 NAS ，我觉得可以留一个盘配合 WOL 做一个可以自动化的冷备，只要重要的数据不丢硬件随便炸。

性能电源散热和可拓展性看起来都没什么问题，唯独就是现在内存价格上天真的不是适合装机的时候

对于苹果来说用花里胡哨的功能来拉高设备性能消耗可以催用户升级设备，商业化就是要追逐利益。用户自身只能想办法通过技术手段对抗。