Reiser5開發中的文件系統集成了對並行擴展的支持

愛德華·希甚金 是一位開發商 過去十年一直負責維護 Reiser4 文件系統支持 對於較新的內核版本。 儘管該系統一直在維護，但與其他已取得進展的文件系統不同。 Edward Shishkin 負責 Reiser4 維護工作 同時我致力於Reiser5文件系統的開發 已經 可用於測試。

這個新版本的 Reiser5 因並行擴展方面的創新而脫穎而出， 這不是在塊級別執行的，而是通過文件系統執行的。

作為優勢 這種方法的 聲明 FS + RAID/LVM 和非並行 FS 包不存在固有缺點 （ZFS、Btrfs），例如可用空間問題、卷填充超過 70% 時性能崩潰、過時的邏輯捲布局算法 (RAID/LVM)，不允許您在邏輯卷上有效地分佈數據。

在並行 FS 上，在將設備添加到邏輯卷之前，必須使用標準 mkfs 實用程序對其進行格式化。

與 ZFS 不同，Reiser5 沒有實現自己的塊層，儘管它使用 O(1) 空閒塊分配器。 可以組成 以簡單有效的方式e 由不同大小和帶寬的塊設備組成的邏輯卷。 使用新算法在這些設備之間分配數據。

在本次試用版的公告中 愛德華·希甚金評論道：

我很高興地宣布一種將塊設備聚合到本地計算機上的邏輯卷的新方法。

我認為這是文件系統（和操作系統）開發的一個質的新水平：具有並行擴展的本地捲......

在我們的方法中，水平縮放是通過文件系統方式完成的，而不是通過塊層方式完成的。 用戶控制向每個設備發出的 I/O 請求流......

正如愛德華·希甚金評論的那樣： 定向到每個設備的 I/O 請求的一部分等於其相對用戶分配的容量，從而使邏輯卷“均勻”、“公平”地填充數據。

同時，容量較低的塊設備接收的存儲塊較少，性能較低的設備不會成為瓶頸（例如，在 RAID 陣列中就是這種情況）。

將設備添加到卷以及從卷中刪除設備都伴隨著重新平衡 保持分配的“公正性”。

所有包含的塊設備可以同時維護 對每個邏輯卷使用單獨的方法（硬盤驅動器碎片整理、發布 SSD 丟棄查詢等）。

邏輯卷上的可用空間由標準 df 實用程序 (1) 控制。 此外，用戶還有機會監視邏輯卷的每個設備組件上的可用空間。

使用並行網絡文件在水平擴展方面取得重大進展 （GPFS、光澤等）。 但不清楚如何申請
他們的技術到當地的FS。

主要是因為在本地文件中 系統沒有像網絡這樣的“後端存儲”那麼奢侈 他們製造它們。 本地FS的接口非常差 與塊層的交互。 例如，在本地 Linux FS 上，您可以 只需針對某個緩衝區編寫並發出 I/O 請求即可。

仍在 Reiser5 的 TODO 列表中的項目 它們是：

• 更新 FSCK 以支持邏輯卷
• 每個卷具有多個元數據塊的非對稱 LV
• 對稱邏輯卷
• LV 3D 快照
• 跨多個子卷分佈元數據
• 使用 fsck 實用程序驗證/恢復邏輯卷（更新其以前的版本）
• 全局卷（網絡），聚合不同機器上的設備。

如果您想了解更多信息，可以諮詢 以下鏈接。