5.3. 設定工具

目錄區塊大小會影響每 I/O 作業能夠擷取或更改的目錄資訊量。目錄區塊大小的最小值為檔案系統區塊大小（在預設情況下為 4 KB）。目錄區塊大小的最大值為「64」 KB。

在既定目錄區塊大小之下，一個較大的目錄比較小的目錄需要更多的 I/O。相較於有較小的目錄區塊大小的系統，有較大的目錄區塊大小的系統也會消耗更多每 I/O 作業的處理能源。因此，我們建議您盡可能地為您的工作載量使用較小的目錄和目錄區塊大小。

當檔案系統的寫入密集與讀取密集工作載量不超過以下列出的輸入項目數量，Red Hat 建議以下的目錄攔截大小：〈表格 5.1, “目錄區塊大小的建議最大目錄輸入項目”〉。

如需關於在不同大小的文件系統內目錄區塊大小對讀取和寫入工作負載的影響的詳細信息，請參考 XFS 文件。

請使用 mkfs.xfs -l 選項來配置目錄區塊大小。如需詳細信息，請參考 mkfs.xfs 主頁。

一個分配組是一個獨立結構，為文件系統的一區塊的自由空間編索引和分配內節點。每個分配組可以被獨立修改，從而允許 XFS 運行分配和接觸配置的操作，只要，與此同時，同時發生的操作影響不同的分配組。因此，在文件系統中能被運行的同時發生的操作數量等於分配組的數量。然而，既然運行同時發生的操作的能力受限於能運行這些操作的處理程序的數量，Red Hat 推薦分配組的數量大於或等於系統內處理程序的數量。

一個單一目錄不能同時被多個分配組修改。因此 Red Hat 建議創建和移除大量文件的應用程序不要將所有文件儲存至一個目錄中。

請使用 mkfs.xfs -d 選項配置分配組。如需詳細信息，請參考 mkfs.xfs man page。

在設置格式後，您可以擴大您文件系統的大小 （可以透過增加硬件，或通過自動精簡配置）， 您必須仔細地考慮初始文件佈局，因為在格式設定之後，分配組的大小將不能更改。

分配組的大小必須按照文件系統最終容量設置。在一個完全擴展開來的文件系統中，分配組的數量不應超過數萬，除非分配組是在最大值（1 TB）。因此，對於大多數文件系統，對於一個文件系統，推薦的允許最大擴展量為初始大小的 10 倍。

擴展以 RAID 陳列的文件系統，需要格外小心，因為裝置大小必須和多個分配組的大小一致，這樣新的分配組標頭才能正確地與新加的儲存一致。新儲存必需於現有的儲存的幾何一樣，因為在格式設置後，幾何是不能被更改的，因此，在同一區塊裝置上，不能優化不同幾何結構的儲存。

如果 inode 有足夠可用的空間，那麼 XFS 可以直接寫入屬性名稱和值到內節點。這些行內屬性能夠被擷取和修改至一個比個別屬性區域快的數量級，因為不需要其他的 I/O。

inode 大小的預設值為 256 bytes（位元組）。只有在此值的 100 bytes （位元組）內才能使用屬性儲存，這取決於存在 inode 內的數據程度指示器。在您設置能增加儲存屬性可使用的空間量的文件系統格式時，增加 inode 大小。

屬性名稱和屬性值都受限於最大值 254 bytes。如果名稱或值長度上超過了254 bytes，屬性將會被推回到單獨的屬性區塊，而不是儲存到內聯裡。

請使用 mkfs.xfs -i 選項配置內節點參數。如需詳細信息，請參考 mkfs.xfs 主頁。

如果軟件 RAID 在使用中，mkfs.xfs 會自動為配置底層硬件合適的磁條單元和寬度。但是，如果硬件 RAID 在使用中，條形單元和寬度可能需要手動配置，因為不是所有的硬件 RAID 設備都輸出此信息。請使用 mkfs.xfs -d 選項配置條形單元和寬度。如需詳細信息，請參考 mkfs.xfs 主頁。

擱置更改是彙總至記憶體中，直至同步處理事件被啟動，在此時間點擱置更改會被編寫至日誌。日誌大小決定一次可以處理的並行修改數量。日誌大小也決定可以被彙總至記憶體的最大更改量，以及日誌資料被編寫至硬碟的頻率。相較於一個較大的日誌，較小的日誌將使資料更頻繁地被編寫回硬碟。然而，一個較大的日誌使用較多的記憶體去紀錄擱置修改，因此有著有限的記憶體的系統將不會受益於較大的日誌。

當日誌調整至與基本等量硬碟區單位一致，日誌會有較佳的效能。亦即，日誌在等量硬碟區單位界線開始和結束。欲調整等量硬碟區單位，請使用「mkfs.xfs -d」選項。更多詳情，請參閱「 mkfs.xfs」man page 。

如想配置日誌大小，請使用以下 mkfs.xfs 選項，用日誌的大小替換 logsize：

# mkfs.xfs -l size=logsize

欲知詳情，請參考 mkfs.xfs 主頁：

$ man mkfs.xfs

寫在使用 RAID5 或 RAID6 佈局的儲存裝置的日誌可能運行的更好，如果儲存裝置起始並終結與條帶單元界（ 與基本條帶單元對齊。mkfs.xfs 試圖設置自動設置適當的日誌條帶單元，但這取決於 RAID 裝置輸出此信息。

如果您的工作負載引起同步活動非常頻繁，設置大的條帶單元可能會損害性能，因為較小的寫入需要填補日誌條帶單元的大小，而這會增加等待時間。如果您的工作負載受日誌寫入延遲的約束，Red Hat 推薦設置條帶單元為 1 區塊，如此能盡可能引起未調準的日誌寫入。

支持的日誌條帶單元最大大小為日誌緩衝區的最大值。因此， 有可能底層存儲可能有較大條帶單元可被配置到日誌上。此情況下，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，或在 32 KB 和 256 KB 之間日誌條形單元的二倍數。

日誌緩衝區的數量由 logbufs 掛載選項來設定。預設值為 8 個日誌緩衝區（最多），但是，最少要配置兩個日誌緩衝區。通常不需要減少日誌緩衝區的數量，除非是在無法承擔將內存分配到另外的日誌緩衝區的有內存限度的系統。減少日誌緩衝區的數量通常會減少日誌性能，特別是對於日誌 I/O 時延敏感的工作負載。

XFS 有選項可以在改變寫入內存前，合計內存改變。delaylog 參數允許經常定期地更改被寫入到日誌中的 metadata，而不用每次更改時修改。此選項增加系統當機時失去作業的潛在數量，也增加用於追蹤 metadata 的記憶體使用量。然而，透過範圍順序，此選項亦增加 matadata 修改速度與可擴展性，且在使用fsync、fdatasync或 sync 來確保資料和 metadata 被寫入硬盤時，不會降低數據或 metadata 的完整性。

在非常大的文件系統上，初始化文件系統中的所有 inode 會需要很長時間。在預設情況下，初始化過程會被推遲 （懶惰 inode 表 - lazy inode table - 被啟動）。然而，如果您的系統沒有 ext4 驅動程序，懶惰內節點表初始化將被預設為禁用。可以通過設置 lazy_itable_init 為 1 來啟用。在此情況下，內核進程繼續在文件系統掛載後初始化文件系統。

如果懶惰內節點表初始化已啟用，您可以通過指定 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 最高優先級。