高级文件系统 － Reiserfs简介

2001 年 6 月 01 日

伴随着 Linux 2.4 版本的发行，出现了大量的文件系统可能性，其中包括 ReiserFS、XFS、GFS 和其它文件系统。这些文件系统听起来的确都很酷，但是它们真正能做些什么呢，擅长在哪些方面，以及在 Linux 产品环境下如何才能安全地使用它们呢？在高级文件系统实现者指南中，Daniel Robbins 通过向您展示如何在 Linux 2.4 的环境下建立这些新的高级文件系统来回答以上的问题。遵从这个方法，他提供了在实际实现过程中的有价值的建议，性能信息和重要的技术性注意要点，以便于您 在新的文件系统中能有令人愉快的经历。在这里，也就是这个系列的第一篇文章中，他解说了日志和 ReiserFS 的优点。

准备好的内容

这 一系列文章的目的是向您详实地介绍 Linux 的各种新的文件系统，包括 ReiserFS、XFS、JFS、GFS、ext3 和其它的文件系统。我要让您知道一些必要的实用知识，有了这些知识您才能开始使用这些文件系统。我的目标是帮助您尽可能地避免潜在的隐患；这就是说，我们 将仔细地了解一下文件系统的稳定性、性能问题（或好或差）、您应该知道的任何的负面应用程序交互作用、内核与补丁的最佳搭配以及更多内容。您可以把这一系 列的文章看成是这些下一代文件系统的“内幕指南”。

这就是准备好的内容。但是要开始这一系列工作，我还有一篇文章要脱离这个主题，用来为接下来的行程做准备。我将会涉及两个对于 Linux 开发社区非常重要的主题 ― 日志和 ReiserFS 后的设计理念。日志是非常重要的，因为它是我们长期以来一直期待的技术，而现在终于出现了。在 ReiserFS、XFS、JFS、ext3 和 GFS 中都用到它。确切地理解日志是做什么的和为什么 Linux 需要它是非常重要的。即使您对日志已有所掌握，我还是希望我有关日志的介绍可以成为一个好的模型，以用来向其他人解释这项技术，或者作为一项惯例，以利于全世界的部门和组织开始向这些新的日志文件系统进行转变。这个过程通常是由“Linux guy/gal”开始的，就像您自己也会说服其他人应该这么做。

在这篇文章的后半部分，我们将看看 ReiserFS 后的设计理念。通过这么做，我们能够很好地掌握一个事实，那就是这些新的文件系统并不只是为了做同样的事比老的系统快一点。它们还允许我们用以前完全不可能的方法来处理事情。开发人员在阅读这一系列文章时应该牢记这一点。这些新的文件系统的能力 将很可能对您今后的 Linux 软件开发工程的代码编写产生影响。

回页首

理解日志：元数据

正如您所了解的那样，文件系统的存在允许您储存、检索和操作数据。为了实现这一目的，文件系统需要保持一个内在的数据结构使得您的数据有组织并且便于访问。这一内部的数据结构（确切地说就是“关于数据的数据”）被称为 元数据。就是这个元数据的结构为文件系统提供了其特定的身份和性能特征。

通常，我们并不直接和文件系统的元数据打交道。而是一个特别的 Linux 文件系统驱动程序为我们作相应的工作。Linux 文件系统驱动程序是专门用来操作复杂的元数据的。然而，为了使得文件系统驱动程序正常工作，有一个很重要的必要条件；它需要在某种合理的、一致的和没有干扰的状态下找到元数据。否则，文件系统驱动程序就不能理解和操作元数据，那么您也就不能存取文件了。

回页首

理解日志：fsck

这就引出了 fsck。当 Linux 系统启动时，fsck 启动并扫描系统的 /etc/fstab 文件中列出的所有本地文件系统。fsck 的工作就是确保要装载的文件系统的元数据是处于可使用的状态。大多数的时候是可使用的。当 Linux 关闭时，它仔细地把所有的缓冲区数据转送到磁盘，并确保文件系统被彻底卸载，以保证系统再次启动时能够使用。典型的就是，fsck 扫描那些将被装载的文件系统，确定它们已被彻底卸载，并做出合理的假设 ― 所有的元数据都没有问题。

