ext2和ext3的主要区别
ext3 文件系统
以根用户身份键入以下命令来检查分区的错误：
/sbin/e2fsck -y /dev/ hdb1
然后通过键入以下命令来把分区重新挂载为 ext2 文件系统：
mount -t ext2 /dev/ hdb1 /mount/point
在以上命令中，把 /mount/point 替换成分区的挂载点。
1.4. 还原到 ext2 文件系统
因为 ext3 相对来说比较新，某些磁盘工具可能还不支持它。例如，你可能需要使用 resize2fs 来缩小某分区，该命令不支持 ext3。在这种情况下，可能会有必要把文件系统暂时还原成 ext2。
要还原分区，你必须首先卸载分区。方法是登录为根用户，然后键入：
umount /dev/ hdb X
在以上命令中，把 /dev/ hdb 替换成设备名称，把 X 替换成分区号码。本节以后的示例命令将会使用 hdb1 来代表设备t2，以根用户身份键入以下命令：
/sbin/tune2fs -O ^has_journal /dev/ hdb1
由 ext3 文件系统提供的登记报表方式意味着不洁系统关机后没必要再进行此类文件系统检查。使用 ext3 系统时，一致性检查只在某些罕见的硬件失效（如硬盘驱动器失效）情况下才发生。不洁系统关机后，ext 文件系统的恢复时间不根据文件系统的大小或文件的数量而定，而是根据用于维护一致性的 登记日志（journal） 的大小而定。根据你的硬件速度，默认的登记日志只需花大约一秒钟来恢复。
下一步，删除根目录下的 .journal 文件。方法是转换到分区的挂载目录中，然后键入：
rm -f .journal
你现在就有一个 ext2 分区了。
如果你永久地把分区改换成 ext2，请记住更新 /etc/fstab 文件。
Ext2和Ext3文件系统
Ext2和Ext3文件系统Ext2: 是GNU/Linux 系统中标准的文件系统，其特点为存取文件的性能极好，对于中小型的文件更显示出优势，这主要得利于其簇快取层的优良设计。
其单一文件大小与文件系统本身的容量上限与文件系统本身的簇大小有关，在一般常见的x86 电脑系统中，簇最大为4KB, 则单一文件大小上限为2048GB, 而文件系统的容量上限为16384GB。
但由于目前核心 2.4 所能使用的单一分割区最大只有2048GB，因此实际上能使用的文件系统容量最多也只有2048GB。
Ext3: 顾名思义，它就是ext2 的下一代，也就是在保有目前ext2 的格式之下再加上日志功能。
目前它离实用阶段还有一段距离，也许在下一版的核心就可以上路了。
ext3是一种日志式文件系统。
日志式文件系统的优越性在于：由于文件系统都有快取层参与运作，如不使用时必须将文件系统卸下，以便将快取层的资料写回磁盘中。
因此每当系统要关机时，必须将其所有的文件系统全部卸下后才能进行关机。
如果在文件系统尚未卸下前就关机(如停电) 时，下次重开机后会造成文件系统的资料不一致，故这时必须做文件系统的重整工作，将不一致与错误的地方修复。
然而，此一重整的工作是相当耗时的，特别是容量大的文件系统，而且也不能百分之百保证所有的资料都不会流失。
故这在大型的伺服器上可能会造成问题。
为了克服此问题，业界经长久的开发，而完成了所谓‘日志式文件系统(Journal File System) ’。
此类文件系统最大的特色是，它会将整个磁盘的写入动作完整记录在磁盘的某个区域上，以便有需要时可以回朔追踪。
由于资料的写入动作包含许多的细节，像是改变文件标头资料、搜寻磁盘可写入空间、一个个写入资料区段等等，每一个细节进行到一半若被中断，就会造成文件系统的不一致，因而需要重整。
然而，在日志式文件系统中，由于详细纪录了每个细节，故当在某个过程中被中断时，系统可以根据这些记录直接回朔并重整被中断的部分，而不必花时间去检查其他的部分，故重整的工作速度相当快，几乎不需要花时间。
ext2 ext3 ext4区别
13. 默认启用 barrier。 磁盘上配有内部缓存，以便重新调整批量数据的写操作顺序，优化写入性能，因此文件系统必须在日志数据写入磁盘之后才能写 commit 记录，若 commit 记录写入在先，而日志有可能损坏，那么就会影响数据完整性。Ext4 默认启用 barrier，只有当 barrier 之前的数据全部写入磁盘，才能写 barrier 之后的数据。（可通过 "mount -o barrier=0" 命令禁用该特性。）
8. 日志校验。 日志是最常用的部分，也极易导致磁盘硬件故障，而从损坏的日志中恢复数据会导致更多的数据损坏。Ext4 的日志校验功能可以很方便地判断日志数据是否损坏，而且它将 Ext3 的两阶段日志机制合并成一个阶段，在增加安全性的同时提高了性能。
9. “无日志”（No Journaling）模式。 日志总归有一些开销，Ext4 允许关闭日志，以便某些有特殊需求的用户可以借此提升性能。
3. 无限数量的子目录。 Ext3 目前只支持 32,000 个子目录，而 Ext4 支持无限数量的子目录。
4. Extents。 Ext3 采用间接块映射，当操作大文件时，效率极其低下。比如一个 100MB 大小的文件，在 Ext3 中要建立 25,600 个数据块（每个数据块大小为 4KB）的映射表。而 Ext4 引入了现代文件系统中流行的 extents 概念，每个 extent 为一组连续的数据块，上述文件则表示为“该文件数据保存在接下来的 25,600 个数据块中”，提高了不少效率。
5. 多块分配。 当写入数据到 Ext3 文件系统中时，Ext3 的数据块分配器每次只能分配一个 4KB 的块，写一个 100MB 文件就要调用 25,600 次数据块分配器，而 Ext4 的多块分配器“multiblock allocator”（mballoc） 支持一次调用分配多个数据块。
Ext3文件系统
EXT3文件系统EXT2和EXT3是许多Linux操作系统发行版本的默认文件系统。
EXT基于UFS，是一种快速、稳定的文件系统。
随着Linux系统在关键业务中的应用，Linux文件系统的弱点也渐渐显露出来了；其中EXT2文件系统是非日志式文件系统，这在关键行业的应用是一个致命的弱点，EXT3文件系统弥补了这一缺点。
EXT3文件系统是直接从EXT2文件系统发展而来，目前EXT3文件系统已经非常稳定可靠。
它完全兼容EXT2文件系统。
用户可以平滑地过渡到一个日志功能健全的文件系统中来。
这实际上了也是EXT3日志文件系统初始设计的初衷。
Ext3文件系统属于一种日志文件系统，是对Ext2系统的扩展。
Ext3系统兼容Ext2文件系统，二者之间的相互转换并不复杂。
Ext2是 GNU/Linux 系统中标准的文件系统，其簇快取层的优良设计使得Ext2系统存取文件的性能非常好，尤其是针对中小型的文件更显优势。
Ext3是一种日志式文件系统，日志文件系统比传统的文件系统安全，因为它用独立的日志文件跟踪磁盘内容的变化。
就像关系型数据库（RDBMS），日志文件系统可以用事务处理的方式，提交或撤消文件系统的变化。
由于文件系统都有快取层参与运作，不使用时必须将文件系统卸下，以便将快取层的资料写回磁盘中。
因此每当系统要关机时，必须将其所有的文件系统全部关闭后才能进行关机。
如果在文件系统尚未关闭前就关机 (如停电) 时，下次重开机后会造成文件系统的资料不一致，故（所以）这时必须做文件系统的重整工作，将不一致与错误的地方修复。
然而这一重整的工作是相当耗时的，特别是容量大的文件系统，而且也不能百分之百保证所有的资料都不会流失。
为了克服此问题，使用（便出现了）所谓的日志式文件系统 (Journal File System) 。
此类文件系统最大的特色是，它会将整个磁盘的写入动作完整记录在磁盘的某个区域上，以便有需要时可以回溯追踪。
由于资料的写入动作包含许多的细节，如改变文件标头资料、搜寻磁盘可写入空间、一个个写入资料区段等等，每一个细节进行到一半若被中断，就会造成文件系统的不一致，因而需要重整。
Linux系统ext2与ext3文件系统的区别与转换
ext2和ext3是Linux比较旧的文件系统， 在Linux 7中支持的文件系统已经是 “xfs”，但是为了知识的衔接性，也为 了更深的认识文件系统之间的差别有必 要认识一下这两个文件系统。 这两个文件系统的格式是相同的，不 同的是在ext3文件系统中在硬盘的后面 留出一块磁盘空间来存放日志（journal） 记录。
全部消失。 如果你接手一个很重要的Linux系统， 而这个Linux系统的文件系统还是很老的 ext2，而为了提高性能还要保留原来的 数据就只能使用命令tune2fs命令（在线 转换文件系统ext2→ext3）了。
除了使用“-j”选项创建ext3文件系 统之外，可以直接使用mkfs.ext3 设备名
在开机时Linux系统都会检查每个文件 系统的Valid bit，值如为1则直接挂载该 文件系统，而如果为0值，则系统会扫描 这个文件系统（硬盘分区）查找损坏的 数据，如果这个硬盘分区很大，扫描时 间会很长。 1扫描
0不扫描 由于ext3文件系统有日志机制，开机 时系统会先检查日志中的信息，检查日
创建ext3文件系统。
journal=”日志”
使用命令dumpe2fs /dev/sdc1 | more 可以看到成功创建ext3文件系统。
二、在ext3格式文件系统上，数据写 入硬盘的操作过程为： ⑴数据同样先写 入缓冲区 ① ⑵当数据写入 缓冲区 （内存） 缓冲区满时，先通知 ③ 日志 ext3 文件 ⑶通知日志之后 ② ④ 系统 数据才会写入硬盘中 日志 ⑷数据写入硬盘后，系统 再通知日志数据已经写入硬盘。
三、日志机制 在ext2和ext3中，文件系统的格式是 一样的，不一样的地方是ext2没有日志 机制，而ext3有日志机制。 对于ext2，由于它没有日志机制，在 Linux使用Valid bit标志位来记录系统在 关机之前该文件系统是否已经卸载。因 每一个文件系统都有一个自己的Valid bit 。并且，Valid bit的值为1，则表示这个 文件系统已经卸载，而其值为0，则表示 这个文件系统没有正常关机。
ext3_JBD_文档
Ext3文件系统1 Ext3文件系统简介Ext3一种日记式文件系统。
日记文件系统会把系统对磁盘文件系统的更改第一一一记录在日记文件中，然后再更新到磁盘上。
在由某种原因（例如down机等）而致使文件系统显现不一致的情形下，能够通过重放（replay）日记文件来恢复文件系统的一致性。
Ext3是直接从Ext2文件系统进展过来的，采纳了Ext2文件系统的磁盘数据布局，实现了对Ext2的完全兼容。
依照写入日记的内容和数据刷新时刻的不同，Ext3可支持三个不同的日记格式：Journal模式，ordered模式和writeback模式。
1.1Ext3日记模式第一介绍元数据的概念，在Ext2 和 Ext3中，有六种元数据，别离是：超级块，块组描述符，节点，间接块，数据位图。
可见，元数据记录了数据的改变。
Ext3既能够只对元数据做日记，也能够同时对文件数据块做日记。
具体来讲，Ext3提供以下三种日记模式：日记（Journal ）文件系统所有数据和元数据的改变都记入日记。
这种模式减少了丢失每一个文件所作修改的机遇，可是它需要很多额外的磁盘访问。
例如，当一个新文件被创建时，它的所有数据块都必需复制一份作为日记记录。
这是最平安和最慢的Ext3日记模式。
预定（Ordered ）只有对文件系统元数据的改变才记入日记。
但是，Ext3文件系统把元数据和相关的数据块进行分组，以便把元数据写入磁盘之前写入数据块。
如此，就能够够减少文件内数据损坏的机遇；例如，确保增大文件的任何写访问都完全受日记的爱惜。
这是缺省的Ext3 日记模式。
写回（Writeback ）只有对文件系统元数据的改变才记入日记；这是在其改日记文件系统发觉的方式，也是最快的模式1.2日记块设备（JBD）Ext3 文件系统本身不处置日记，而是利用日记块设备（Journaling Block Device）或叫JBD 的通用内核层。
Ext3文件系统挪用JDB例程以确保在系统万一显现故障时它的后续操作可不能损坏磁盘数据结构。
本地硬盘存储
本地硬盘存储【】本地存储能保证数据的完整性、安全性，网络视频服务器在网络传输过程中可能产生丢包的情况，使用本地存储能给予客户数据安全的保证。
本地存储一般是IDE 或SATA 接口外接IDE 或SATA 硬盘，在配合以安全稳定的文件系统，实现硬盘的存储。
文件系统网络视频服务器操作系统大多为嵌入式Linux，本地存储一般会应用Linux 的文件系统。
常用的有ext2 和ext3。
ext2 是为解决ext 文件系统的缺陷而设计的可扩展的、高性能的文件系统，它又被称为二级扩展文件系统。
ext2 是1993 年发布的，设计者是Rey Card。
它是Linux 文件系统类型中使用最多的格式，并且在速度和CPU 利用率上较为突出，是GNU/Linux 系统中标准的文件系统。
它存取文件的性能极好，对于中、小型的文件更显示出优势，这主要得益于其簇快取层的优良设计。
ext2 可以支持256 字节的长文件名，其单一文件大小和文件系统本身的容量上限与文件系统本身的簇大小有关。
在常见的Intel x86 兼容处理器的系统中，簇最大为4KB，单一文件大小上限为2048GB, 而文件系统的容量上限为6384GB。
尽管Linux 可以支持种类繁多的文件系统，但是2000 年以前几乎所有的Linux 发行版都使用ext2 作为默认的文件系统。
ext2 也有一些问题。
由于它的设计者主要考虑的是文件系统性能方面的问题，而在写入文件内容的同时，并没有写入文件的meta-data(和文件有关的信息，例如权限、所有者及创建和访问时间)。
换句话说，Linux 先写入文件的内容，然后等到有空的时候才写入文件的meta- data。
如果出现写入文件内容之后，但在写入文件的meta-data 之前系统突然断。
磁盘分区格式NTFS和FAT32有什么区别呀
磁盘分区格式NTFS和FAT32有什么区别呀?二者各有什么好处呀?又有什么缺点呢?从目前流行的操作系统来看，常用的分区格式有：FAT16、FAT32、NTFS和Ext2。
FAT16：是MS-DOS和最早期的WINDOWS 95操作系统中使用的硬盘分区格式，采用16位的文件分配表，是目前获得操作系统支持最多的一种磁盘分区格式，几乎所有的操作系统都支持这种分区格式。
但它只支持2GB的磁盘容量而且磁盘利用效率低。
FAT32：采用32位的文件分配表，突破了2GB的限制。
与FAT16相比，极大地减少了磁盘的浪费，提高了磁盘利用率。
缺点是运行速度比采用FAT16格式分区的磁盘要慢，而且DOS 和的WINDOWS 95不支持这种分区格式。
NTFS：优点是安全性、稳定性非常出色，使用中不易产生文件碎片。
并且能对用户的操作进行记录，通过对用户权限进行严格限制，使每个用户只能按照系统赋予的权限进行操作，充分保护了系统与数据的安全。
WINDOWS 2000、WINDOWS NT以及WINDOWS XP都支持这种分区格式。
Ext2/Ext3：是Linux中使用最多的一种文件系统，专门为Linux设计，拥有最快的速度和最小的cpu 占有用率。
Ext2既可以用于标准块设备（如硬盘），也被应用在软盘等移动存储设备上。
Linux的磁盘分区格式与其它操作系统完全不同，其C、D、E、F等分区的意义也和WINDOWS操作系统下不一样，使用Linux操作系统后，死机的机会大大减少，但是目前支持这一分区格式的操作系统只有Linux。
FAT32与NTFS的区别在推出FAT32文件系统之前，通常PC机使用的文件系统是FAT16。
像基于MS-DOS，Win 95等系统都采用了FAT16文件系统。
在Win 9X下，FAT16支持的分区最大为2GB。
我们知道计算机将信息保存在硬盘上称为“簇”的区域内。
使用的簇越小，保存信息的效率就越高。
在FAT16的情况下，分区越大簇就相应的要增大，存储效率就越低，势必造成存储空间的浪费。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
在Red Hat Linux 7.2中，Red Hat首次支持日志文件系统ext3。
ext3文件系统是对稳定的ext2文件系统的改进，有几项优点。
本文概述这些优点，解释Red Hat公司对ext3进行了何种测试，略述性能调试（为高级用户）。
有数种基于Linux的日志文件系统正在开发之中。
本文不言及这些日志文件系统，也不准备与这些日志文件系统进行比较。
ext3的优点为什么你需要从ext2迁移到ext3呢？以下有四个主要原因：可用性、数据完整性、速度、易于迁移。
可用性在非正常当机后（停电、系统崩溃），只有在通过e2fsck进行一致性校验后，ext2文件系统才能被装载使用。
运行e2fsck的时间主要取决于ext2文件系统的大小。
校验稍大一些的文件系统（几十GB）需要很长时间。
如果文件系统上的文件数量多，校验的时间则更长。
校验几百个GB的文件系统可能需要一个小时或更长。
这极大地限制了可用性。
相比之下，除非发生硬件故障，即使非正常关机，ext3也不需要文件系统校验。
这是因为数据是以文件系统始终保持一致方式写入磁盘的。
在非正常关机后，恢复ext3文件系统的时间不依赖于文件系统的大小或文件数量，而依赖于维护一致性所需“日志”的大小。
使用缺省日志设置，恢复时间仅需一秒（依赖于硬件速度）。
数据完整性使用ext3文件系统，在非正常关机时，数据完整性能得到可靠的保障。
你可以选择数据保护的类型和级别。
你可以选择保证文件系统一致，但是允许文件系统上的数据在非正常关机时受损；这是可以在某些状况下提高一些速度（但非所有状况）。
你也可以选择保持数据的可靠性与文件系统一致；这意味着在当机后，你不会在新近写入的文件中看到任何数据垃圾。
这个保持数据的可靠性与文件系统一致的安全的选择是缺省设置。
速度尽管ext3写入数据的次数多于ext2，但是ext3常常快于ext2（高数据流）。
这是因为ext3的日志功能优化硬盘磁头的转动。
你可以从3种日志模式中选择1种来优化速度，有选择地牺牲一些数据完整性。
第一种模式，data=writeback，有限地保证数据完整，允许旧数据在当机后存在于文件当中。
这种模式可以在某些情况下提高速度。
（在多数日志文件系统中，这种模式是缺省设置。
这种模式为ext2文件系统提供有限的数据完整性，更多的是为了避免系统启动时的长时间的文件系统校验）第二种模式，data=orderd（缺省模式），保持数据的可靠性与文件系统一致；这意味着在当机后，你不会在新近写入的文件中看到任何垃圾数据。
第三种模式，data=journal，需要大一些的日志以保证在多数情况下获得适中的速度。
在当机后需要恢复的时间也长一些。
但是在某些数据库操作时速度会快一些。
在通常情况下，建议使用缺省模式。
如果需要改变模式，请在/etc/fstab文件中，为相应的文件系统加上data=模式的选项。
详情可参看mount命令的man page在线手册（执行man mount）。
易于迁移你可以不重新格式化硬盘，并且很方便的从ext2迁移至ext3而享受可靠的日志文件系统的好处。
对，不需要做长时间的、枯燥的、有可能失误的“备份－重新格式化－恢复”操作，就可以体验ext3的优点。
有两种迁移的方法：·如果你升级你的系统，Red Hat Linux安装程序会协助迁移。
需要你做的工作就是为每一个文件系统按一下选择按钮。
·使用tune2fs程序可以为现存的ext2文件系统增加日志功能。
如果文件系统在转换的过程已经被装载了(mount)，那么在root目录下会出现文件”.journal”；如果文件系统没有被装载，那么文件系统中不会出现该文件。
转换文件系统，只需要运行tune2fs –j /dev/hda1(或者你要转换的文件系统所在的任何设备名称)，同时把文件/etc/fstab中的ext2修改为ext3。
如果你要转换自己的根文件系统，你必须使用initrd引导启动。
参照mkinitrd的手册描述运行程序，同时确认自己的LILO或GRUB配置中装载了initrd（如果没有成功，系统仍然能启动，但是根文件系统会以ext2形式装载，而不是ext3，你可以使用命令cat /proc/mounts 来确认这一点。
）详情可参看tune2fs命令的man page在线手册（执行man tune2fs）。
为什么使用ext3？为什么Red Hat选择ext3作为我们第一个正式支持的日志文件系统？这是因为ext3具有以下优点。
注意这些优点每一个都不是ext3所独有的（其它的日志文件系统同样具有以下的某些优点），但是只有ext3同时具有所有的这些优点。
· ext3全面兼容ext2，允许用户在增加日志功能时，保留现存的文件系统。
任何想要去除文件系统的日志功能的用户也不需要做很多工作（我们没期望很多人这么做）。
而且，只要安装了最新版的e2fsprogs程序（例如Red Hat Linux 7.2中自带的），一个ext3文件系统不需要去掉日志功能，也能以ext2形式装载。
· ext3从ext2不断增强和改进自身功能的历史中获益，并且以后还将吸收ext2的优秀特性。
也就是说ext3继承了ext2许多已有的优点，同时ext2新增加的一些特性，也会很容易的转移到ext3中。
例如当扩展属性或者Htree增加到ext2中时，把这些特性加到ext3中也是很容易的（扩展属性实现访问控制列表，Htree可以提高目录操作的速度和改进大目录的可伸缩性）。
· ext3和ext2一样是由来自多家厂商的开发人员联合开发的，它的开发不依赖于任何个人或组织。
·ext3提供并使用了一个通用日志层（jbd），该层可以在其它环境中使用。
Ext3不但能在文件系统中使用日志功能，而且能够应用到其它设备中，例如目前Linux开始支持的NVRAM 设备，ext3就能够支持。
· ext3有多种日志模式。
它可以记录所有的文件数据和（metadata）元数据（data=journal），也可以只记录元数据（data= ordered或data=writeback）。
当你不记录文件数据时，你可以选择在记录元数据前修改文件系统数据（data=ordered；这样所有的元数据记录都指向了有效数据），或不特殊地处理文件数据（data=writeback；文件系统保持一致性，但是非正常关机后，文件中会有旧数据存在）。
这样，管理员可以在速度和文件数据一致性两方面权衡利弊，并且可以为某些特殊的应用调整速度。
· ext3有很强的平台兼容性，它可以在little-endian和big-endian系统上，支持32和64位体系结构，。
任何能够访问ext2文件系统的操作系统，都能访问ext3文件系统，目前包括各种Unix版本及其变种，BeOS，Windows。
· ext3不要求内核做大的修改，也不需要增加新的系统调用，因此目前没有什么难题能够阻止Linux Torvalds把ext3加入他正式的Linux内核版本中。
Ext3已经集成到了Alan Cox的–ac 内核中，很快就会进入到Linus的正式内核中。
·当由于软件或硬件错误导致文件系统崩溃时，文件修复程序e2fsck在修复数据方面有很好的成功记录。
ext3使用了和e2fsck相同的代码来修复崩溃的文件系统，因此在出现数据崩溃错误时，ext3和ext2同样具有防止数据丢失的优点。
我们要再次声明这些优点中的每一点都不是ext3所独有的。
它们中的大部分是别的文件系统也有的。
我们不过是声明这些所有的优点真的是只有ext3才全具备。
我们是根据用户的要求，来决定我们目前应该支持哪些特性。
根据我们的测试，ext3是目前最能满足我们用户需要的。
我们将继续评估其它的文件系统，以便于在以后的Red Hat Linux版本中加入这些文件系统。
为什么要信任ext3？Red Hat为了确保ext3能够安全地处理用户数据，做了以下测试：·我们在各种配置下进行了大量的压力测试。
这包括在各种硬件和文件系统配置上，进行数千小时的“专项”负载测试，以及许多用例（use case）测试。
·我们在多种条件下观测ext3，包括在某一点上内存分配错误的情况。
每次代码更拢 颐嵌挤锤吹厍恐菩缘刂圃齑砦罄床馐栽谡庑┨跫 挛募 低车囊恢滦浴?br />·我们测试出ext3和虚拟内存（VM）子系统之间的交互性能较差，因而进行了改进。
日志文件系统对VM子系统有更大的压力，并且我们在测试的过程中发现并修改了几个ext3和VM子系统中的错误。
经过了数千个小时的这种测试，我们对ext3文件系统充满了信心。
·从2.2内核系列一直到现在的2.4内核系统，我们对ext3进行了一年多的β测试。
甚至在正式的β测试以前，ext3已经被放在产品中，在一些环境中使用了。
ext3应用在一些访问量很大的服务器上超过了两年，例如服务器。
·为了处理潜在的硬件故障引起的崩溃，我们已经安排允许用户在“当机”后选择是否检测文件系统的一致性，即使文件系统被标记为“clean”。
这是因为硬件故障和大部分的电力故障，几乎能在磁盘的任何地方产生“垃圾”数据。
按下重起按钮可能不会产生这类问题，但是现实中由雷击或电压巨变引起的电力故障，是会破坏正在写入磁盘的数据的。
IDE磁盘比SCSI 磁盘更容易产生这类问题，部分原因是因为IDE磁盘通常使用松散缓存（looser cancheing）算法。
·这种特性是使用文件/.autofsk来实现的，如果根用户在正常情况下删除了这个文件，则在引导时系统可以提供选择是否检查文件系统的一致性。
如果/.autofsk不存在了并且用户选择对文件系统进行强制检查，那么这种情况和存在文件/forcefsck的效果是一样的。
性能调试建议调整电梯（elevator）算法设置ext3文件系统和ext2文件系统有一些不同，这种不同表现在多方面。
高级用户可以调整文件系统和I/O系统参数来改进性能。
这里主要介绍性能调试的一些基本方法。
当然，所有的性能调试都需要针对特定的应用程序；这里没有适合所有状况的性能调试方法。
但是，我们会尽力提供一些具有普遍意义的有用信息。
Linux 的大多数块设备驱动程序都使用了“电梯式（elevator）”算法来调度块I/O操作。
我们可以使用程序/sbin/elvtune调整吞吐量（throughput）和延迟时间（latency）的值，来达到最佳效果。
对于给定的负载，ext3要达到和ext2文件系统同样的效果，需要提供给/sbin/elvtune更小的延迟时间数值。