XfS文件系统,XfS文件系统是什么意思

XfS文件系统是SGI开发的高级日志文件系统，XFS极具伸缩性，非常健壮。所幸的是SGI将其移植到了Linux系统中。在linux环境下。目前版本可用的最新XFS文件系统的为1.2版本，可以很好地工作在2.4核心下。一、XFS文件系统简介主要特性包括以下几点：数据完全性采用XFS文件系统，当意想不到的宕机发生后，首先，由于文件系统开启了日志功能，所以你磁盘上的文件不再会意外宕机而遭到破坏了。不论目前文件系统上存储的文件与数据有多少，文件系统都可以根据所记录的日志在很短的时间内迅速恢复磁盘文件内容。传输特性 XFS文件系统采用优化算法，日志记录对整体文件操作影响非常小。XFS查询与分配存储空间非常快。xfs文件系统能连续提供快速的反应时间。笔者曾经对XFS、JFS、Ext3、ReiserFS文件系统进行过测试，XFS文件募?低车男阅鼙硐窒嗟背鲋凇?可扩展性 XFS 是一个全64-bit的文件系统，它可以支持上百万T字节的存储空间。对特大文件及小尺寸文件的支持都表现出众，支持特大数量的目录。最大可支持的文件大小为263 = 9 x 1018 = 9 exabytes，最大文件系统尺寸为18 exabytes。 XFS使用高的表结构(B+树)，保证了文件系统可以快速搜索与快速空间分配。XFS能够持续提供高速操作，文件系统的性能不受目录中目录及文件数量的限制。传输带宽 XFS 能以接近裸设备I/O的性能存储数据。在单个文件系统的测试中，其吞吐量最高可达7GB每秒，对单个文件的读写操作，其吞吐量可达4GB每秒。二、XFS文件系统的使用

1．下载与编译内核下载相应版本的内核补丁，解压补丁软件包，对系统核心打补丁下载地址：对核心打补丁，下载解压后，得到一个文件：xfs-1.1-2.4.18-all.patch文件。对核心进行修补如下： # cd /usr/src/linux # patch -p1< /path/to/xfs-1.1-2.4.18-all.patch 修补工作完成后，下一步要进行的工作是编译核心，将XFS编译进Linux核心可中。首先运行以下命令，选择核心支持XFS文件系统： makemenuconfig 在“文件系统“菜单中选择：<*>SGI XFS filesystem support #说明：将XFS文件系统的支持编译进核心或SGI XFS filesystem support #说明：以动态加载模块的方式支持XFS文件系统另外还有两个选择： Enable XFS DMAPI　#说明：对磁盘管理的API，存储管理应用程序使用Enable XFS Quota　#说明：支持配合Quota对用户使用磁盘空间大小管理完成以上工作后，退出并保存核心选择配置.之后，然后编译内核，安装核心: makebzImage makemodule makemodule_install makeinstall 如果你对以上复杂繁琐的工作没有耐心或没有把握，那么可以直接从SGI的站点上下载已经打好补丁的核心，其版本为2.4.18。它是一个rpm软件包，你只要简单地安装即可。SGI提交的核心有两种，分别供smp及单处理器的机器使用。 2．创建XFS文件系统完成对核心的编译后，还应下载与之配套的XFSprogs工具软件包，也即mkfs.xfs工具。不然我们无法完成对分区的格式化:即无法将一个分区格式化成XFS文件系统的格式。要下载的软件包名称：xfsprogs-2.0.3。将所下载的XFSProgs工具解压，安装，mkfs.xfs自动安装在/sbin目录下。

tar–xvf xfsprogs-2.0.3.src.tar.gz cdxfsprogs-2.0.3src ./configuremakemakeinstall 使用mkfs.xfs格式化磁盘为xfs文件系统，方法如下： # /sbin/mkfs.xfs /dev/sda6 ＃说明：将分区格式化为xfs文件系统,以下为显示内容： meta-data=/dev/sda6 isize=256 agcount=8, agsize=128017 blks data = bsize=4096 blocks=1024135, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=0 naming =version 2 bsize=4096 log =internal log bsize=4096 blocks=1200 realtime =none extsz=65536 blocks=0, rtextents=0 格式化磁盘时，如果mkfs.xfs提示你分区原本已被格式化为其它文件系统，可以使用参数 –f 强行格式化： /sbin/mkfs.xfs–f /dev/sda6 3．加载XFS文件系统 mount–t xfs /dev/sda6 /xfs #其中/xfs是主分区/下的一个目录。最后，为了让系统启动后就自动加载，应该更改/etc/fstab，这样系统启动后就会自动加载xfs分区而不必每次都手工加载。要说明的一点是目前的xfs由于受linux内存页限制，在x86版本中，只能实现文件系统的块尺寸为4K。另外，XFS文件系统可以不同的方式mount，即允许文件系统以读方式加载，也允许以读写方式加载。这是因为xfs文件系统用作根文件系统时，为了安全要以只读方式加载。三、文件系统的迁移要使得系统中的其它分区使用XFS文件系统，还有一步是迁移文件系统。建议在迁移文件系统时，首先将磁盘上的数据、文件先备份，以免发生不可挽回的损失，在进行文件系统转换之间，最好能将整个系统进行完全备份。这一步有很多种方法，本文仅就笔者的迁移方法加以描述。各位可以按照自己习惯的方式去完成如果你想得到一个纯的xfs系统(系统的所有文件系统均采用XFS文件系统)话，还得将根文件系统也格式化为xfs文件系统。这实际上是比较繁杂的一步。因为根文件系统不能被umount，所以，必须首先创建一个分区，其文件系统为ext2文件系统，然后将目前的根分区上的所有文件与目录，原原本本地复制到这一个分区，然后更改/etc/fstab文件，替换原来的根分区。方法如下：$ mkfs -t ext2 /dev/hda4 $ mkdir /mnt/temp $ mount -t ext2 /dev/hda4 /mnt/temp $ cd / $ tar lcvf - .|(cd /mnt/temp; tar xpvf - )　以上操作是将根分区上的所有文件打包，复制到新建立的分区。当然，你也可以直接使用以下命令复制文件。