然而，我们都知道不时地会有一些 意外发生，例如意想不到的电源故障或者系统挂起。当出现这些不幸的情况时，Linux 没有机会彻底卸载文件系统。当系统重新启动，fsck 开始扫描时，它会检测到这些没有彻底卸载的文件系统，并做出合理的假设 ― 文件系统可能没有为 Linux 文件系统驱动程序准备好。这就很有可能导致元数据在某种情况下陷入困境。

所以，为了弥补这种情况，fsck 将开始彻底的扫描并且全面地检查元数据，修正这一过程中找到的任何错误。一旦 fsck 完成这样的工作，文件系统就可以使用了。尽管意想不到的电源故障或者系统挂起可能造成最近修改的数据丢失，但是由于元数据现在是一致的，文件系统就可以被装载和投入使用了。

回页首

fsck 的问题

迄今为止，为确保文件系统的一致性，这种方法可能听起来并不是个坏主意，但是却不是最佳的解决方案。问题出自于这样一个事实 ― fsck 必须扫描文件系统 全部的元数据，以确保文件系统的一致性。对所有的元数据做彻底的一致性检查是一项极为费时的工作。通常至少要花上好几分钟才能完成。更糟糕的是，文件系统越大，完成这个彻底的扫描所花费的时间就 越长。这就是个大问题，因为当 fsck 做它自己事情的时候，您的 Linux 系统实际上就是被切断的，并且如果您有一个庞大数量的文件系统存储，您的系统可能就会花上半个小时或者更长的时间来执行 fsck。当然，在任务紧要的数据中心的环境里，也就是在系统正常运行极为重要的环境下，标准的 fsck 工作可能会造成破坏性的结果。幸运的是，有更好的解决方案。

回页首

日志

日 志文件系统通过增加一个叫做日志的新的数据结构来解决这个 fsck 问题。这个日志是位于磁盘上的结构。在对元数据做任何改变以前，文件系统驱动程序会向日志中写入一个条目，这个条目描述了它将要做些什么。然后，它继续并 修改元数据。通过这种方法，日志文件系统就拥有了近期元数据被修改的历史记录，当检查到没有彻底卸载的文件系统的一致性问题时，这个记录就唾手可得了。

可以这样来看待日志文件系统 ― 除了存储数据（您的素材）和元数据（关于素材的数据）以外，它们还有一个日志。您可以称它们为元元数据（关于素材数据的数据）。

回页首

运作中的日志

那么，fsck 如何处理日志文件系统呢？实际上，通常它什么都不做。它只是忽略文件系统并允许它被装载。在快速地恢复文件系统到达一致性状态的背后，真正起作用的在于 Linux 文件系统驱动程序中。当文件系统被装载时，Linux 文件系统驱动程序查看文件系统是否完好。如果由于某些原因出了问题，那么就需要对元数据进行修复，但不是执行对元数据的彻底扫描（就像 fsck 那样），而是查看日志。由于日志中包含了按时间顺序排列的近期的元数据修改记录，它就简单地查看 最近被修改的那部分元数据。因而，它能够在几秒钟时间内将文件系统恢复到一致性状态。并且与 fsck 所采用的传统方法不同，这个日志重放过程在大型的文件系统上并不需要花更多的时间。多亏了日志，数百 G 的文件系统元数据几乎能在瞬间恢复到一致性的状态。

回页首

ReiserFS

现在，我们来谈一谈 ReiserFS，它是我们将要研究的几个日志文件系统中的第一个。ReiserFS 3.6.x（作为 Linux 2.4 一部分的版本）是由 Hans Reiser 和他的在 Namesys 的开发组共同开发设计的。Hans 和他的组员们相信最好的文件系统是那些能够有助于创建独立的共享环境或者命名空间的文件系统，应用程序可以在其中更直接、有效和有力地相互作用。为了实现 这一目标，文件系统就应该满足其使用者对性能和功能方面的需要。那样，使用者就能够继续直接地使用文件系统，而不必建造运行在文件系统之上（如数据库之 类）的特殊目的层。

