SSD/NVMe上优先用ext4并调优参数：noatime,nodiratime减少元数据写入，commit=60延长日志刷盘间隔，data=ordered兼顾安全与性能，tune2fs -m 1降低保留空间至1%。
存储介质和文件系统不是各自独立的组件，而是深度耦合的协作关系。选对SSD却配错ext4参数，或给HDD用XFS的高并发日志策略，都可能让硬件潜力大打折扣。关键在于让文件系统的行为适配介质的物理特性——比如SSD不喜小块随机写、HDD怕元数据风暴、NVMe需要低延迟路径。
SSD/NVMe 上优先用 ext4 并调优关键参数
SSD的优势是高IOPS和低延迟，但它的写放大和擦除机制对文件系统很敏感。ext4默认配置在SSD上已较友好，但需进一步收紧：
- 禁用atime更新：挂载时加noatime,nodiratime，避免每次读取都触发元数据写入，实测可降低15%以上元数据IO压力；
- 调整日志模式：数据库或高写入负载场景用data=ordered（默认），兼顾安全与性能；非关键日志类服务可用data=writeback进一步提速，但需接受断电丢最近写入的风险；
- 延长提交间隔：SSD不怕短时间缓存，将commit=60（单位秒）写入fstab，减少日志刷盘频率，TPS可提升22%；
- 减少保留空间：SSD不需要为机械寻道预留冗余，用tune2fs -m 1把保留块从默认5%压到1%，释放更多可用容量。
HDD 或 RAID 阵列更适合 XFS，且要显式配置日志区
HDD的瓶颈在寻道和旋转延迟，XFS的分配组（AG）机制天然适合顺序大块写入，且元数据操作不随目录项数量线性变慢。但必须配合硬件特征做初始化配置：
- mkfs阶段指定大日志区：例如mkfs.xfs -l size=128m /dev/sdb1，避免日志满导致I/O挂起——这是KVM镜像存储或NFS后端常见的卡顿根源；
- 对齐条带宽度：若用RAID10，需用-d su=64k,sw=2等参数匹配底层chunk大小，否则一次逻辑写可能跨多个物理盘，性能腰斩；
- 挂载时启用大页缓存：加ext4_mb_generate_buddy警告时，说明分配组碎片化严重，可临时用tune2fs -O ^has_journal关日志（仅测试环境），或改用XFS；
- SSD上禁用TRIM干扰：某些控制器在高并发小写时触发后台TRIM，反而造成延迟毛刺，可通过fstrim -v定期手动执行，而非启用discard挂载选项；
- 目录结构分层优化：XFS支持dir_index（默认开启），ext4需确保filetype特性启用，两者都建议单目录文件数控制在1万以内，超量时用哈希子目录分流。
别忽略内核与IO调度器的协同效应
文件系统再优，也得靠IO栈传递指令。NVMe设备应配none调度器（即kyber或mq-deadline），彻底绕过传统电梯算法；而HDD仍适用bfq保障公平性。ext4在bfq下对小文件响应更稳，XFS在none下对大块顺序写吞吐更高——这些组合需在/sys/block/nvme0n1/queue/scheduler中验证确认。
