图
7.1.1
、
inode/block
资料存取示意图
这种数据存取的方法我们称为
索引式文件系统
(indexed allocation)
。那有没有其他的惯用文件系统可以
比½一下啊？
有的，那就是我们惯用的随身碟
(
闪存
)
，随身碟使用的文件系统一般为
FAT
格式。
FAT
这种格式的文件系统并没有
inode
存在，所以
FAT
没有办法½这个文件的所有
block
在一开
始就读取出来。每个
block
号码都记录在前一个
block
当中，
他的读取方式有点像底下这样：
图
7.1.2
、
FAT
文件系统资料存取示意图
上图中我们假设文件的数据依序写入
1->7->4->15
号这四个
block
号码中，
但这个文件系统没有办
法一口气就知道四个
block
的号码，他得要一个一个的½
block
读出后，才会知道下一个
block
在
何处。
如果同一个文件数据写入的
block
分散的太过厉害时，则我们的磁盘读取头½无法在磁盘转
一圈就读到所有的数据，
因此磁盘就会多转好几圈才能完整的读取到这个文件的内容！
常常会听到所谓的『碎片整理』吧？
需要碎片整理的原因就是文件写入的
block
太过于离散了，此
时文件读取的效能½会变的很差所致。
这个时候
可以透过碎片整理½同一个文件所属的
blocks
汇整
在一起，这样数据的读取会比½容易啊！
想当然尔，
FAT
的文件系统需要经常的碎片整理一下，那
么
Ext2
是否需要磁盘重整呢？
由于
Ext2
是索引式文件系统，基本上不太需要常常½行碎片整理的。但是如果文件系统使用太久，
常常删除
/
编辑
/
新增文件时，那么还是可能会造成文件数据太过于离散的问题，此时或许会需要½行
重整一下的。
不过，老实说，鸟哥倒是没有在
Linux
操作系统上面½行过
Ext2/Ext3
文件系统的碎
片整理说！似乎不太需要啦！
^_^
7.1.3 Linux
的
EXT2
文件系统
(inode)
在
第五章
当中我们½绍过
Linux
的文件除了原有的数据内容外，还含有非常多的权限与属性，这些
权限与属性是为了保护每个用户所拥有数据的隐密性。
而前一小½我们知道
filesystem
里面可能含
有的
inode/block/superblock
等。为什么要谈这个呢？因为标准的
Linux
文件系统
Ext2
就是使用这
种
inode
为基础的文件系统啦！