在硬盘中的 RAID0 上使用 F2FS？

Question

我的服务器包含 128 个监视器，这导致提交了许多随机写入 IO。如果我使用SSD，很多写入很快就会坏掉。

我读了一些关于 F2FS 的文章，知道它在闪存盘和随机/小写上效果更好。

我的服务器中有很多随机写入 IO。它总是会降低我服务器的性能。

如果我在硬盘上安装 F2FS？这比ext4更好用吗？

====== 更新 ======

RAID0 仅用于性能基准测试，实际上我会使用 RAID5 或 RAID6。

在我搜索了很多之后，有两种方法可能有效：

1. 缓存IO
2. 队列 IO 从随机 IO 到顺序 IO <-- F2FS支持

Answer 1

不要使用 RAID0，任何一个驱动器的故障都会杀死阵列。RAID6、RAID10，甚至没有阵列的单个驱动器的可用性会更好。

f2fs 打算对现代固态设备友好，Linux md 可以非常快。

然而，在没有数据的情况下，不可能在数组上做出像 f2fs 这样的一般性陈述会更好。您需要考虑您的工作负载是什么、I/O 模式是否已经在与您的系统类似的系统上进行了基准测试，以及存在哪些限制因素。

进行容量分析。估计每秒数据库查询或读取和写入的文件数量。使用诸如iostat -xz 1. 如果r/s和w/s数字接近设备的额定容量，您可能需要更快的磁盘。预计每个旋转磁体大约有 100 IOPS，大多数 SSD 至少有几千 IOPS。无论磁盘是作为 SATA 还是 NVMe 连接，它都会有所不同。

评估系统上每个资源的性能。如果您受 CPU 或内存限制，快速存储的帮助有限。内存作为缓存特别有用。过度分页是不好的，因为交换文件会窃取存储系统性能，但速度不如 DRAM。

一旦您现在了解系统的性能，您就可以开始评估对存储系统的更改。

Answer 2

在经典 HDD 上使用 F2FS 不是一个好主意：虽然它的随机写入性能可能会高于 EXT4 或 XFS，但在旧文件系统上的顺序读取速度将非常令人失望。

要在没有断电保护的回写缓存（读取：真正的 RAID 控制器）的情况下提高随机写入性能，您必须将应用程序配置为不发出 fsync()，但这会显着增加因计划外关闭而丢失数据的几率。难道不是（：告诉你必须通过高速缓存写入内核的IE），因为这可以在掉电，情况垃圾桶整个文件系统禁用系统级的障碍。

您还可以考虑使用 ZFS（最好将条带化留给自身，而不是 MDRAID 层）：由于其 CoW 特性，随机写入比在其他文件系统上快得多，而高级缓存避免了顺序读取的问题。它甚至支持sync=disabled：如果在意外关闭的情况下您可以容忍大约 5 秒的数据丢失窗口，它将提供大量随机写入 IOP，而不会影响应用程序或文件系统的一致性。

最后，如果您使用 EXT4，您可以使用以下命令进行快速测试data=journal：虽然这会降低顺序写入性能，但随机写入应该比默认日志模式快一些。