5.3. 配置工具

目录块大小影响每个 I/O 操可检索或修改的目录信息数量。目录块大小最小值即文件系统块大小（默认设置下为4 KB）。目录块大小最大值为 64 KB。

对于指定的目录块大小来说，大的目录比小的目录需要更多 I/O。因为和小目录块的系统相比，大目录块大小的系统每 I/O 操作会使用更多的处理能力。因此，根据您的工作负载，推荐使用尽可能小的目录和目录块大小。

如文件系统比大量写和大量读工作负载的列出项目数量少，红帽推荐使用以下目录块大小，请参见 〈表 5.1 “为目录块大小推荐的最大目录项” 〉

在不同大小文件系统中，目录块大小对读和写工作负载的影响的情况请参见 XFS 文件。

使用 mkfs.xfs -l 选项配置目录块大小。请参见 mkfs.xfs 手册页。

分配组是独立的结构，指示自由空间并在文件系统中一节分配 inodes。只要同时操作影响不同分配组，每个分配组能被独立修改，这样 XFS 同时执行分配和解除分配操作。因此文件系统中执行的同时操作数量和分配组数量相等。然而，由于执行同时操作的能力受到能够执行操作的处理器数量的限制，红帽建议分配组数量应多于或者等于系统中处理器的数量。

多个分配组无法同时修改单独目录。因此，红帽推荐大量创建和移除文件的应用程序不要在单个目录中存储所有文件。

使用 mkfs.xfs -d 选项配置分配组，更多信息参见 mkfs.xfs 手册页。

如您在格式化之后（通过增加更多硬件或通过自动精简配置），需要增加文件系统的大小，由于分配组大小在完成格式化之后不能更改，请务必仔细考虑初始文件布局。

必须根据文件系统最终能力，而非根据初始能力调节分配组大小。占据所有使用空间的文件系统中分配组数量不应超过数百，除非分配组处于最大尺寸 （1 TB）。因此，红帽向大部分文件系统推荐最大增长，允许文件系统是初始大小的十倍。

增长 RAID 数组的文件系统时，务必考虑额外护理，由于设备大小必须与固定多个分配组大小对齐，以便新分配组表头在新增加的存储中正确对齐。由于几何在格式化之后不能被更改，因此新存储也必须与已有的存储几何一致，因此，在同一个块设备上，不能优化不同几何的存储。

如果 inode 有足够可用空间，XFS 能直接将属性名称和值写入 inode。由于不需要额外的 I/O，这些内联属性能够被获取和修改，达到比获取单独的属性块更快的量级。

默认 inode 大小为 256 bytes。其中只有约 100 bytes 大小可用于属性存储，取决于 inode 上存储的数据范围指针数量。格式化文件系统时，增加 inode 大小能增加存储属性可用的空间数量。

属性名称和属性值两者都受到最大尺寸 254 bytes 的限制。如果名称或者值超过 254 bytes 长度，该属性会被推送到单独的属性快，而非存储在内联中。

使用 mkfs.xfs -i 选项配置 inode 参数，更多信息请参见 mkfs.xfs 手册页。

如果使用软件 RAID ，mkfs.xfs 会使用合适的带状单元和宽度自动配置底层的硬件。然而，如果使用硬件 RAID， 带状单元和宽度可能需要手动配置，这是因为不是所有硬件 RAID 设备输出此信息。使用 mkfs.xfs -d 选项配置带状单元和宽度。更多信息请参见 mkfs.xfs 手册页。

直到同步事件被触发，待定的更改在内存中累计，这个时候它们会被写入日志。日志大小决定同时处于进行中的修改数量。它也决定在内存中能够累计的最大更改数量，因此决定记录的数据写入磁盘的频率。与大日志相比，小日志促使数据更频繁地回写入磁盘。然而，大日志使用更多内存来记录待定的修改，因此有限定内存的系统将不会从大日志获益。

日志与底层带状单元对齐时，日志表现更佳；换言之，它们起止于带状单元边界。使用 mkfs.xfs -d 选项将日志对齐带状单元，更多信息请参见 mkfs.xfs 手册页。

使用下列 mkfs.xfs 选项配置日志大小，用日志大小替换 logsize ：

# mkfs.xfs -l size=logsize

