檔案系統設計中的 Sectorsize有什麼用？

1樓：鬍子

問題中問的是檔案系統中的最小操作單元，這個是在作業系統下建立檔案系統時候（mkfs）指定的，linux建立檔案系統預設都是4096，新建乙個目錄直接看它的大小就是4096，當然用tune2fs一類的命令也可以看到。

至於在作業系統底層的儲存硬體，預設設定通常預設512，這個在陣列卡下面新建虛擬磁碟（通常是raid）的時候可以看到，當然也可以調整。網上有關於ssd硬碟優化，就是把這個預設值改為4096。

上面的引數都是在系統優化的時候才用到，主要看你的檔案是小而多還是大而少，具體分析比較，適當調整（實際上還有許多其他的引數）。

此外一些大型程式本身也自己定義讀者最小單元，比如安裝資料庫的時候，比如建立邏輯卷的時候。基本原則是上層是下層的倍數，比如oracle資料庫預設8192剛好兩個4096，不過這些都是依賴於作業系統的值。

2樓：Ivony

我發現提問者在幾個回合後還是沒有分清楚扇區大小（磁碟最小檢索單位大小）和簇大小（檔案系統最小分配單元大小）的區別，導致問的是扇區大小，但實際上自己理解的是簇大小。

事實上這兩者可以沒有什麼關聯。扇區大小是硬體設計所定義的，是不可能被設定的，除非前面有個軟體進行轉換。

檔案系統的簇大小則可以在很大程度上自定義，例如NTFS所支援的簇大小可以從節到64KB。

檔案系統的簇大小主要影響檔案分配表的大小，過小的簇大小會導致過大的檔案分配表，浪費磁碟空間和降低檔案系統效能，甚至過小的簇大小會導致檔案分配表達到限制從而讓檔案系統無法支援更大的分割槽。

而過大的簇大小則在檔案普遍太小的時候浪費磁碟空間，因為乙個檔案最少必須佔據乙個簇（除非是零位元組有優化措施）。

3樓：

檔案系統定義的記錄了Sectorsize，應該和底層具體大小還是可以區分開得，檔案系統定義的Sectorsize可以理解成他的「最小分配單元」(Not sure),而磁碟實際的sectorsize,是它的基本IO單元

?也就是影響IOps的原因。

另外像Btrfs這樣比較新的檔案系統直接把sectorsize設定成4k, 主要考慮到Btrfs本身的元資料大小就是4k的整數倍，考慮到新的儲存裝置可能4k的扇區大小會成為主流，所以強制使用4k可以提高IOps 吧。

這些只是個人的一些理解，Sigh.

4樓：時國懷

首先扇區大小不全是節，理論上它可以是512/1024/2048/4096（這一點可以參考Linux原始碼方fs/fat/inode.c: fat_fill_super）。

扇區大小與上面的檔案系統沒有直接關係。

舉個例子：早期的iPod有些就是節扇區的，檔案系統是FAT32。較新的硬碟也有一些是4096大小扇區的，它可以被格式化成NTFS/FAT32，具體用什麼完全取決於你自己。

所以各個檔案系統自己要負責記錄每個扇區的大小。

目前主要的兩種大小是節和節，在這方面，是有一些相關的技術標準的：The Advent of Advanced Format

所以，你第一條的理解就是不正確的。512確實是大多數的值，但確實也有太多不是節的。

BTRFS的具體情況我不了解，但是也沒聽說BTRFS強制要求扇區大小是4096吧？我猜應該是單個塊大小是節，這一點你要自己調查一下：Btrfs

據我所知大多數檔案系統都支援非節大小的硬體。

大扇區有一些好處：

1、大扇區有可能降低IOps數，讀寫同樣的資料，IO的次數可能降低，這樣有助於提高讀寫效能，因為硬體的IOps值都是有上限的。

2、4K扇區在x86平台正好是乙個記憶體頁，方便記憶體的管理，不容易產生記憶體的碎片頁。

3、部分檔案系統不支援（或者支援不好）超過2^32個扇區，如果按照節算，正好是2TB，而如果是節扇區，則是16TB，這樣就可以在不使用GPT分割槽表的情況下使用現有檔案系統訪問大硬碟了。