回页首

小文件的性能

那么，如何能使文件系统更加适应环境呢？Namesys 已经决定着眼于文件系统的一个方面，至少最初是 ― 小文件的性能。通常，像 ext2 和 ufs 这样的文件系统在这一方面做的并不是很好，经常迫使开发人员转向数据库或者特别组织的处理来获取他们所需要的某种性能。随着时间的推移，这种“围绕问题进行编码”的方法怂恿了代码的膨胀和许多不兼容的特殊目的 API，这并不是好事情。

这儿有一个 ext2 如何鼓励这种编程的例子。ext2 很擅长存储大量大小在 20k 以上的文件，但是对于存储 2,000 个 50 字节的文件来说，它就不是一种很理想的技术了。当 ext2 必须处理非常小的文件时，不只是性能显著地下降，而且存储效率也同样下降，因为 ext2 是按 1k 或者 4k 的块来分配空间的（可在文件系统创建时设定）。

现在，常规的明智做法会提示您 不应该在 文件系统上储存这么多小的文件。而是应该存储在某种运行在文件系统之上的数据库里。作为对这种说法的回应，Hans Reiser 指出无论何时您需要在文件系统的顶上建立一层，那就意味着文件系统不满足您的需要。如果文件系统满足您的需要，那么您首先就要避免使用特殊目的的解决方 案。这样就可以节省开发的时间，并消除代码膨胀。这些代码可能是在您手动处理自己的个人存储器或者缓冲机制时，或者与数据库的某个库交互作用过程时所产生 的。

理论上是这样。但是在实际运用中，ReiserFS 的小文件性能会是如何的好呢？好得让人吃惊。实际上，当处理小于 1k 的文件时，ReiserFS 大概要比 ext2 快 8 到 15 倍！更妙的是，这些性能提高并不以其它文件类型的性能损失为代价。通常，ReiserFS 几乎在各个方面都优于 ext2，但是在处理小文件时才真正体现出了其闪光点。

回页首

ReiserFS 技术

那么 ReiserFS 是怎样提供如此出色的小文件性能的呢？ReiserFS 使用了特殊的优化 b* 平衡树（每个文件系统一个）来组织所有的文件系统数据。这为其自身提供了非常不错的性能改进，也能够减轻文件系统设计上的人为约束。例如，现在一个目录下可以容纳 100,000 个子目录。另一个使用 b* 树的好处就是 ReiserFS 能够像大多其它的下一代文件系统一样，根据需要动态地分配索引节，而不必在文件系统创建时建立固定的索引节。这有助于文件系统更灵活地适应其面临的各种存储需要，同时提供附加的空间有效率。

ReiserFS 有许多特征是特别针对提高小文件的性能的。和 ext2 不同，ReiserFS 并不固定地以 1k 或者 4k 的块分配存储空间，而是分配所需要的精确尺寸。而且 ReiserFS 也包括了以尾文件为中心的特殊优化 ― 尾文件是指那些比文件系统块小的文件及文件结尾部分。为了提高性能，ReiserFS 能够在 b* 树的叶子节点存储文件，而不是把数据存储在磁盘的其它地方再指向它。

这做了两件事。第一，它显著地提高了小文件的性能。由于文件数据和 stat_data（索引节）信息是紧挨着存储的，它们通常能被同一次磁盘 IO 操作所读取。第二，ReiserFS 能够压缩尾文件，节省大量磁盘空间。实际上，带有尾文件压缩功能（默认）的 ReiserFS 文件系统可以比同等的 ext2 文件系统多存储 6 个百分点的数据，这就其自身来说是令人惊叹的。