更多详细信息参见 mkfs.xfs 手册页：

$ man mkfs.xfs

日志写操作起止于带状边界时（与底层带状单元对齐），存储设备上使用 RAID5 或 RAID6 布局的日志写操作可能会表现更佳。mkfs.xfs 尝试自动设置合适的日志带状单元，但这取决于输出该信息的 RAID 设备。

如果您的工作负载过于频繁地触发同步事件，设置大日志带状单元会降低性能。这是因为小的写操作需要填充至日志带状单元，而这会增加延迟。如果您的工作负载受到日志写操作延迟的约束，红帽推荐将日志带状单元设置为 1 个块，从而尽可能地触发非对齐日志写操作。

支持的最大日志带状单元为最大日志缓存的大小（256 KB）。因此底层存储器可能拥有更大的带状单元，且该带状单元能在日志中配置。在这种情况下，mkfs.xfs 会发出警告，并设置一个大小为 32 KB 的日志带状单元。

使用以下选项之一配置日志带状单元，其中 N 是被用于带状单元的块的数量，size 是以 KB 为单位的带状单元的大小。

mkfs.xfs -l sunit=Nb
mkfs.xfs -l su=size

更多详细信息参见 mkfs.xfs 手册页：

$ man mkfs.xfs

强烈推荐文件系统大于 1 TB。inode64 参数配置 XFS，从而在文件系统中分配 inode 和数据。这样能保证 inode 不会被大量分配到文件系统的起始位置，数据也不会被大量分配到文件系统的结束位置，从而提高大文件系统的性能表现。

日志缓存越大，将所有变更写入日志的 I/O 操作越少 。大日志缓存能提高有大量 I/O 密集型工作负载的系统性能表现，而该工作负载没有非易变的写缓存。

通过 logbsize 挂载选项配置日志缓存大小，并确定日志缓存中信息存储的最大数量。如果未设置日志带状单元，缓存写操作可小于最大值，因此不需要减少大量同步工作负载中的日志缓存大小。默认的日志缓存大小为 32 KB。最大值为 256 KB， 也支持 64 KB、128 KB 或以 2 的倍数为幂的介于 32 KB 和 256 KB 之间的日志带状单元。

日志缓存的数量是由 logbufs 挂载选项确定的。日志缓存的默认值为 8 （最大值），但能配置的日志缓存最小值为2。通常不需要减少日志缓存的数量，除非内存受限的系统不能为额外的日志缓存分配内存。减少日志缓存的数量会降低日志的性能，尤其在工作负载对 I/O 延迟敏感的时候。

内存的变更写入日志前，XFS 的选项能集成这些改变。 delaylog 参数允许将频繁更改的元数据周期性地写入日志，而非每次改变都要记录到日志中。此选项会增加故障中操作丢失的潜在数量，也会增加用于跟踪元数据的内存大小。但是，它能通过按量级排序增加元数据的更改速度和可扩展性，为确保数据和元数据写入硬盘而使用 fsync、fdatasync 或sync 时，此选项不能减少数据或元数据的完整性。

在很大的文件系统上初始化文件系统中所有 inode 会耗时很久。默认设置下会推迟初始化过程（启用迟缓 inode 表初始化）。但是，如果您的系统没有 ext4 驱动，默认设置下会禁用迟缓 inode 表初始化。可通过设置 lazy_itable_init 为 1 启用。那么在挂载后，内核进程继续初始化文件系统。

启用迟缓 inode 表初始化时，您可通过指定 init_itable 参数值控制初始化发生的速率。执行后台初始化的时间约等于 1 除以该参数值。默认值为 10。

对现有文件重命名、截断或重写后，一些应用程序无法正确执行 fsync。默认设置下，执行这些操作之后，ext4 会自动同步文件。但这样会比较耗时。

如果不需要此级别的同步，您可在挂载时通过指定 noauto_da_alloc 选项禁用该行为。如果 noauto_da_alloc 已设置，应用程序必须明确使用 fsync 以确保数据的持久化。

默认设置下日志 I/O 优先级为 3，该值比常规 I/O 的优先级略高。您可在挂载时使用 journal_ioprio 参数控制日志 I/O 的优先级。journal_ioprio 的有效值范围为从 0 到 7，其中 0 表示具有最高优先级的 I/O。