XFS 是由 SGI 公司开发的一款 64 位高性能日志文件系统，从设计之初就瞄准了大数据吞吐、超大文件和巨型存储阵列等场景。在需要频繁处理视频素材、数据库表空间、备份归档、科学计算数据等大文件时，XFS 的表现往往明显优于 ext4 等传统文件系统。
1. 基于扩展区的空间分配，大幅减少碎片
XFS 使用“扩展区（extent）”来管理磁盘空间，一个 extent 可以描述一大段连续的物理块，而不是像 ext2/ext3 那样为每个块都建立间接指针。这使得 XFS 在分配和读取大文件时只需维护极少量的元数据，读写操作更容易命中连续的磁盘区域，即便在长时间高压写入后，碎片率仍然很低。对于需要顺序读取的 4K 视频流或持续写入的数据库日志，这种连续分配策略直接转化成稳定的高吞吐。
2. 延迟分配与预分配，优化写入和布局
XFS 支持延迟分配（delayed allocation），也就是文件被写入时，数据先放在缓存中，直到真正刷到磁盘时才一次性分配最优的连续空间。这既减少了碎片，又可将多个小写合并成一个大写，提升块设备利用率。另外，通过 fallocate 系统调用，应用可以预先向 XFS 声明一块空间（例如创建一个固定大小的虚拟机磁盘文件），XFS 会立即为其分配大块连续的 extent，避免在实际使用过程中逐步分配带来的性能抖动。
3. 独立的分配组，实现高度并行 I/O
XFS 将文件系统内部划分为若干“分配组（allocation group）”，每个分配组独立管理自己的 inode 和空闲空间。当多个进程或线程同时对同一 XFS 卷进行读写时，只要它们操作的数据落在不同的分配组，就能真正并行进行，而不会像某些文件系统那样在中心分配表上产生锁竞争。对于多路服务器和高并发存储场景（例如同时向数十个视频文件写入），这种设计能够线性地利用多核 CPU 和 RAID 控制器的并行能力。
4. 动态 inode 分配，没有固定上限
XFS 的 inode 数量是动态的，不像 ext4 那样在格式化时需要预先指定。只要磁盘上还有空闲空间，就可以创建新文件或目录。这对于存储数亿个小文件或需要不断创建删除文件的缓存池来说非常灵活，也简化了容量规划。
5. 日志只记录元数据，保障一致性
XFS 默认采用元数据日志（metadata journaling），对文件的元数据（inode、目录项、分配信息）变更做写前日志，确保意外断电后能快速恢复一致性。数据本身是否写完整取决于挂载时的 data=writeback 等选项。为了提高大文件写入性能，通常不会对文件数据本身再做一次日志，因此擦写放大小，特别适合持续的流式写入。
6. 在线扩展和管理工具丰富
XFS 支持在线扩容（xfs_growfs），可以在挂载状态下扩展分区大小，不需要卸载或中断服务。虽然它不支持在线缩容，但这一缺点在实际服务器环境中影响较小，因为硬盘空间通常是不断增长的。XFS 还提供了强大的工具集：xfsdump/xfsrestore 用于高效备份，xfs_db 用于调试和检查，xfs_fsr 用于碎片整理（尽管很少需要）。
7. 什么时候选择 XFS？
- 典型的适用场景：
- 媒体服务器存储大视频文件；
- 数据库的数据盘（尤其是写密集型、大表空间）；
- 备份和归档系统；
- 高性能计算（HPC）的 scratch 目录；
- 虚拟机镜像仓库。
- 不太适合的场景：
- 极少数情况需要缩容的卷；
- 对极端海量小文件且需要快速枚举的目录扩展（虽然 XFS 动态 inode 没问题，但 ext4 的目录哈希在小目录上略有轻微差异，不过实际差异通常可以忽略）。
最终，XFS 已经成为 Red Hat 系发行版（RHEL、CentOS、Fedora）的默认文件系统，它的成熟度和在大规模部署中表现出的稳定性，使得它成为需要处理大文件和高吞吐 I/O 的 Linux 服务器的首选之一。