然而，由于在文件被修改时，尾文件压缩迫使 ReiserFS 重装数据，这就导致了性能上的轻微折损。鉴于这个原因，ReiserFS 尾文件压缩可以被关掉，允许系统管理员在速度与空间有效率上做出选择，或者牺牲一些存储能力来换取更高的速度。

ReiserFS 确实是一个非常出色的文件系统。在我的下一篇文章中，我将会指导您在 Linux 2.4 下完成 ReiserFS 安装的全过程。我们还将仔细地看一看性能调整，应用程序交互作用（和怎么围绕他们工作）以及使用的最佳内核等等。

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文.
• Namesys 网页 正是更多地了解 ReiserFS 的地方。
• 要想了解当前更为深入的 ReiserFS 信息， ReiserFS 邮件列表是一个极好的资源。也一定要查看 ReiserFS 邮件列表档案。
• 您可以在 Juan I. Santos Florido 的 Linux Gazette 日志文件系统的回顾中，发现对于 UFS、ext2、ReiserFS 和更多文件系统中元数据的不同之处的深入探讨。
• Linux 每周新闻是紧跟着最新内核发展的非常好的参考资料。
• 请阅读一下在 developerWorks上的 JFS 基础教程。

关于作者

2001 年 8 月 01 日

随着 Linux 2.4的发行，出现了使用很多新的文件系统的可能性， 包括ReiserFS、XFS、GFS和另外一些文件系统。这些文件系统听起来很“酷”，但是它们到底能做些什么呢，它们擅长什么，还有您究竟怎样才能在 一个产品Linux 环境中安全地使用它们呢？在本系列文章中，Daniel Robbins通过向您展示怎样在 Linux 2.4下安装这些新的高级文件系统，回答了这些问题。在他的 本系列前面的文章中，Daniel 介绍了日志和 ReiserFS 的好处。在本文中 Daniel将教您安装一个非常稳定的基于 Linux 2.4 的 ReiserFS系统。

在本文中，我会向您展示如何让 ReiserFS 运行在 2.4 系列的内核下。我还会和您分享很多关于不同主题的技术信息，包括使用 ReiserFS 最好的 2.4 内核，性能注意事项等等。因为我首先会谈到安装，所以我建议您先通读本文，然后再遵循安装指示。这样，您开始在自己的系统上运行 ReiserFS 的时候，脑子里就会有所有的技术注解，这样您就可以在各个步骤作必要的调整。

寻找好的内核

要在您的系统上使用 ReiserFS，您首先需要找到一个合适的内核。如果您已经熟悉 2.4 内核的发展，您就会知道这个过程比它听起来要复杂。本文完成时，最新的内核是 2.4.6-pre2；但是我建议您在自己的 ReiserFS 系统上还是使用 2.4.4（标准的 Linus 内核）或者 2.4.4-ac9（稍作改进的 Alan Cox 内核）。从我的测试看来，2.4.5 似乎很不稳定，所以我不推荐将这个内核作为产品使用；让我们希望 2.4.6 会比它好很多吧。

如果您想在自己的产品 ReiserFS 系统中使用除 2.4.4 或 2.4.4-ac9 以外的其它内核， 一定要作必要的检查以确保 ReiserFS（和内核大体上）是稳定的。当然，如果您是在一个测试服务器上安装 ReiserFS，只要不会丢失重要的数据，您就可以随意使用任一种内核。

总的来说，要注意内核稳定性问题，特别是 ReiserFS 的稳定性问题，这有两个原因。因为 ReiserFS 是一个“实验的”内核功能，您不能假定一个使用新内核的 ReiserFs 实现刚刚从 tarball 中解出就能够很好地运行。第二个原因（也许在目前是更重要的问题）在于大部分的 2.4 内核发行版和补丁都有一点不稳定，所以目前您行动时还是需要谨慎一点。 理论上，所有的 2.4 发行版都应该是准产品化的，因为 2.4 版本应该是一个稳定的系列；但是，实际上它们（还）不是，所以强烈鼓励您小心使用新的、没有测试过的内核。

