首先直接给结论：升级SAS硬盘大概率解决不了你的问题，咱们先拆解你的情况，看看真正的瓶颈可能在哪里，再一步步排查。

先理清楚你的预期和现状：12块WD HC520 SATA盘做RAID6（无热备，相当于10块数据盘），单盘持续顺序写标称243MiB/s，理论总吞吐量应该在2.3GiB/s左右，但实际只有320MiB/s，差了一个数量级——这明显不是磁盘本身的问题，大概率是配置或测试环节出了问题。

接下来咱们逐个排查可能的瓶颈：

1. 先确认RAID控制器的写缓存是否真的在工作 #

你说RAID6用了写回（WriteBack）模式，但很多RAID卡如果没有BBU（电池备份单元）或者电容缓存模块，会自动降级为写通（WriteThrough）模式——写通模式下，控制器会等数据真正写到磁盘才返回，性能会暴跌。

你可以用megacli -LDInfo -Lall -aAll命令查看逻辑盘的缓存策略，重点看Write Cache Policy是不是WriteBack，而且有没有标注Cached IO。如果是WriteThrough，那优先解决BBU/电容的问题，装上之后切换回WriteBack，这一步就能让写性能暴涨。

另外，9361-16i的缓存大小一般是1GB或2GB，你的测试是8个并发4-6MiB的写，总缓存需求才32-48MiB，缓存容量肯定够，关键是模式是否正确。

2. 检查RAID条带大小是否合理 #

条带大小（Stripe Size）会直接影响多盘并行效率。对于顺序IO，条带太小会导致每个IO拆成太多小碎片，增加控制器开销；太大则可能无法充分利用多盘并行。

你可以用同样的megacli命令查看条带大小，建议设置为128KiB或256KiB（或者和你的测试IO大小匹配，比如4MiB的话，条带设为1MiB也可以）。如果当前条带是64KiB甚至更小，调整后会有明显提升。

3. 测试工具的队列深度是否足够 #

你的测试是8个并发写进程，每个写4-6MiB——但如果每个进程的IO队列深度只有1，那磁盘根本没法达到满负载。RAID6的写IO会拆分成多个磁盘的IO（比如写一个条带要写10个数据盘+2个校验盘），需要足够的队列深度来让所有磁盘同时工作。

建议换用fio工具调整队列深度，比如试试这个命令：

fio --name=seq_write_test --ioengine=libaio --rw=write --bs=4M --direct=1 --size=10G --iodepth=32 --numjobs=1

先测单进程高队列深度的情况，看吞吐量能不能上去，再逐步增加numjobs到8。这样能排除测试方法的问题。

4. 文件系统的挂载选项是否拖后腿 #

ext4默认开启的barrier选项会强制等待磁盘刷新缓存，虽然安全但会影响写性能。如果你有UPS或者RAID卡的BBU，可以尝试挂载时添加nobarrier选项（修改/etc/fstab，比如/dev/md0 /mnt/data ext4 defaults,nobarrier 0 0），然后重新挂载测试。

另外，你用的是direct IO，所以ext4的延迟分配（delalloc）不会影响，但还是要确认挂载时有没有其他限制性能的选项。

5. 先验证单盘的实际吞吐量 #

把其中一块盘设为JBOD模式，直接测试单盘的顺序写吞吐量，看看能不能达到标称的243MiB/s。如果单盘都达不到，那可能是磁盘本身或者链路的问题，但根据你的描述，大概率单盘是正常的。

回到你的核心问题：升级SAS硬盘有用吗？
WD HC520的SAS版本是HC530，单盘持续顺序写也是243MiB/s左右，和SATA版几乎一样。虽然SAS链路是12Gbps（比SATA的6Gbps高），但你的单盘吞吐量只有243MiB/s，远低于6Gbps的理论上限（750MiB/s），所以链路带宽根本不是瓶颈。升级SAS盘不会提升单盘性能，自然也解决不了阵列的吞吐量问题。

总结一下：你现在的问题不是磁盘接口的问题，而是RAID配置、测试方法或者控制器缓存的设置出了问题。先按上面的步骤排查，尤其是写缓存模式和队列深度，应该能找到瓶颈并解决。

备注：内容来源于stack exchange，提问作者Homer512