UNRAID加了校验盘后速率慢，速度下降，爆IO的问题

本人新装了一台UNRAID的nas，主要功能是做媒体服务器，存大量的电影视频，而UNRAID的扩容模式和校验模式，很符合这种需求！

问题

但是还没正式服役，就让我遇到一些糟心的事情，不知道大家有没有遇到

1、下载/拷贝文件时CPU占用高，这个主要CPU等待IO的时间过长，内存不够，磁盘速率低的情况下会爆红CPU；I/O wait （I/O 等待）过高而导致了 CPU 看起来处于“高负荷”状态；

2、我的磁盘速率明明可以跑到200MB/s，怎么加了校验盘之后，60MB/s之下雷打不动；

刚组好的UNRAID，做好了cache和阵列，等着迁移数据进去，结果却遇到这种缓慢的速率，看着蛋疼。因为有好几个其他系统的影视数据等着迁移，这种速率，我得等到猴年马月啊

经过一番高强度检索，找到几个有效方案：

解决方案

1、增加物理内存

氪金，买一堆内存塞满插槽

可以通过命令看看主板支持的最大内存：dmidecode -t 16

2、绕过 /mnt/user 路径进行写入操作，unRAID 的 SHFS 文件系统是挂载在 /mnt/user 目录下的，所以如果我们绕过了 /mnt/user 路径去执行 I/O 操作，那么就可以避免因 shfs 进程而出现的高 I/O wait 情况；

避免向 /mnt/user/xxx 路径写入文件

尽可能向/mnt/cache/xxx 路径写入文件

3、将硬盘设置中的 md_write_method 修改为“重建写入（reconstruct write）”来缓解这一问题

效果是显而易见的，不过所有加入该阵列的磁盘都会唤醒；

他们之间的差异在于：

“read/modify/write” 方法，需要：

* 读取奇偶校验块和读取现有数据块（可以同时进行）

* 比较数据块，然后使用差值更改奇偶校验块以生成新的奇偶校验块（非常短）

* 等待盘片旋转（非常长！）

* 写出奇偶校验块和数据块（可以同时进行）

“reconstruct write” 方法，需要：

* 写出数据块，同时读入所有其他数据驱动器的数据块

* 从所有数据块中计算新的奇偶校验块，包括新的数据块（非常短）

* 写出奇偶校验块

具体可以看看社区的这篇文章，了解下md_write_method

4、创建ZFS阵列，该方式具体请看 新手教程：阵列与缓存池

我没有使用该方案，因为我的unRAID的功能很单一，不会多开虚拟机，docker等服务，就是存储电影。如果是主力unRAID，这位作者的存储结构值得参考。

以下为摘抄内容：

• 阵列：一个校验盘，一个存储盘，阵列总可用空间为 16T 。

• 缓存池：这里作者组建了两个缓存池。

  • 缓存池 - 1 （名为 cache）：2 x 1T NVME 固态组成 Raid1 阵列，来作为下载盘使用。

  • 缓存池 - 2 （名为 zpool）：3 x 4T 机械硬盘组成 ZFS Raiz1 阵列，可用空间为 8T（另外一个 4T 作为冗余盘），来为重要数据、服务运行配置文件、虚拟机虚拟硬盘等提供存储（当然也可以作为下载盘使用，具体怎么用都随用户定义），因为可以使用 ZFS 的快照、压缩、ROW 等功能，所以可以为数据提供更好的安全保证。

总结

以上就是一个刚刚踏入unRAID的小白摸索之路，多检索，多交流

参考

为什么unRAID下载/拷贝文件时CPU占用高：详解FUSE-SHFS、I/O问题和解决办法 | JackieWu

新手教程：阵列与缓存池

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～