这段信息的意思不是要吓得您不敢使用 ReiserFS 或者 Linux 2.4，而是要给那些更敢于冒险的人一点理性。不要总是在重要的系统上使用各种还处于测试期的内核；如果这样，您 会吃到苦头的。当您使用一个不可靠的内核时，您不仅仅面临着系统锁定的危险；您还面临着丢失数据和文件系统崩溃的危险，这是您绝对不希望发生的。即便 ReiserFS 实现本身是稳定的，内核其他部分的主要错误也很可能引起文件系统崩溃的产生。

如果您没有最新的内核稳定性信息来源，我建议您定期地访问 Linux 每周新闻（请参阅本文后面的 参考资料），及时了解最新的可能出现的内核问题（信息每个星期四更新）。希望现在我已经说服了更多喜欢冒险的读者坚持使用 2.4.4 或 2.4.4-ac9 内核作为产品 ReiserFS 的配置，让我们继续吧。

标准内核

OK，我们现在可以谈谈安装和运行一个准产品化的 ReiserFS 系统的三种选择。第一种选择是只用标准 2.4.4 Linux 内核。第二种选择是使用 2.4.4 内核，同时使用 ReiserFS 大补丁，它包括了一些专门的补丁，使 ReiserFS 达到配额兼容， 并与在本机运行的 NFS 服务器更加兼容。第三种选择是，我们可以使用 2.4.4 内核和 ac9 补丁（即 2.4.4-ac9），再加上或不加大补丁。通常我推荐使用 2.4.4-ac9 和大补丁，因为大补丁并没有任何负作用，而且您可能会需要它，而且 ac9 比标准内核执行得好多了。但是，如果您不愿意使用 ac 内核，标准 2.4.4 也不错了。我会简单地向您介绍设置 2.4.4-ac9 和大补丁的步骤，但是如果因为某些原因您不愿安装这两个补丁或其中之一，只要跳过这个步骤即可。现在，让我们开始吧。

首先，从 kernel.org 下载 2.4.4 内核源码并进入您的 /usr/src 目录。 移去该处的任何 linux 目录或者符号连接，如果是目录就将其改名，如果是符号连接就只需删除它。 然后：

# cd /usr/src # cat /path/to/linx-2.4.4.tar.bz2 | bzip2 -d | tar xvf -

ac9 补丁和大补丁

如果您计划只用标准 2.4.4 内核，您就已经拥有全部所需的资源了，可以跳过其余的补丁。然而，我推荐您继续使用下面的 ac 补丁和大补丁。

要使用 ac9 补丁，请从 kernel.org 下载 Alan Cox ac9 补丁。然后键入：

# cd /usr/src/linux # bzip2 -dc /path/to/patch-2.4.4-ac9.bz2 | patch -p1

一旦标准内核安装完毕，就到 DiCE 网站去下载 DiCE 的 ReiserFS 大补丁。这个步骤还是可选的，不过也是推荐的，特别是如果您将在此系统上运行 NFS 服务器或者需要配额（如果不是这样，无论如何这个补丁也不会有什么坏处）。 要使用大补丁请遵循以下步骤：

# cd /usr/src/linux # bzip2 -dc /path/to/bigpatch-2.4.4.diff.bz2 | patch -p1

一旦所有可选的修正和大补丁安装完毕，您就可以为 ReiserFS 配置内核了。

注意：如果您需要更多关于如何编译 Linux 内核的指导，可参阅 developerWorks上的 编译 Linux 内核免费教程。下面是一个简单的摘要。

配置内核非常简单。首先，键入“make menuconfig”。在“Code maturity level options”部分，确保启用了“Prompt for development and/or incomplete code/drivers”选项。然后到“File systems”部分，启用“ReiserFS support”选项。 您将 ReiserFS 设置为直接编译到内核中（而不是作为一种模块）；而且通常启用“Have reiserFS do extra internal checking”这个选项不是什么好主意。 现在，保存您的设置，编译您的内核（“make dep；make bzImage；make modules；make modules_install”），然后配置您的引导装载器（boot loader）来装载新的配置了 ReiserFS 的内核。

