Unraid 阵列能干到什么程度：高并发小文件的真实边界

单盘校验模式下，坏一块盘只丢那一块的数据，不是全部

真正决定体验的是持续性能——跑十分钟和跑十小时，是两台机器。

先说结论

它够用，但只在「影音库为主的家用 NAS」这个范围内够用；越过这条线，问题不是慢，是不稳。

• 强项：影音库为主的家用 NAS
• 弱项：高并发小文件
• 瓶颈：校验盘写入
• 持续值：校验运行时硬盘温度高 5℃，要注意风道
• 别指望：校验盘选了比数据盘小的，阵列起不来

四种状态分开看

把负载拆成四段，比一个跑分有用得多：待机看功耗，轻载看响应，满载看散热，长期看稳定性。

多数人只在「满载跑分」这一项上做决定，但日常九成时间其实在轻载——轻载的响应才是体感。

实测对照

同一台机器，四种状态下的差别往往超过型号之间的差别：

容量规划按「长期满载」的值算，别按峰值。

瓶颈通常在哪

校验盘写入。

换更快的存储、加内存之前，先确认瓶颈是不是它们。很多时候瓶颈在散热，加内存只是让机器更热。

这台机器的几个具体事实

几个能直接对上号的数字：

• 单盘校验模式下，坏一块盘只丢那一块的数据，不是全部
• 校验盘必须不小于阵列中最大的数据盘
• 阵列写入速度受校验盘限制，持续写约 100-150MB/s

怎么用才不浪费

按「持续负载的七成」来配，是最省心的比例：

• 把最重的任务排到散热最好的时段
• 给关键服务留一档余量，别 100% 占满
• 监控温度与降频次数，比监控占用率更有意义
• 定期清灰，灰尘是隐形降频器

还有几处容易被忽略的

这几条不影响能不能用，但影响用得顺不顺。

• 最大优势是「混盘」：不同容量硬盘可以一起用，扩容只加不小的盘
• 缓存池（SSD）能显著改善小文件与容器性能
• 社区应用模板丰富，但每个容器都要自己配一遍
• 校验盘选了比数据盘小的，阵列起不来
• 把校验当 RAID，认为坏两块也没事
• 不用缓存池跑 Docker，容器启动慢到怀疑人生

参数决定上限，散热和供电决定你能不能摸到上限。