关键在于格式化阶段定制文件系统结构：agcount设为8～16以匹配CPU核心与NVMe并行能力，inode大小设为512字节支撑小文件高频操作，日志大小设为128MB并启用lazy-count=1，挂载时启用noatime、inode64及logbufs=8/logbsize=256k。
提升XFS在大规模文件并发处理下的效率，关键不在挂载后调参，而在于格式化阶段就为高并发场景“量身定制”文件系统结构。核心思路是减少锁竞争、加速元数据操作、匹配硬件并行能力。
分配组（AG）数量要与CPU核心数对齐
每个分配组有独立的空闲空间管理器和锁机制，多进程写入不同AG可完全并行。太少会导致争抢，太多则增加管理开销。
- 对于16核以上服务器（如Xeon Silver 4216双路），推荐 agcount=8～16
- SSD/NVMe设备建议用 agcount=16，充分发挥底层队列深度优势
- 避免盲目设为32或64——实测显示超过16个AG后吞吐提升趋缓，但元数据碎片略有增加
inode大小设为512字节以支撑小文件高频操作
当处理大量中小文件（如日志切片、图片缩略图、数据库wal段）时，256字节默认inode不够存扩展属性（尤其是启用SELinux时），会触发额外块读写，拖慢创建/删除速度。
- 格式化时加 -i size=512，让扩展属性直接落在inode内
- 该设置对大文件场景无负面影响，且内存占用增加极小（每百万inode约多占256MB）
- 若确认不使用SELinux且纯大文件场景，可维持默认256字节
日志参数优化：大小与lazy-count协同
XFS日志是元数据变更的“高速缓存”，其配置直接影响rename、unlink、create等操作延迟。
- 日志大小建议设为 -l size=128m（对应分区≥700GB），比默认10MB提升删文件速度达3倍以上
- 启用 -l lazy-count=1，避免超级块频繁更新成为串行瓶颈，特别适合高频率元数据修改场景
- 不建议强行外置日志（logdev）——现代NVMe带宽足够，反而增加I/O路径复杂度
挂载选项聚焦减少干扰，而非激进策略
生产环境优先保障一致性，再谈性能。以下选项经压测验证，在吞吐与安全间取得较好平衡：
- noatime：禁用访问时间更新，减少90%以上无关写入
- inode64：允许inode分配到整个文件系统空间，避免早期空间耗尽导致性能陡降
- logbufs=8,logbsize=256k：增大日志缓冲区，降低刷盘频率，适合高并发元数据写入
- 避免使用 nobarrier 或 data=writeback——除非有UPS+BBU保障，否则风险远大于收益