重点：保存当前内核并配置引导装载器（boot loader）总是个好主意，这样万一您的新内核无法工作，您就可以用原来的内核启动。

回页首

使用 ReiserFS

安装工具

在重新启动之前，我们需要安装“reiserfsprogs”工具，它包括了“mkreiserfs”、“resize_reiserfs”（对 LVM 用户很有用），还有“fsck.reiserfs”。您可以从 Namesys.com 下载页下载最新版本的“reiserfsprogs”（目前是“3.x.0j”）。一旦这些工具下载完毕，您就可以按以下步骤编译和安装“reiserfsprogs”了：

# cd /tmp # tar xzvf reiserfsprogs-3.x.0j.tar.gz # cd reiserfsprogs-3.x.0j # ./configure ./configure output will appear here # make make output will appear here # make install make install output will appear here

既然工具已经安装完毕，现在您可以按需要创建任何新的分区（使用“fdisk”或者“cfdisk”）或 LVM 逻辑卷（使用“lvcreate”）并重新启动您的系统。如果您正在创建标准分区，您可以简单地将此分区标记为一个“Linux native file system”（83）。

创建和安装文件系统

重新启动后，您就可以在一个空的分区上创建 ReiserFS 文件系统，如下所示：

# mkreiserfs /dev/ hdxy

在上面的示例中，/dev/hdxy 应该是对应于一个空闲分区的设备节点。象安装其它文件系统一样安装它：

# mount /dev/ hdxy /mnt/reiser

而且，如果您想在自己的 /etc/fstab 文件中添加一个 ReiserFS 文件系统，只需将“freq”和“passno”字段设置为“0”，如下所示：

/dev/hdc1 /home reiserfs defaults 0 0

从这以后，您的 ReiserFS 文件系统应该不比它的对手 ext2 逊色了，而且您再也不必担心长时间的“fsck”，整体性能也会好得多 ― 特别是对于小文件来说。

回页首

ReiserFS 技术注解

文件系统稳定性

我已经在一个产品环境下使用了一个多月 2.4.4 版本内核的 ReiserFS（在 cvs.gentoo.org 开发服务器上），根本没有什么崩溃问题。2.4.4 和 2.4.4-ac9 已经非常稳定了。我们的服务器执行大量的磁盘 IO 任务，因为它是我们的 cvs 资料档案库、 gentoo.org 邮件服务器、基于邮差的邮件列表，还有很多其他东西的所在之处。

ReiserFS 的局限性

虽然 ReiserFS 在几乎每一种类型的应用程序上都比 ext2 文件系统表现得好，有些地方 ReiserFS 目前还是有点欠缺。令人欣慰的是，这些问题其实并不是 ReiserFS 无法克服的局限性，只是 Namesys 开发人员还没有来得及编码或优化的地方。

没有 dump/restore

是的，这是真的；ReiserFS 没有“dump”和“restore”实现。如果您想使用 ReiserFS 又碰巧是个喜欢使用“dump”的人，您就必须寻找备份数据的其他方法。实际上，事实证明这个根本就不是问题，因为 2.4 系列内核从一开始就不兼容“dump”和“restore”命令。要了解关于 dump 和 2.4 内核的不兼容性的更多信息，请阅读 Linus Torvalds 的帖子（请参阅 参考资料），他在帖子中说道“Dump 从一开始就是个愚蠢的程序。不要去碰它。”

性能问题

虽然 ReiserFS 通常抢尽了 ext2 的风头，但它在特定情况下确实有性能上的不足之处。第一个就是处理稀疏文件的能力。ReiserFS 处理稀疏文件的能力 会比 ext2 差很多。当 Namesys 开发人员一直设法为 ReiserFS 4 优化 ReiserFS 的这一部分时，这一点会有所改观。在这之前，ext2 是对处理稀疏文件有很高要求的应用程序的较好的解决方案。

