ReiserFS文件系统分析论文-范文模板(4页)

更新时间:2024-06-15 00:49:01 阅读量: 综合文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

【推荐】ReiserFS文件系统分析论文-范文模板

本文部分内容来自网络整理,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即删除!

== 本文为word格式,下载后可方便编辑和修改! ==

ReiserFS文件系统分析论文

课 件

1.为什么叫日志式?

日志式文件系统在强调数据完整性的企业级服务器中有着重要的需求,是文件系统发展的方向。日志式文件系统的思想来自于如Oracle等大型数据库。数据库操作往往是由多个相关的、相互依赖的子操作组成,任何一个子操作的失败都意味着整个操作的无效性,对数据库数据的任何修改都要回复到操作以前的状态。日志式文件系统采用了类似的技术。

在分区中保存有一个日志记录文件,文件系统写操作首先是对记录文件进行操作,若整个写操作由于某种原因(如系统掉电)而中断,则在下次系统启动时就会读日志记录文件的内容来恢复没有完成的写操作。而这个过程一般只需要几秒钟到几分钟,而不是ext2文件系统的fsck那样在大型服务器情况下可能需要几个小时来完成扫描。

对日志式文件系统原理的一个更详细的描述可以参考Journal File Systems

2.日志式文件系统简介

尽管Linux可以支持种类繁多的文件系统,但是几乎所有的Linux发行版都用ext2作为默认的文件系统。ext2的设计者主要考虑的是文件系统性能方面的问题。ext2在写入文件内容的同时并没有同时写入文件的meta-data(和文件有关的信息,例如:权限、所有者以及创建和访问时间)。换句话说,Linux先写入文件的内容,然后等到有空的时候才写入文件的meta-data。这样若出现写入文件内容之后但在写入文件的meta-data之前系统突然断电,就可能造成在文件系统就会处于不一致的状态。在一个有大量文件操作的系统中出现这种情况会导致很严重的后果。因此就导致了新的日志式文件系统的出现以解决这个问题。日志文件系统比传统的文件系统安全,因为它用独立的日志文件跟踪磁盘内容的变化。就像关系型数据库(RDBMS),日志文件系统可以用事务处理的方式,提交或撤消文件系统的变化。Linux系统缺少日志式文件系统是限制推广其在企业级应用的一个重要制约因素。因此就出现了多种不同的日志式文件系统,当前linux环境下有下面几种日志文件可供选择:

SGI的xfs日志文件系统,SGI的xfs是基于Irix(SGI的Unix)上已经实现的xfs。SGI已经宣布xfs为Open Source的软件。 Veritas的文件系统和卷管理(volume manager)。

Reiserfs:Reiserfs应用了一些新的技术,例如,统一名字空间(unified name space)有一些Linux的发行版已经包括了reiserfs文件系统,作为安装时的可选项。SuSE 6.4 就很容易使用reiserfs文件系统。reiserfs的最新版

是ReiserFS 3.6.25,经过测试reiserfs的基准测试的结果是非常令人满意的。

【推荐】ReiserFS文件系统分析论文-范文模板

IBM的jfs。这两文件系统都遵循开放源码版权声明,且的而且很多有天赋的人在开发这两个文件系统。jfs(Journaled File System Technology for Linux)的开发者包括AIX(IBM的Unix)的jfs的主要开发者。在AIX上,jfs已经经受住了考验。它是可靠、快速和容易使用的。

日志文件系统的另一个选择是ext2的后继者ext3fs文件系统。ext3fs文件系统正在Linux内核黑客Stephen Tweedie的 领导 下开发。ext3fs还处于beta测试阶段,就像reiserfs和jfs,但是它工作得很好。Stephen预计201X年夏天可以正式发布ext3fs。ext3fs最大的优点是向下兼容ext2。而且ext3fs还支持异步的日志,这意味着它的性能可能还比ext2好。

在上面提到的日志式文件系统中,ReiserFS是目前Linux环境下最成熟的一种。而IBM的JFS和SGI的XFS则相对于来说要年轻一些,ext3文件系统则仍然需要开发。因此我们这里选择ReiserFS。 3.获得ReiserFS

Kernel 2.4.1已经包含了ReiserFS的代码,但是最好使用包含了最新的ReiserFS 3.6.25的kernel 2.4.3,若你不是使用kernel 2.4.3,建议你使用这个版本的ReiserFS。本文将使用kernel 2.4.3来作为示例。 对于Kernel 2.4.2则需要打补丁

# cd /usr/src/linux

# zcat linux-2.4.2-reiserfs-201X0327.patch.gz patch -p1 对于2.2版本的内核:

# bzip2 -dc linux-2.2.18-reiserfs-3.5.32-patch.bz2 patch -p1 在make config阶段需要对\code/drivers\回答Yes。否则系统就不会询问关于ReiserFS的选项;在编译内核的文件系统参数部分,应该选择支持ReiserFS。若你不希望将root(/)安装在ReiserFS文件系统下,则只需要将对ReiserFS的支持编译为模块即可。本文将讨论将root安装在ReiserFS之上的情况。 4.编译内核和模块

注:如果你使用的是RedHat7.0,那么就需要首先边际Makefile并将其中所有的gcc替换为kgcc。首先需要从redhat7.0安装光盘上安装kgcc,若没有采取这一步,那么得到的内核将会显示kernel panics信息。Redhat7.0带的gcc2.96有很多的bug。所有的内核编译都应该使用kgcc来完成。 gcc vs. kgcc:

Linux 之父 Linus Torvalds 日前在 Linux核心邮件论坛中,表明了他对 Red Hat 7.0 的看法:『基本上不堪使用』。 节录这封信的内容重点:『坦白地说,任何使用 Red Hat 7.0 和他们那坏掉的编译器都会遇到麻烦。』『我不知道为何 Red Hat 选择释出那愚蠢的 gcc-2.96(一定通过没有任何 gcc 技术人员的批准 - gcc 人员对此也很生气),而且更令我惊讶的是他们显然已经知道他们用的这个编译器是坏的。他们包进了另一个好的编译器,叫它作 kgcc。』 『kgcc 意思是核心 gcc,显然因为 (a) 他们了解到核心编译错误比某些应用程序编译错误来得糟糕,和 (b)...』 『... 我认为 Red Hat 7.0 基本上并非一个可用的开发平台,而且我希望 Red Hat 将他们的编译器降级...』 Red Hat 执行长 Matthew Szulik 对 Linus Torvalds 这番话的反应是:他不是真正能回应 Linus 这项挑战的人选,而且他表示 Red Hat 也预料到会遭受这样的

本文来源:https://www.bwwdw.com/article/agy3.html

Top