Daniel Robbins(drobbins@gentoo.org)
总裁/首席执行官,Gentoo Technologies,Inc.
2001 年 8 月
随着 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 或者 Linux2.4,而是要给那些更敢于冒险的人一点理性。不要总是在重要的系统上使用各种还处于测试期的内核;如果这样,您会吃到苦头的。当您使用一个不可靠的内核时,您不仅仅面临着系统锁定的危险;您还面临着丢失数据和文件系统崩溃的危险,这是您绝对不希望发生的。即便ReiserFS实现本身是稳定的,内核其他部分的主要错误也很可能引起文件系统崩溃的产生。 如果您没有最新的内核稳定性信息来源,我建议您定期地访问 Linux每周新闻(请参阅本文后面的参考资料),及时了解最新的可能出现的内核问题(信息每个星期四更新)。希望现在我已经说服了更多喜欢冒险的读者坚持使用2.4.4 或 2.4.4-ac9 内核作为产品 ReiserFS 的配置,让我们继续吧。 标准内核 首先,从 kernel.org 下载 2.4.4 内核源码并进入您的 /usr/src 目录。 移去该处的任何 linux目录或者符号连接,如果是目录就将其改名,如果是符号连接就只需删除它。然后:
ac9补丁和大补丁 要使用 ac9 补丁,请从 kernel.org 下载 Alan Cox ac9 补丁。然后键入:
一旦标准内核安装完毕,就到 DiCE去下载 DiCE 的 ReiserFS 大补丁。这个步骤还是可选的,不过也是推荐的,特别是如果您将在此系统上运行NFS服务器或者需要配额(如果不是这样,无论如何这个补丁也不会有什么坏处)。要使用大补丁请遵循以下步骤:
一旦所有可选的修正和大补丁安装完毕,您就可以为 ReiserFS配置内核了。 注意:如果您需要更多关于如何编译 Linux 内核的指导,可参阅developerWorks 上的编译 Linux 内核免费教程。下面是一个简单的摘要。 配置内核非常简单。首先,键入“make menuconfig”。在“Codematurity level options”部分,确保启用了“Prompt for developmentand/or incomplete code/drivers”选项。然后到“Filesystems”部分,启用“ReiserFS support”选项。 您将 ReiserFS设置为直接编译到内核中(而不是作为一种模块);而且通常启用“HavereiserFS do extra internal checking”这个选项不是什么好主意。现在,保存您的设置,编译您的内核(“make dep;make bzImage;makemodules;make modules_install”),然后配置您的引导装载器(bootloader)来装载新的配置了 ReiserFS 的内核。 重点:保存当前内核并配置引导装载器(bootloader)总是个好主意,这样万一您的新内核无法工作,您就可以用原来的内核启动。 使用ReiserFS 安装工具
既然工具已经安装完毕,现在您可以按需要创建任何新的分区(使用“fdisk”或者“cfdisk”)或LVM逻辑卷(使用“lvcreate”)并重新启动您的系统。如果您正在创建标准分区,您可以简单地将此分区标记为一个“Linuxnative file system”(83)。 创建和安装文件系统
在上面的示例中,/dev/hdxy应该是对应于一个空闲分区的设备节点。象安装其它文件系统一样安装它:
而且,如果您想在自己的 /etc/fstab 文件中添加一个 ReiserFS文件系统,只需将“freq”和“passno”字段设置为“0”,如下所示:
从这以后,您的 ReiserFS 文件系统应该不比它的对手 ext2逊色了,而且您再也不必担心长时间的“fsck”,整体性能也会好得多 —特别是对于小文件来说。 ReiserFS技术注解 文件系统稳定性 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”选项安装文件系统也是件好事。特别是,大多数引导装载器(bootloader)装载一个在启用 tail packing 的 ReiserFS文件系统上创建的内核时,都会出现问题。如果您正在使用一个比版本 21.6还低的 LILO,您就会碰到这种问题。在使用最新版本的 GRUB时也会碰到问题,即不能装载它的 stage1 和 stage1_5文件,尽管在装载实际内核的时候没有什么问题。如果您已经在经历这种问题了,您可以这样修正此问题-使用“notail”选项安装文件系统,将文件移到另一个文件系统中,然后再把它们移回来。当文件被重新创建时,就不会有tail了。另外,记住您还可以很轻易地重新安装文件系统(用新选项),而不需要卸载它。这个特别的示例使用“notail”选项重新安装根目录文件系统。通常情况下,如果您想使用tail packing,但也需要引导装载器(bootloader)从根目录文件系统装载辅助文件(如内核),这条命令就很有用了:
Qmail注解 结论 然而除了所有这些,关于 ReiserFS最激动人心的地方是它将来的发展方向。Hans Reiser 对 ReiserFS有一个非常激进而创新的计划,包括计划扩展文件系统从而能够将其作为一个发展成熟的高性能数据库来使用,最后还包括事务支持和高级查询功能。这意味ReiserFS将不仅仅“只是另一个高性能文件系统”;相反,它将开拓新的可能和道路,使我们能够用创新方式去解决传统的存储问题。有了Namesys 的合作,Linux 将来的发展一定会非常激动人心 -这绝对是一件好事情。 参考资料
|
文章来源于领测软件测试网 https://www.ltesting.net/