在对大量文件执行多个 stat() 调用的代码中，可能也会碰到问题。一个可能触发这种性能缺陷的应用程序（它只存在于 2.4 系列内核的 ReiserFS 实现，在 2.2 内核中不存在）就是“mutt”邮件用户代理（请参阅 参考资料），它在被用于读取大型 maildir 形式的邮箱时会触发性能缺陷。显然，每个邮件文件 mutt 都要 stat 两次，这样就会比平常更加影响性能。ReiserFS 开发小组已经意识到了这个特殊的问题，并已经确定了它的起因，如果近期没有解决方案的话，您应该可以在 ReiserFS 4 中看到相应的解决方案。

性能调整

幸运的是，有几种简单通用的性能调整方法可以用来缓解这些问题。第一种是用“noatime”选项（一种对 ReiserFS 和其它文件系统都有用的安装选项）来安装您的 ReiserFS 文件系统。您可能知道，UNIX 系统为文件系统上的每一个对象记录一个 atime，或称为访问时间，每次读取文件时，atime 都会被更新。对于大部分人来说，atime 邮戳功能不是十分有用，而且几乎没有任何应用程序（我想不到一个）依靠 atime 处理什么重要的任务。出于这个原因，通常可以安全地关掉它，这样可以带来一个很好的全面性能提升。通常情况下，除非您确实知道自己需要 atime 支持，您还是应该用 noatime 选项来安装文件系统。使用如下所示的 /etc/fstab 条目：

/dev/hdc1 /home reiserfs noatime 0 0

在 关于 ReiserFS 的第一篇文章中，我曾提到 ReiserFS 有一项特别的功能，称为“tail packing”。在 ReiserFS 术语中，“tail”是小于一个系统文件块（4k）的文件，或不能填满一个完整的文件系统块的文件末尾部分。ReiserFS 具有确实卓越的小文件处理性能是因为它能够将这些 tail 合并到它的 b*tree（它的主要数据组织结构）中去，这样它们就能真正地接近 stat-data（ReiserFS 中等同于索引节点的单元）。然而，因为这些 tail 不能填满一个完整的块，它们会浪费很多磁盘空间（当然是相对地说）。为了解决这个问题，ReiserFS 使用了它的“tail packing”功能来将这些 tail 压缩到占用尽可能小的空间。通常，这么做可以让 ReiserFS 文件系统比大小相等的 ext2 文件系统多容纳大约 5％ 的数据。

更多关于 notail 的内容

然而，tail packing 也有它的缺点。首先，它的确给性能带来了一个小却不可忽视的冲击。幸运的是，ReiserFS 开发人员已经预计到有些人宁愿牺牲大约 5％ 的磁盘空间换取一点额外的性能，所以他们创建了“notail”安装选项。当文件系统用这个选项安装时，tail packing 将被关闭，使您的存储容量减小，却有更快的速度。通常，重视文件系统性能的狂热分子同时启用“notail”和“noatime”选项来安装他们的文件系统，从而带来显著的性能提升：

/dev/hdc1 /home reiserfs noatime,notail 0 0

即便您想节省一点磁盘空间，有时候暂时用一下“notail”选项安装文件系统也是件好事。特别是，大多数引导装载器（boot loader）装载一个在启用 tail packing 的 ReiserFS 文件系统上创建的内核时，都会出现问题。如果您正在使用一个比版本 21.6 还低的 LILO，您就会碰到这种问题。在使用最新版本的 GRUB 时也会碰到问题，即不能装载它的 stage1 和 stage1_5 文件，尽管在装载实际内核的时候没有什么问题。如果您已经在经历这种问题了，您可以这样修正此问题 － 使用“notail”选项安装文件系统，将文件移到另一个文件系统中，然后再把它们移回来。当文件被重新创建时，就不会有 tail 了。另外，记住您还可以很轻易地 重新安装文件系统（用新选项），而不需要卸载它。这个特别的示例使用“notail”选项重新安装根目录文件系统。通常情况下，如果您想使用 tail packing，但也需要引导装载器（boot loader）从根目录文件系统装载辅助文件（如内核），这条命令就很有用了：