# cp –dpR / /mnt/temp 接着，将下次启动的根分区更改到/dev/hda4分区，更改/etc/fstab文件及/etc/lilo.conf ，然后，运行 lilo. 重新启动后，新的根分区就已经为/dev/hda4。接下来，创建一个xfs文件系统的分区： $ mkfs -t xfs /dev/hda2 加载此分区，采用两样的方法，将根分区的内容复制到此分区 $ mount -t xfs /dev/hda2 /mnt/temp 在根分区下，运行 $ cd / $ tar lcvf - .|(cd /mnt/temp; tar xpvf - ) 再次更改/etc/fstab、/etc/lilo.conf，用新建的xfs分区替换原来的ext2主分区。如下所示： /dev/hda2 / xfs defaults 1 1 将新建的xfs分区用作根分区，保存以上设置。再次检查配置文件内容，确认无误后再重新启动系统。如果你的设置全部正确，那么系统成功启动后，你就拥有一个纯XFS文件系统的系统了

XFS 最初是由 Silicon Graphics，Inc. 于 90 年代初开发的。那时，SGI 发现他们的现有文件系统（existing filesystem，EFS）正在迅速变得不适应当时激烈的计算竞争。为解决这个问题，SGI 决定设计一种全新的高性能 64 位文件系统，而不是试图调整 EFS在先天设计上的某些缺陷。因此，XFS 诞生了，并于 1994 年随 IRIX 5.3 的发布而应用于计算。它至今仍作为 SGI 基于 IRIX 的产品（从工作站到超级计算机）的底层文件系统来使用。现在，XFS 也可以用于 Linux。XFS 的 Linux 版的到来是激动人心的，首先因为它为 Linux 社区提供了一种健壮的、优秀的以及功能丰富的文件系统，并且这种文件系统所具有的可伸缩性能够满足最苛刻的存储需求。主要特性包括：数据完全性采用XFS文件系统，当意想不到的宕机发生后，首先，由于文件系统开启了日志功能，所以你磁盘上的文件不再会意外宕机而遭到破坏了。不论目前文件系统上存储的文件与数据有多少，文件系统都可以根据所记录的日志在很短的时间内迅速恢复磁盘文件内容。传输特性 XFS文件系统采用优化算法，日志记录对整体文件操作影响非常小。XFS查询与分配存储空间非常快。xfs文件系统能连续提供快速的反应时间。笔者曾经对XFS、JFS、Ext3、ReiserFS文件系统进行过测试，XFS文件文件系统的性能表现相当出众。可扩展性 XFS 是一个全64-bit的文件系统，它可以支持上百万T字节的存储空间。对特大文件及小尺寸文件的支持都表现出众，支持特大数量的目录。最大可支持的文件大小为263 = 9 x 1018 = 9 exabytes，最大文件系统尺寸为18 exabytes。 XFS使用高的表结构(B+树)，保证了文件系统可以快速搜索与快速空间分配。XFS能够持续提供高速操作，文件系统的性能不受目录中目录及文件数量的限制。传输带宽 XFS 能以接近裸设备I/O的性能存储数据。在单个文件系统的测试中，其吞吐量最高可达7GB每秒，对单个文件的读写操作，其吞吐量可达4GB每秒。 XFS 设计:分配组（allocation groups）当创建 XFS 文件系统时，底层块设备被分割成八个或更多个大小相等的线性区域（region）。您可以将它们想象成“块”（chunk）或者“线性范围（range）”，但是在 XFS 术语中，每个区域称为一个“分配组”。分配组是唯一的，因为每个分配组管理自己的索引节点（inode）和空闲空间，实际上，是将这些分配组转化为一种文件子系统，这些子系统正确地透明存在于 XFS 文件系统内。分配组与可伸缩性那么，XFS 到底为什么要有分配组呢？主要原因是，XFS 使用分配组，以便能有效地处理并行 IO。因为，每个分配组实际上是一个独立实体，所以内核可以同时与多个分配组交互。如果不使用分配组，XFS 文件系统代码可能成为一种性能瓶颈，迫使大量需求 IO 的进程“排队”来使索引节点进行修改或执行其它种类的元数据密集操作。多亏了分配组，XFS 代码将允许多个线程和进程持续以并行方式运行，即使它们中的许多线程和进程正在同一文件系统上执行大规模 IO 操作。因此，将 XFS 与某些高端硬件相结合，您将获得高端性能而不会使文件系统成为瓶颈。分配组还有助于在多处理器系统上优化并行 IO 性能，因为可以同时有多个元数据更新处于“在传输中”。 B+ 树无处不在分配组在内部使用高效的 B+ 树来跟踪主要数据，譬如空闲空间的范围和索引节点。实际上，每个分配组使用两棵 B+ 树来跟踪空闲空间；一棵树按空闲空间的大小排序来存储空闲空间的范围，另一棵树按块设备上起始物理位置的排序来存储这些区域。XFS 擅长于迅速发现空闲空间区域，这种能力对于最大化写性能很关键。当对索引节点进行管理时，XFS 也是很有效的。每个分配组在需要时以 64 个索引节点为一组来分配它们。每个分配组通过使用 B+ 树来跟踪自己的索引节点，该 B+ 树记录着特定索引节点号在磁盘上的位置。您会发现 XFS 之所以尽可能多地使用 B+ 树，原因在于 B+ 树的优越性能和极大的可扩展性。日志记录当然，XFS 也是一种日志记录文件系统，它允许意外重新引导后的快速恢复。象 ReiserFS 一样，XFS 使用逻辑日志；即，它不象 ext3 那样将文字文件系统块记录到日志，而是使用一种高效的磁盘格式来记录元数据的变动。就 XFS 而言，逻辑日志记录是很适合的；在高端硬件上，日志经常是整个文件系统中争用最多的资源。通过使用节省空间的逻辑日志记录，可以将对日志的争用降至最小。另外，XFS 允许将日志存储在另一个块设备上，例如，另一个磁盘上的一个分区。这个特性很有用，它进一步改进了 XFS 文件系统的性能。象 ReiserFS 一样，XFS 只对元数据进行日志记录，并且在写元数据之前，XFS 不采取任何专门的预防措施来确保将数据保存到磁盘。这意味着，使用 XFS（就象使用 ReiserFS）时，如果发生意外的重新引导，则最近修改的数据有可能丢失。然而，XFS 日志有两个特性使得这个问题不象使用 ReiserFS 时那么常见。使用 ReiserFS 时，意外重新引导可能导致最近修改的文件中包含先前删除文件的部分内容。除了数据丢失这个显而易见的问题以外，理论上，这还可能引起安全性威胁。相反，当 XFS 日志系统重新启动时，XFS 确保任何未写入的数据块在重新引导时置零。因此，丢失块由空字节来填充，这消除了安全性漏洞 ― 这是一种好得多的方法。现在，关于数据丢失问题本身，该怎么办呢？通常，使用 XFS 时，该问题被最小化了，原因在于以下事实：XFS 通常比 ReiserFS 更频繁地将暂挂元数据更新写到磁盘，尤其是在磁盘高频率活动期间。因此，如果发生死锁，那么，最近元数据修改的丢失，通常比使用 ReiserFS 时要少。当然，这不能彻底解决不及时写数据块的问题，但是，更频繁地写元数据也确实促进了更频繁地写数据。延迟分配研究一下延迟分配这个 XFS 独有的特性，然后我们将结束关于 XFS 的技术概述。正如您可能知道的，术语分配（allocation）是指：查找空闲空间区域并用于存储新数据的过程。 XFS 通过将分配过程分成两个步骤来处理。首先，当 XFS 接收到要写入的新数据时，它在 RAM 中记录暂挂事务，并只在底层文件系统上保留适当空间。然而，尽管 XFS 为新数据保留了空间，但它却没有决定将什么文件系统块用于存储数据，至少现在还没决定。XFS 进行拖延，将这个决定延迟到最后可能的时刻，即直到该数据真正写到磁盘之前作出。通过延迟分配，XFS 赢得了许多机会来优化写性能。到了要将数据写到磁盘的时候，XFS 能够以这种优化文件系统性能的方式，智能地分配空闲空间。尤其是，如果要将一批新数据添加到单一文件，XFS 可以在磁盘上分配一个单一、相邻区域来储存这些数据。如果 XFS 没有延迟它的分配决定，那么，它也许已经不知不觉地将数据写到了多个非相邻块中，从而显著地降低了写性能。但是，因为 XFS 延迟了它的分配决定，所以，它能够一下子写完数据，从而提高了写性能，并减少了整个文件系统的碎片。在性能上，延迟分配还有另一个优点。在要创建许多“短命的”临时文件的情况下，XFS 可能根本不需要将这些文件全部写到磁盘。因为从未给这些文件分配任何块，所以，也就不必释放任何块，甚至根本没有触及底层文件系统元数据。