|
高级文件系统实现者指南 (linux gentoo)
你能在 http://www-900.ibm.com/developerWorks/cn/ 找到更多的资料
日志和 ReiserFS Daniel Robbins (drobbins@) 伴 随着 Linux 2.4 版本的发行，出现了大量的文件系统可能性，其中包括 ReiserFS、XFS、GFS 和其它文件系统。这些文件系统听起来的确都很酷，但是它们真正能做些什么呢，擅长在哪些方面，以及在 Linux 产品环境下如何才能安全地使用它们呢？在高级文件系统实现者指南中，Daniel Robbins 通过向您展示如何在 Linux 2.4 的环境下建立这些新的高级文件系统来回答以上的问题。遵从这个方法，他提供了在实际实现过程中的有价值的建议，性能信息和重要的技术性注意要点，以便于您 在新的文件系统中能有令人愉快的经历。在这里，也就是这个系列的第一篇文章中，他解说了日志和 ReiserFS 的优点。 准备好的内容 这就是准备好的内容。但是要开始这一系列工作，我还有一篇文章要脱离这个主题，用来为接 下来的行程做准备。我将会涉及两个对于 Linux 开发社区非常重要的主题 — 日志和 ReiserFS 后的设计理念。日志是非常重要的，因为它是我们长期以来一直期待的技术，而现在终于出现了。在 ReiserFS、XFS、JFS、ext3 和 GFS 中都用到它。确切地理解日志是做什么的和为什么 Linux 需要它是非常重要的。即使您对日志已有所掌握，我还是希望我有关日志的介绍可以成为一个好的模型，以用来向其他人解释这项技术，或者作为一项惯例，以利于 全世界的部门和组织开始向这些新的日志文件系统进行转变。这个过程通常是由“Linux guy/gal”开始的，就像您自己也会说服其他人应该这么做。 在 这篇文章的后半部分，我们将看看 ReiserFS 后的设计理念。通过这么做，我们能够很好地掌握一个事实，那就是这些新的文件系统并不只是为了做同样的事比老的系统快一点。它们还允许我们用以前完全不可 能的方法来处理事情。开发人员在阅读这一系列文章时应该牢记这一点。这些新的文件系统的能力 将很可能对您今后的 Linux 软件开发工程的代码编写产生影响。 理解日志：元数据 通 常，我们并不直接和文件系统的元数据打交道。而是一个特别的 Linux 文件系统驱动程序为我们作相应的工作。Linux 文件系统驱动程序是专门用来操作复杂的元数据的。然而，为了使得文件系统驱动程序正常工作，有一个很重要的必要条件；它需要在某种合理的、一致的和没有干 扰的状态下找到元数据。否则，文件系统驱动程序就不能理解和操作元数据，那么您也就不能存取文件了。 理解日志：fsck 然而，我们都知道不时地会有一些意外发 生，例如意想不到的电源故障或者系统挂起。当出现这些不幸的情况时，Linux 没有机会彻底卸载文件系统。当系统重新启动，fsck 开始扫描时，它会检测到这些没有彻底卸载的文件系统，并做出合理的假设 — 文件系统可能没有为 Linux 文件系统驱动程序准备好。这就很有可能导致元数据在某种情况下陷入困境。 所以，为了弥补这种情况，fsck 将开始彻底的扫描并且全面地检查元数据，修正这一过程中找到的任何错误。一旦 fsck 完成这样的工作，文件系统就可以使用了。尽管意想不到的电源故障或者系统挂起可能造成最近修改的数据丢失，但是由于元数据现在是一致的，文件系统就可以被 装载和投入使用了。 fsck 的问题 日志 可以这样来看待日志文件系统 — 除了存储数据（您的素材）和元数据（关于素材的数据）以外，它们还有一个日志。您可以称它们为元元数据（关于素材数据的数据）。 运作中的日志 ReiserFS 小文件的性能 这儿有一个 ext2 如何鼓励这种编程的例子。ext2 很擅长存储大量大小在 20k 以上的文件，但是对于存储 2,000 个 50 字节的文件来说，它就不是一种很理想的技术了。当 ext2 必须处理非常小的文件时，不只是性能显著地下降，而且存储效率也同样下降，因为 ext2 是按 1k 或者 4k 的块来分配空间的（可在文件系统创建时设定）。 现在，常规的明智做法会提示您不应该在文件系统上储 存这么多小的文件。而是应该存储在某种运行在文件系统之上的数据库里。作为对这种说法的回应，Hans Reiser 指出无论何时您需要在文件系统的顶上建立一层，那就意味着文件系统不满足您的需要。如果文件系统满足您的需要，那么您首先就要避免使用特殊目的的解决方 案。这样就可以节省开发的时间，并消除代码膨胀。这些代码可能是在您手动处理自己的个人存储器或者缓冲机制时，或者与数据库的某个库交互作用过程时所产生 的。 理论上是这样。但是在实际运用中，ReiserFS 的小文件性能会是如何的好呢？好得让人吃惊。实际上，当处理小于 1k 的文件时，ReiserFS 大概要比 ext2 快 8 到 15 倍！更妙的是，这些性能提高并不以其它文件类型的性能损失为代价。通常，ReiserFS 几乎在各个方面都优于 ext2，但是在处理小文件时才真正体现出了其闪光点。 ReiserFS 技术 ReiserFS 有许多特征是特别针对提高小文件的性能的。和 ext2 不同，ReiserFS 并不固定地以 1k 或者 4k 的块分配存储空间，而是分配所需要的精确尺寸。而且 ReiserFS 也包括了以尾文件为中心的特殊优化 — 尾文件是指那些比文件系统块小的文件及文件结尾部分。为了提高性能，ReiserFS 能够在 b* 树的叶子节点存储文件，而不是把数据存储在磁盘的其它地方再指向它。 这做了两件事。第一，它显著地提高了小文件的性能。由于文件数据和 stat_data（索引节）信息是紧挨着存储的，它们通常能被同一次磁盘 IO 操作所读取。第二，ReiserFS 能够压缩尾文件，节省大量磁盘空间。实际上，带有尾文件压缩功能（默认）的 ReiserFS 文件系统可以比同等的 ext2 文件系统多存储 6 个百分点的数据，这就其自身来说是令人惊叹的。 然而，由于在文件被修改时，尾文件压缩迫使 ReiserFS 重装数据，这就导致了性能上的轻微折损。鉴于这个原因，ReiserFS 尾文件压缩可以被关掉，允许系统管理员在速度与空间有效率上做出选择，或者牺牲一些存储能力来换取更高的速度。 ReiserFS 确实是一个非常出色的文件系统。在我的下一篇文章中，我将会指导您在 Linux 2.4 下完成 ReiserFS 安装的全过程。我们还将仔细地看一看性能调整，应用程序交互作用（和怎么围绕他们工作）以及使用的最佳内核等等。 随 着 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.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 的配置，让我们继续吧。 标准内核 首先，从 下载 2.4.4 内核源码并进入您的 /usr/src 目录。 移去该处的任何 linux 目录或者符号连接，如果是目录就将其改名，如果是符号连接就只需删除它。然后：
ac9 补丁和大补丁 要使用 ac9 补丁，请从 下载 Alan Cox ac9 补丁。然后键入：
一旦标准内核安装完毕，就到 DiCE 去下载 DiCE 的 ReiserFS 大补丁。这个步骤还是可选的，不过也是推荐的，特别是如果您将在此系统上运行 NFS 服务器或者需要配额（如果不是这样，无论如何这个补丁也不会有什么坏处）。要使用大补丁请遵循以下步骤：
一旦所有可选的修正和大补丁安装完毕，您就可以为 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）总是个好主意，这样万一您的新内核无法工作，您就可以用原来的内核启动。 安装工具
既 然工具已经安装完毕，现在您可以按需要创建任何新的分区（使用“fdisk”或者“cfdisk”）或 LVM 逻辑卷（使用“lvcreate”）并重新启动您的系统。如果您正在创建标准分区，您可以简单地将此分区标记为一个“Linux native file system”（83）。 创建和安装文件系统
在上面的示例中，/dev/hdxy 应该是对应于一个空闲分区的设备节点。象安装其它文件系统一样安装它：
而且，如果您想在自己的 /etc/fstab 文件中添加一个 ReiserFS 文件系统，只需将“freq”和“passno”字段设置为“0”，如下所示：
从这以后，您的 ReiserFS 文件系统应该不比它的对手 ext2 逊色了，而且您再也不必担心长时间的“fsck”，整体性能也会好得多 — 特别是对于小文件来说。 文件系统稳定性 ReiserFS 的局限性 没有 dump/restore 性能问题 在对大量文件执行多个 stat() 调用的代码中，可能也会碰到问题。一个可能触发这种性能缺陷的应用程序（它只存在于 2.4 系列内核的 ReiserFS 实现，在 2.2 内核中不存在）就是“mutt”邮件用户代理（请参阅参考资料）， 它在被用于读取大型 maildir 形式的邮箱时会触发性能缺陷。显然，每个邮件文件 mutt 都要 stat 两次，这样就会比平常更加影响性能。ReiserFS 开发小组已经意识到了这个特殊的问题，并已经确定了它的起因，如果近期没有解决方案的话，您应该可以在 ReiserFS 4 中看到相应的解决方案。 性能调整
在关于 ReiserFS 的第一篇文章中， 我曾提到 ReiserFS 有一项特别的功能，称为“tail packing”。在 ReiserFS 术语中，“tail”是小于一个系统文件块（4k）的文件，或不能填满一个完整的文件系统块的文件末尾部分。ReiserFS 具有确实卓越的小文件处理性能是因为它能够将这些 tail 合并到它的 b*tree（它的主要数据组织结构）中去，这样它们就能真正地接近 stat-data（ReiserFS 中等同于索引节点的单元）。然而，因为这些 tail 不能填满一个完整的块，它们会浪费很多磁盘空间（当然是相对地说）。为了解决这个问题，ReiserFS 使用了它的“tail packing”功能来将这些 tail 压缩到占用尽可能小的空间。通常，这么做可以让 ReiserFS 文件系统比大小相等的 ext2 文件系统多容纳大约 5％ 的数据。 更多关于 notail 的内容
即 便您想节省一点磁盘空间，有时候暂时用一下“notail”选项安装文件系统也是件好事。特别是，大多数引导装载器（boot loader）装载一个在启用 tail packing 的 ReiserFS 文件系统上创建的内核时，都会出现问题。如果您正在使用一个比版本 21.6 还低的 LILO，您就会碰到这种问题。在使用最新版本的 GRUB 时也会碰到问题，即不能装载它的 stage1 和 stage1_5 文件，尽管在装载实际内核的时候没有什么问题。如果您已经在经历这种问题了，您可以这样修正此问题－使用“notail”选项安装文件系统，将文件移到另 一个文件系统中，然后再把它们移回来。当文件被重新创建时，就不会有 tail 了。另外，记住您还可以很轻易地重新安装文件系统（用新选项），而不需要卸载它。这个特别的示例使用“notail”选项重新安装根目录文件系统。通常情况下，如果您想使用 tail packing，但也需要引导装载器（boot loader）从根目录文件系统装载辅助文件（如内核），这条命令就很有用了：
Qmail 注解 结论 然而除了所有这些，关于 ReiserFS 最激动人心的地方是它将来的发展方向。Hans Reiser 对 ReiserFS 有一个非常激进而创新的计划，包括计划扩展文件系统从而能够将其作为一个发展成熟的高性能数据库来使用，最后还包括事务支持和高级查询功能。这意味 ReiserFS 将不仅仅“只是另一个高性能文件系统”；相反，它将开拓新的可能和道路，使我们能够用创新方式去解决传统的存储问题。有了 Namesys 的合作，Linux 将来的发展一定会非常激动人心 －这绝对是一件好事情。 伴 随着 Linux 2.4 版本的发行，出现了大量的文件系统可能性，其中包括 ReiserFS、XFS、GFS 和其它文件系统。这些文件系统听起来的确都很酷，但是它们真正能做些什么呢，擅长在哪些方面，以及在 Linux 产品环境下如何才能安全地使用它们呢？Daniel Robbins 通过向您展示如何在 Linux 2.4 的环境下建立这些新的高级文件系统来回答以上的问题。在这个部分，Daniel 简单地介绍了 tmpfs，一个基于 VM 的文件系统，还向您介绍了 2.4 版本的“绑定”安装功能带来的新的可能。 在本系列我以前的文章中，我介绍了创建日志和使用 ReiserFS 的好处，并展示了如何安装一个稳固的基于 Linux 2.4 的 ReiserFS 系统。 在本文中，我们要谈论几个相对次要的主题。首先，我们会简单地介绍一下 tmpfs，也就是我们知道的虚拟内存（virtual memory，VM）文件系统。Tmpfs 可能是现在 Linux 可以使用的最好的类似于 RAM 磁盘的系统，而且是 2.4 内核的一个新功能。然后，我们将简单地介绍另一个 2.4 内核的新功能，叫做“绑定安装”，它在安装（和重新安装）文件系统的时候带来了很大的灵活性。在下一篇文章中，我们会把重点集中在 devfs 上，之后，我们会花点时间来进一步熟悉新的 ext3 文件系统。 介绍 tmpfs tmpfs 和 VM tmpfs 文件系统需要 VM 子系统的页面来存储文件。tmpfs 自己并不知道这些页面是在交换分区还是在 RAM 中；做这种决定是 VM 子系统的工作。tmpfs 文件系统所知道的就是它正在使用某种形式的虚拟内存。 不是块设备
执行这个命令之后，一个新的 tmpfs 文件系统就安装在 /mnt/tmpfs，随时可以使用。注意，不需运行 动态文件系统的大小 速度 没有持久性 使用 tmpfs 避免低 VM 情况 另 外，内核有一个内建的最终防线系统，用来在没有可用内存的时候释放内存，它会找到占用 VM 资源的进程并终止该进程。不幸的是，这种“终止进程”的解决方案在 tmpfs 的使用增加引起 VM 耗尽的情况下通常会导致不良后果。以下是原因。tmpfs 本身不能（也不应该）被终止，因为它是内核的一部分而非一个用户进程，而且也没有容易的方法可以让内核找出是那个进程占满了 tmpfs 文件系统。所以，内核会错误地攻击它能找到的最大的占用 VM 的进程，通常会是 X 服务器（X server），如果您碰巧在使用它。所以，您的 X 服务器会被终止，而引起低 VM 情况的根本原因（tmpfs）却没有被解决。Ick. 低 VM：解决方案 创建有最大容量的 tmpfs 文件系统很容易。要创建一个新的最大 32 MB 的 tmpfs 文件系统，请键入： # mount tmpfs /dev/shm -t tmpfs -o size=32m 这次，我们没有把 tmpfs 文件系统安装在 /mnt/tmpfs，而是创建在 /dev/shm，这正好是 tmpfs 文件系统的“正式”安装点。如果您正好在使用 devfs，您会发现这个目录已经为您创建好了。 还有，如果我们想将文件系统的容量限制在 512 KB 或 1 GB 以内，我们可以分别指定 而且，如果您想把上面的
在现存的安装点上安装
可是，这种解决方案也许对您不管用。可能有很多正在运行的进程在 /tmp 中有打开的文件；如果是这样，在试图卸载 /tmp 时，您就会遇到如下的错误：
然而，使用最近的 2.4 内核，您可以安装您新的 /tmp 文件系统，而不会遇到“device is busy”错误：
用一条命令，您新的 tmpfs /tmp 文件系统就被安装在 /tmp，并安装在已经安装的不能再被直接访问的分区之上。然而，虽然您不能访问原来的 /tmp，任何在原文件系统上还有打开文件的进程都可以继续访问它们。而且，如果您
现 在，如果您观察 /home/drobbins/nifty 的内部，您就会看到您的根文件系统（/home/drobbins/nifty/etc、/home/drobbins/nifty/opt 等）。而且，如果您在根文件系统修改文件，您在 /home/drobbins/nifty 中也可以看到所作的改动。这是因为它们是同一个文件系统；内核只是简单地为我们将该文件系统映射到两个不同的安装点。注意，当您在另一处安装文件系统时， 任何安装在绑定安装文件系统内部的安装点的文件系统都不会随之移动。换句话说，如果您在单独的文件系统上有 /usr，我们前面执行的绑定安装就会让 /home/drobbins/nifty/usr 为空。您会需要附加的绑定安装命令来使您能够浏览位于 /home/drobbins/nifty/usr 的 /usr 的内容：
绑定安装部分文件系统
在这个示例中，我们首先创建了一个 /dev/shm/tmp 目录，然后给它 正如您所见，绑定安装非常强大，让您可以轻易地修改文件系统设计，丝毫不必忙乱。下一篇文章，我们会谈到 devfs，至于现在，您也许会想看看下面的参考资料。 伴 随着 Linux 2.4 版本的发行，出现了大量的文件系统可能性，其中包括 ReiserFS、XFS、GFS 和其它文件系统。这些文件系统听起来的确都很酷，但是它们真正能做些什么呢，擅长在哪些方面，以及在 Linux 产品环境下如何才能安全地使用它们呢？Daniel Robbins 通过向您展示如何在 Linux 2.4 的环境下建立这些新的高级文件系统来回答以上的问题。遵从这个方法，他提供了在实际实现过程中的有价值的建议、性能信息和重要的技术性注意要点，以便于您 在新的文件系统中能有尽可能令人愉快的经历。在本文中：Daniel 解释了使用设备管理文件系统 devfs 的意义和好处，让您对其有所认识以便在下一篇文章中向您展示如何最佳地在系统上安装 devfs。 设备，到处都是设备 实 际上，通常 Linux 和 Unix 更“酷”的方面是，设备不是简单地隐藏在晦涩的 API 之后，而是真正地与普通文件、目录和符号链接一样存在于文件系统上。因为字符和块设备是映射到普通文件系统名称空间的，我们通常可以用有意义的方式来与硬 件交互，可以仅使用标准 Unix 命令，如 cat 和 dd。除了有趣之外，这还使我们有更强的能力，并提高生产力。 设备管理问题 仅从这个方面来看，我们就知道 /dev 需要彻底检修，而创建 devfs 的明确目的就是让 /dev 变回原形。为了很好地理解 devfs 是怎样解决绝大多数 /dev 管理问题的，我们从设备驱动程序的角度来看看 devfs。 设备管理内幕 您必须提供一个主设备号（一个无符号 8 位整数）作为 register_blkdev() 或 register_chrdev() 的参数；然后，在设备注册之后，内核就会知道这个特定的主设备号对应于执行 register_???dev() 调用的特定设备驱动程序。 那么，设备驱动程序开发人员为调用 register_???dev() 提供的主设备号应该是什么呢？如果开发人员不打算将设备驱动程序与外界共享，那么什么号码都可以，只要它与当前内核使用的其它主设备号都不冲突即可。开发人员还可以选择动态地分配 register_???dev() 调用的设备的主设备号。然而，这样的解决方案通常只是在驱动程序不会被其它人使用的情况下可行。 获取号码 有 一个“正式的”主设备号很重要，因为要与特定的设备交互，管理员必须在 /dev 创建一个特殊文件。当设备节点（特殊文件）创建后，它使用的主设备号必须同内核内部使用的完全相同。这样，进程对设备执行操作时，内核就会知道应该引用什 么设备驱动程序。让特殊文件到内核驱动程序的映射成为可能的是主设备号，而不是真实的设备名称（它和非 devfs 系统无关）。 一旦设备驱动程序具备正式主设备号，设备就可以被公开使用了，设备节点也就可以开始并入不同分发版的 /dev 树，还有它们的正式 /dev/MAKEDEV 脚本（用来帮助超级用户用正确的主从设备号、权限和所有权创建设备节点的特殊脚本）中。 传统的问题 不只是这样，Linux 还正在耗尽主设备号和副号码。虽然这种问题可以通过简单地扩展主设备号和副号码使用的位数，首先维护这些主设备号映射就很讨厌了，所以我们又在考虑有没有更好的方法来处理这些事情。幸运的是，有这样的方法；进入 devfs。 devfs_register() 这里是 devfs_register() 调用有趣的地方。虽然为了兼容性目的指定主设备号和副号码作为参数是可能的，但不再需要这样了。相反， devfs_register() 调用接受设备路径（就是它在 /dev 下可能的出现形式）作为参数。举例来说，假设 foo 设备驱动程序希望使用 devfs 注册设备。它会提供一个 foo0 的参数给 devfs_register()，从而告诉内核应该在 devfs 名称空间的根目录创建一个新的 foo0 设备。相应的，devfs_register() 在 devfs 名称空间的根目录添加 foo0 设备节点，并记录这个新的 foo0 节点应该映射到内核中的 foo 设备驱动程序。 运行的 Devfs 这种系统的优点是，所有需要的设备节点（没有别的了）都由内核自动创建。这不仅仅意味着不再需要 MAKEDEV（因 为所有注册的设备都只“出现”在 /dev 中），还意味着 /dev 不再被成百个“无用的”设备节点所充斥。实际上，使用 devfs，您可以只要查看 /dev 就知道系统上有什么设备。所以，如果您有一台支持热插拔的膝上型电脑，这意味着您甚至可以在您从系统中插入和拔出 PC 卡时魔术般地让设备从 /dev 中出现和消失。这让 devfs 成为对以前笨拙局面的一个非常彻底和实用的解决方案。 devfs 的优点 没有 devfs，linuxrc 就需要“查看” /dev 中的很多特殊文件，它们可能有也可能没有表示连接到系统的真实硬件。例如， linuxrc 会需要检测 /dev/hdc、/dev/scd0、/dev/hdb 和其它的设备以检测“活动的”光盘驱动器设备。在检测进程中，很可能命中几个“无用的”设备节点。 然而，使用 devfs，linuxrc 只在 /dev/cdroms 中寻找，它包含了系统中所有和活动的光 盘驱动器相关联的特殊文件，不管是 IDE 的还是 SCSI 的。由于这种便捷的新式 devfs 约定，再不需要猜测了；只有活动的设备才会列出，而且设备检测代码甚至不必担心底层的光盘驱动器的细节，比如说它使用什么 IDE 通道或者什么 SCSI ID。实际上，这是 devfs 的另一个主要好处；在我下一篇文章中，我们会看到 devfs 下 /dev 中的设备有全新的缺省位置。 实际上，如果您想访问一个特定的块设备（如磁盘、分区、光盘驱动器等等），事实上有 几个不同的特殊文件可以引用。例如，我的服务器只有一个 SCSI 光盘驱动器；如果启用了 devfs，我就可以通过安装 /dev/cdroms/cdrom0 或 /dev/scsi/host0/bus0/target4/lun0/cd 访问它。两种都引用同一个设备，我可以引用我认为最方便的特殊文件。如果愿意，我还可以使用一种老式的设备名称（/dev/sr0）访问光盘驱动器，这都是因为有一个非常便捷的叫 devfsd 的小程序。 devfsd 是一个有功能很多的程序，它负责创建老式的“兼容性”特殊文件，还允许您以很多种方式自定义 /dev。在我的下一篇文章中，我们会详细讨论 devfsd，到时我会一直引导您启动 devfs 并在您自己的系统上运行它。在那之前，请参考下面的参考资料以了解更多关于 devfs 的信息。
|
|
|
Daniel Robbins 是 Gentoo Technologies，Inc. 的总裁／首席执行官，住在新墨西哥州的 Albuquerque，他是 
