Reiser5开发中的文件系统集成了对并行扩展的支持

爱德华·希什金 是一个开发者 过去十年一直负责维护Reiser4文件系统支持 用于新的内核版本。 尽管该系统已得到维护，但与其他文件系统相比，它们已经得到了发展。 爱德华·希什金（Edward Shishkin）从事Reiser4的维护 同时我从事Reiser5文件系统的开发 已经 它可用于测试。

这个新版本的 Reiser5在并行扩展方面的创新中脱颖而出， 这不是在块级别执行的，而是通过文件系统执行的。

作为优势 这种方法 非并行FS + RAID / LVM和FS软件包声明没有固有缺陷 （ZFS，Btrfs）等问题，例如可用空间问题，在将卷填充到70％以上时性能下降，过时的逻辑卷设计算法（RAID / LVM），无法有效地在卷逻辑上分发数据。

在并行FS中，在将设备添加到逻辑卷之前，必须使用标准mkfs实用程序对其进行格式化。

与ZFS不同，Reiser5不实现其自己的块层，即使它使用了空闲块分配器O（1）。 可以撰写 以简单有效的方式来自不同大小和带宽的块设备的逻辑卷。 使用新算法在这些设备之间分配数据。

在此试用版的公告中 爱德华·希什金（Edward Shishkin）评论：

我很高兴地宣布一种将块设备添加到本地计算机上的逻辑卷的新方法。

我认为这是文件系统（和操作系统）开发的质的新层次：具有并行扩展能力的本地卷...

在我们的方法中，水平缩放是通过文件系统方式而不是块层方式完成的。 用户控制为每个设备发出的I / O请求的流程...

正如爱德华·希什金（Edward Shishkin）所说： 定向到每个设备的一部分I / O请求等于用户分配的相对容量这样逻辑卷就被“均匀”和“公平”的数据填充了。

同时，低容量的块设备接收的存储块更少，而低性能的设备也不会成为瓶颈（例如在RAID阵列中）。

在卷中添加设备并从卷中删除设备需要重新平衡 保留发行的“公平性”。

所有包含的块设备可以同时维护 在逻辑卷上使用一种单独的方法（对硬盘驱动器进行碎片整理，对SSD发出丢弃查询等）。

逻辑卷上的可用空间由标准df（1）实用程序控制。 另外，用户有机会监视逻辑卷设备的每个组件上的可用空间。

使用并行网络文件在水平缩放方面取得了重大进展 （GPFS，Lust等）。 但是，目前尚不清楚如何申请
您的技术到本地FS。

主要是因为在本地文件中 系统没有像网络那样的“后端存储”那么豪华 他们是这样。 本地FS的接口非常差 与块层的交互。 例如，在本地Linux FS上，您可以 只是编写并针对某个缓冲区发出I / O请求。

仍在Reiser5的TODO列表中的项目中 分别是：

• FSCK升级以支持逻辑卷
• 非对称LV，每个卷具有一个以上的元数据块
• 对称逻辑卷
• LV 3D快照
• 元数据在多个子卷中的分布
• 使用fsck实用程序检查/还原逻辑卷（从以前的版本升级）
• 全局卷（网络），在不同计算机上添加设备。

如果您想了解更多信息，可以咨询 以下链接。