# mount / -o remount,notail

Qmail 注解

如果您正在 ReiserFS 中使用 qmail，您应该了解一些重要的参考资料。首先，您应该使用 qmail 1.03 源码的补丁。它修正了 qmail 非同步调用“link（）”和“unlink（）”时出现的问题，它不但是 ReiserFS 的问题，恰好也是 ext2 的问题。接下来您应该看看 Jedi 的 qmail 调优页面，它包含了很多关于怎样尽可能发挥 qmail 性能的很好的建议。最后，请务必查看 Jedi 的 ReiserSMTP 软件包。ReiserSMTP 包含一个 GPL 插件来代替 qmail 的 SMTP 部分；Jedi 的这种替换是特别为 ReiserFS 调整的，依赖新的队列处理例程，它可以给您带来双倍的邮件收取性能。

回页首

结论

我发现 ReiserFS 真是一个不可思议的文件系统，它提供了很好的小文件处理性能和非常好的（通常比 ext2 要好）的常规文件处理性能。因为有了 ReiserFS，我的开发人员可以在仅仅 15 秒内完成 Gentoo Linux “cvs” 更新，而使用 ext2 通常要花大约两分钟时间。ReiserFS 使我们开发人员的生活更加愉快，还使我们的 cvs 服务器处理大量的并发 IO 而不会引起硬盘狂转和对交互性能的负面影响。

然而除了所有这些，关于 ReiserFS 最激动人心的地方是它将来的发展方向。Hans Reiser 对 ReiserFS 有一个非常激进而创新的计划，包括计划扩展文件系统从而能够将其作为一个发展成熟的高性能数据库来使用，最后还包括事务支持和高级查询功能。这意味 ReiserFS 将不仅仅“只是另一个高性能文件系统”；相反，它将开拓新的可能和道路，使我们能够用创新方式去解决传统的存储问题。有了 Namesys 的合作，Linux 将来的发展一定会非常激动人心 － 这绝对是一件好事情。

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文.
• Namesys Web 页 就是能更好地了解 ReiserFS 的地方。
• ReiserFS 邮件列表是能获得当前的，更多深入的 ReiserFS 信息的极好的信息来源。请务必还要查看 ReiserFS 邮件列表档案。
• Linux 每周新闻是我们及时了解最新的内核发展的很好的参考资料。
• 您可以在 Linux Gazette上 Juan I. Santos Florido 的 日志文件系统回顾中找到一些有关 UFS、ext2、ReiserFS 之间元数据的差异，以及其它内容的非常详细的信息。
• 看看 mutt 电子邮件客户，它可以用来读取大的 maildir 形式的邮箱。
• 阅读 Linus Torvalds 最近关于 dump 和 restore 的评论。
• 参加 developerWorks上 编译 Linux 内核的免费教程。
• 浏览 developerWorks上 更多 Linux 参考资料。
• 浏览 developerWorks上 更多开放源代码参考资料。

关于作者

		Daniel Robbins 是 Gentoo Technologies，Inc. 的总裁／首席执行官，住在新墨西哥州的 Albuquerque，他是 Gentoo Linux（一种 PC 机上的高级 Linux）和 Portage 系统（Linux 的下一代移植系统）的创建者。他还是 Macmillan 的书籍 － Caldera OpenLinux Unleashed、 SuSE Linux Unleashed和 Samba Unleashed － 的特约作者。Daniel 从他二年级时接触到 Logo 编程语言和 Pac Man 游戏的潜在危险魔力后就被这股热流卷进了计算机中。这或许可以解释他为什么曾经是 SONY 电子出版／游戏公司的首席图形设计师了。Daniel 喜欢花时间和他的妻子 Mary 还有他刚出生的宝贝女儿 Hadassah 在一起。您可以通过 [email protected] 联系他。