最近，我进行了一系列测试，试图比较XFS、ReiserFS和ext3在原始性能方面的优劣。
现在，您即将创建调整成最佳性能的XFS测试文件系统。
正如您将从我前一篇文章所回忆的一样，分配组让XFS并行执行多个元数据操作。
在过去的几个月中，选择XFS作为Linux文件系统成为一件很流行的事。
虽然通过使用这些预先编译好的官方发行版来安装XFS是可能的，但是我不推荐这种方法。
您可以将它们想象成“块”（chunk）或者“线性范围（range）”，但是在XFS术语中，每个区域称为一个“分配组”。
现在，让我们研究XFS幕后一些有趣的设计特性，正是这些设计特性使这一点成为可能。
但是首先，如果您正在以前是ReiserFS文件系统之上创建一个XFS文件系统，那么您将需要使用一个小技巧。
多亏了我们的mkfs.xfs和mount调整，您的新XFS文件系统比没这么调整时的性能要好得多。
XFS进行拖延，将这个决定延迟到最后可能的时刻，即直到该数据真正写到磁盘之前作出。
一旦完成了这一最后的脚本，所有各种与XFS有关的程序都应该正确地安装，并且可以使用了。
即使RAID和LVM提供了有趣的特性，对于一个相对较小的EBS卷来说XFS也是最简单的选择。
您将可以使用XFS的冻结特性以及EBS快照来进行一致的备份。
目前，XFS的Linux版本要求XFS文件系统块的大小与平台的内存页面大小相同。
研究一下延迟分配这个XFS独有的特性，然后我们将结束关于XFS的技术概述。
到了要将数据写到磁盘的时候，XFS能够以这种优化文件系统性能的方式，智能地分配空闲空间。
Arla模仿OpenAFS模仿得非常好，只是XFS文件系统必须运行在所有运行Arla的操作系统上。
获取源代码之后，您将有一个新的目录树，它含有最新的支持XFS的内核源代码以及最新的XFS工具。
因此，不要让mkfs.xfs为您的文件系统选择分配组的数目，而是通过使用-dagcount=x选项指定一个数目。
当创建XFS文件系统时，底层块设备被分割成八个或更多个大小相等的线性区域（region）。
在本文中，我们将研究XFS―用于Linux的SGI的免费、64位高性能文件系统。
使用ReiserFS、XFS和JFS时，文件系统驱动程序记录元数据，但不提供数据日志记录。
对于XFS，值为1.82时表示这个10秒钟的操作在未合理对齐的分区上需要花18.2秒的时间。
XFS对这类任务执行得很好，尽管，最初XFS性能比ReiserFS略差一点。
之后，我们特定的构建脚本将开始执行，并且将开始安装所有不同的XFS工具。
当然，XFS也是一种日志记录文件系统，它允许意外重新引导后的快速恢复。
在这一部分，Daniel介绍了XFS―目前可用于Linux的SGI的免费企业级文件系统。