我的服务器包含 128 个监视器，这导致提交了许多随机写入 IO。如果我使用 SSD，许多写入很快就会损坏。
我读了一些关于 F2FS 的文章，知道它在闪存盘和随机/小写上效果更好。
我的服务器中有很多随机写入 IO。它总是会降低我的服务器的性能。
如果我在硬盘上安装 F2FS？这比 ext4 好用吗？
====== 更新 ======
RAID0 只是为了性能基准，实际上我会使用 RAID5 或 RAID6。
在我搜索了很多之后，有两种方法可能有效：
- 缓存 IO
- 从随机 IO 到顺序 IO 的队列 IO <-- F2FS支持
不要使用 RAID0，任何一个驱动器的故障都会杀死阵列。RAID6、RAID10，甚至没有阵列的单个驱动器都会更好地提高可用性。
f2fs 打算对现代固态设备友好，Linux md 可以走得非常快。
但是，在没有数据的情况下，不可能在数组上做出像 f2fs 这样的一般性陈述。您需要考虑您的工作负载是什么，I/O 模式是否已在与您类似的系统上进行了基准测试，以及存在哪些限制因素。
做容量分析。估计每秒的数据库查询数，或读取和写入的文件数。使用诸如
iostat -xz 1. 如果r/s和w/s数字接近设备的额定容量，您可能需要更快的磁盘。预计每个旋转磁体大约 100 IOPS，大多数 SSD 至少有几千 IOPS。磁盘连接为 SATA 还是 NVMe 会有所不同。评估系统上每个资源的性能。如果您受 CPU 或内存限制，快速存储的帮助有限。内存作为缓存特别有用。过度调出是不好的，因为交换文件会窃取存储系统的性能，但不如 DRAM 快。
一旦您现在了解了系统的性能，您就可以开始评估对存储系统的更改。
在经典 HDD 上使用 F2FS 并不是一个好主意：虽然它的随机写入性能可能会高于 EXT4 或 XFS，但在陈旧的文件系统上的顺序读取速度将非常令人失望。
要在没有断电保护的回写缓存（读取：真正的 RAID 控制器）的情况下提高随机写入性能，您必须将应用程序配置为不发出 fsync()，但这会显着增加因意外关闭而丢失数据的几率。不要在系统级别禁用屏障（即：通过告诉内核您已经通过缓存写入），因为这可能会在断电的情况下破坏整个文件系统。
您还可以考虑使用 ZFS（最好将条带化留给自己，而不是 MDRAID 层）：由于其 CoW 特性，随机写入比其他文件系统快得多，而高级缓存避免了顺序读取的问题。它甚至支持
sync=disabled：如果在意外关闭的情况下您可以容忍约 5 秒的数据丢失窗口，它将提供大量随机写入 IOP，而不会影响应用程序或文件系统的一致性。最后，如果您使用的是 EXT4，您可以使用
data=journal: 虽然这会降低顺序写入性能，但随机写入应该比默认的日志模式快一些。