国产精品精品久久久久久一_ linux不需要磁盤(pán)碎片整理

10.4. Some facts about file systems and fragmentation

Disk space is administered by the operating system in units of blocks and fragments of blocks. In ext2, fragments and blocks have to be of the same size, so we can limit our discussion to blocks.

Files come in any size. They don‘t end on block boundaries. So with every file a part of the last block of every file is wasted. Assuming that file sizes are random, there is approximately a half block of waste for each file on your disk. Tanenbaum calls this "internal fragmentation" in his book "Operating Systems".

You can guess the number of files on your disk by the number of allocated inodes on a disk. On my disk

# df -i
Filesystem Inodes IUsed IFree %IUsed Mounted on
/dev/hda3 64256 12234 52022 19% /
/dev/hda5 96000 43058 52942 45% /var

there are about 12000 files on / and about 44000 files on /var. At a block size of 1 KB, about 6+22 = 28 MB of disk space are lost in the tail blocks of files. Had I chosen a block size of 4 KB, I had lost 4 times this space.

Data transfer is faster for large contiguous chunks of data, though. That‘s why ext2 tries to preallocate space in units of 8 contigous blocks for growing files. Unused preallocation is released when the file is closed, so no space is wasted.

Noncontiguous placement of blocks in a file is bad for performance, since files are often accessed in a sequential manner. It forces the operating system to split a disk access and the disk to move the head. This is called "external fragmentation" or simply "fragmentation" and is a common problem with MS-DOS file systems. In conjunction with the abysmal buffer cache used by MS-DOS, the effects of file fragmentation on performance are very noticeable. DOS users are accustomed to defragging their disks every few weeks and some have even developed some ritualistic beliefs regarding defragmentation.

None of these habits should be carried over to Linux and ext2. Linux native file systems do not need defragmentation under normal use and this includes any condition with at least 5% of free space on a disk. There is a defragmentation tool for ext2 called defrag, but users are cautioned against casual use. A power outage during such an operation can trash your file system. Since you need to back up your data anyway, simply writing back from your copy will do the job.

The MS-DOS file system is also known to lose large amounts of disk space due to internal fragmentation. For partitions larger than 256 MB, DOS block sizes grow so large that they are no longer useful (This has been corrected to some extent with FAT32). Ext2 does not force you to choose large blocks for large file systems, except for very large file systems in the 0.5 TB range (that‘s terabytes with 1 TB equaling 1024 GB) and above, where small block sizes become inefficient. So unlike DOS there is no need to split up large disks into multiple partitions to keep block size down.

Use a 1Kb block size if you have many small files. For large partitions, 4Kb blocks are fine.

　　希望有能力、有閑暇地朋友能對上面的官方材料進(jìn)行翻譯，我的能力有所不及，這里僅僅做一些闡述。

　　這段linux官方資料主要介紹了外部碎片（external fragmentation）、內部碎片（internal fragmentation）的概念及相關(guān)情況，說(shuō)明了linux文件系統在磁盤(pán)還有5%空閑空間的情況下是不需要碎片整理的。（Linux native file systems do not need defragmentation under normal use and this includes any condition with at least 5% of free space on a disk.）。而在實(shí)際使用中，磁盤(pán)在還有8%左右未使用時(shí)就會(huì )有警告產(chǎn)生，所以碎片整理是不用考慮的。

　　產(chǎn)生碎片整理想法的主要在兩類(lèi)朋友中，一類(lèi)是受windows思想影響的朋友，還有一類(lèi)是對操作系統原理有一定程度了解的朋友。

　　我在這里先簡(jiǎn)單地說(shuō)明一些問(wèn)題。

　　所有地操作系統都會(huì )產(chǎn)生磁盤(pán)碎片，這正是某些朋友產(chǎn)生疑慮的原因。這個(gè)碎片在上面地官方資料中稱(chēng)為內部碎片。它是這樣產(chǎn)生的，假設一個(gè)磁盤(pán)的空間有20k，它的基本存儲單位為簇，設有兩個(gè)文件，一個(gè)7k，一個(gè)1k。當簇的大小為4k時(shí)，磁盤(pán)分為了5個(gè)簇，兩個(gè)文件共占用３個(gè)簇，即使用了12k，其中浪費地空間就是4k，也就是產(chǎn)生了內部碎片4k。因此我們就了解了：內部碎片主要是造成磁盤(pán)空間的浪費。請注意：windows的磁盤(pán)碎片整理功能所整理的碎片不是這個(gè)碎片，也無(wú)法對這個(gè)碎片進(jìn)行操作，它所對應的碎片概念是外部碎片。

　　那么，可以對內部碎片進(jìn)行優(yōu)化處理嗎？答案是肯定的。以上面的例子來(lái)說(shuō)，如果把每一簇分成2k，那么20k的磁盤(pán)就分為了１０個(gè)簇，７k和１k兩個(gè)文件共占用了５個(gè)簇，１０k的空間，浪費的空間，即內部碎片為２k。

　　由此可見(jiàn)，簇分的越小，所浪費的空間越少。這也是NTFS比FAT32優(yōu)秀的一個(gè)地方。在Win 2000的FAT32文件系統的情況下,分區大小在2GB～8GB時(shí)簇的大小為4KB；分區大小在8GB～16GB時(shí)簇的大小為8KB；分區大小在 16GB～32GB時(shí),簇的大小則達到了16KB。而Win 2000的NTFS文件系統，當分區的大小在2GB以下時(shí),簇的大小都比相應的FAT32簇小;當分區的大小在2GB以上時(shí)(2GB～2TB),簇的大小都為4KB。相比之下，NTFS可以比FAT32更有效地管理磁盤(pán)空間，最大限度地避免了磁盤(pán)空間的浪費。

　　有的朋友會(huì )進(jìn)一步的思考，那么為什么文件系統不是把簇分的非常的小呢？這里就引出了另一個(gè)問(wèn)題，文件訪(fǎng)問(wèn)查找的問(wèn)題。還是以上面的例子說(shuō)明，當我們要查找使用一個(gè)文件時(shí)，就需要通過(guò)頁(yè)表來(lái)進(jìn)行訪(fǎng)問(wèn)。打個(gè)比方，你住的地方就好比是文件所占用的簇，但是要找到你，就得通過(guò)你的住址來(lái)進(jìn)行訪(fǎng)問(wèn)，而訪(fǎng)問(wèn)文件則是通過(guò)文件分配表。如果住的人多，地址也就很多，那么要查到你住的地址所花的時(shí)間也就很多。同樣的道理，當簇分的越小，記錄簇的地址也就越大，查找文件所在的簇所花的時(shí)間也就越多。當簇為4k時(shí)，簇的地址是５個(gè)，而簇為2k時(shí)，簇的地址是10個(gè)。因而簇的大小是在空間和時(shí)間上取得平衡的一個(gè)結果。

　　這里也對另一個(gè)問(wèn)題作一些提示，有些第三方分區軟件可以自定義簇的大小，建議采用默認值，否則會(huì )在某些情況下產(chǎn)生一些問(wèn)題。

　　有的朋友會(huì )進(jìn)一步提問(wèn)：那么為什么在普通情況下NTFS分的簇會(huì )比FAT32的要小，而訪(fǎng)問(wèn)速度會(huì )差不多呢？這又牽涉到文件訪(fǎng)問(wèn)機制等等問(wèn)題。這里我就不再介紹了，其實(shí)這個(gè)問(wèn)題我也不能完全說(shuō)清，有興趣的朋友可以找一些操作系統方面的資料進(jìn)行閱讀，可以在一定程度上解決這個(gè)問(wèn)題。

　　好，下面開(kāi)始我們的重點(diǎn)：linux不需要碎片整理！

　　windows概念下的碎片，在上面linux官方資料中稱(chēng)為外部碎片，它就是影響性能的那個(gè)碎片概念。（This is called "external fragmentation" or simply "fragmentation" and is a common problem with MS-DOS file systems. ）而linux一般不會(huì )產(chǎn)生這種碎片。外部磁盤(pán)碎片應該稱(chēng)為文件碎片，是因為文件被分散保存到整個(gè)磁盤(pán)的不同地方，而不是連續地保存在磁盤(pán)連續的簇中形成的。

　　當應用程序所需的物理內存不足時(shí)，一般操作系統會(huì )在硬盤(pán)中產(chǎn)生臨時(shí)交換文件，用該文件所占用的硬盤(pán)空間虛擬成內存。虛擬內存管理程序會(huì )對硬盤(pán)頻繁讀寫(xiě)，產(chǎn)生大量的碎片，這是產(chǎn)生硬盤(pán)碎片的主要原因。

　　其他如IE瀏覽器瀏覽信息時(shí)生成的臨時(shí)文件或臨時(shí)文件目錄的設置也會(huì )造成系統中形成大量的碎片。文件碎片一般不會(huì )在系統中引起問(wèn)題，但文件碎片過(guò)多會(huì )使系統在讀文件的時(shí)候來(lái)回尋找，引起系統性能下降，嚴重的還要縮短硬盤(pán)壽命。另外，過(guò)多的磁盤(pán)碎片還有可能導致存儲文件的丟失。

　　上面所說(shuō)的就是windows如何產(chǎn)生外部碎片的，其實(shí)這與文件系統所使用的數據結構有關(guān)。對于FAT來(lái)說(shuō)，使用的是chain式的結構來(lái)記錄一個(gè)文件所使用的簇。這種方式的好處就是有助于文件的動(dòng)態(tài)增長(cháng)的需要。但是卻帶了碎片的問(wèn)題，使得讀寫(xiě)文件的時(shí)候，磁頭頻繁移動(dòng)。對于CD-ROM,由于是 read-only的，所以不存在數據增長(cháng)的問(wèn)題，所以，采用了連續的方法來(lái)記錄數據，也不會(huì )產(chǎn)生碎片，而linux的ext等文件格式與CD-ROM的存儲有相似之處。

　　下面這篇文章通俗易懂地解說(shuō)了為什么linux不需要碎片整理以及windows為什么需要碎片整理：
　　來(lái)自http://geekblog.oneandoneis2.org/index.php/2006/08/17/why_doesn_t_linux_need_defragmenting

　　請注意，官方資料所說(shuō)的是linux文件系統在磁盤(pán)還有5%空閑空間的情況下是不需要碎片整理的。（Linux native file systems do not need defragmentation under normal use and this includes any condition with at least 5% of free space on a disk.）。而在實(shí)際使用中，磁盤(pán)在還有8%左右未使用時(shí)就會(huì )有警告產(chǎn)生，所以碎片整理是不用考慮的。

　　而下文中說(shuō)的是20%。

引用:

為什么Linux不需要磁盤(pán)碎片整理

作者：OneAndOneIs2

翻譯：rainking

有一個(gè)關(guān)于Linux的問(wèn)題經(jīng)常被問(wèn)及：為什么Linux不需要磁盤(pán)碎片整理呢？在這里，我試圖就“為什么有的文件系統比另一些文件系統更加需要磁盤(pán)碎片整理”給出一個(gè)簡(jiǎn)單的，非技術(shù)性的答案。

我將試圖用一個(gè)ASCII矩陣來(lái)解釋所有的原理，而不是用那些枯燥而晦澀的術(shù)語(yǔ)來(lái)打擊大家的積極性。下面就是我將用來(lái)解釋原理的矩陣：

a b c d e f g h i j k l m n o p q r s t u v w x y z

a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

以上這個(gè)矩陣就可以簡(jiǎn)單的用來(lái)表示一個(gè)很小的硬盤(pán)，初始狀態(tài)是空的，全部都被0填充。在矩陣頂部和左側的a-z都是用來(lái)定位每一個(gè)數據的。最左上角的那個(gè)0就是aa，最右上角的那個(gè)0就是za，最左下角的就是az。

我將以一個(gè)大家都非常非常熟悉的文件系統開(kāi)始，一個(gè)經(jīng)常需要磁盤(pán)碎片整理的系統—FAT。其實(shí)無(wú)論Windows用戶(hù)還是Linux用戶(hù)都會(huì )用到FAT文件系統。因為USB閃盤(pán)一般都使用這個(gè)文件系統。FAT是一個(gè)非常非常重要的文件系統，雖然它經(jīng)常需要磁盤(pán)碎片整理。

我現在在磁盤(pán)上加入一個(gè)文件，于是磁盤(pán)看起來(lái)會(huì )變成這個(gè)樣子：

a b c d e f g h i j k l m n o p q r s t u v w x y z

a T O C h e l l o . t x t a e l e 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e H e l l o , _ w o r l d 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

（為了看起來(lái)更加清楚，g-z的空行被省略了）

正如你所看到的，前4行是TOC（Table Of Contents），即所謂的內容表。TOC會(huì )存儲磁盤(pán)上所有文件的位置。在我上面的例子中，TOC包含了一個(gè)名字叫做“hello.txt”的文件，并且這個(gè)文件的內容是從ae到le的。往下看ae到le之間的內容，我們能看到這個(gè)文件的內容是“Hello，_world”

到目前為止，一切都正常對嗎？好，那我們再來(lái)添加一個(gè)文件：

a b c d e f g h i j k l m n o p q r s t u v w x y z

a T O C h e l l o . t x t a e l e b y e . t x t m e z
b e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e H e l l o , _ w o r l d G o o d b y e , _ w o r l d
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

正如你所見(jiàn)，第二個(gè)文件被緊接著(zhù)放置在第一個(gè)文件之后。這樣的好處是你所有的文件都會(huì )緊密地放置在一起，這樣讀取它們將會(huì )非常的迅速和方便。要知道磁盤(pán)上最慢的就是讀寫(xiě)頭的移動(dòng)了，它移動(dòng)的越少，則讀取的速度越快。

但是，當我們需要修改第一個(gè)文件的時(shí)候，問(wèn)題就出來(lái)了?，F在假設我們需要在“hello.txt”文件的尾部加入兩個(gè)感嘆號，我們就會(huì )遇到問(wèn)題：沒(méi)有空間！文件“bye.txt”擋住了“hello.txt”的去路。這時(shí)候我們有兩個(gè)解決方法，但是沒(méi)有一個(gè)是完美的。

1 我們把文件“hello.txt”刪掉，然后再“bye.txt”后面加入修改過(guò)后的“hello.txt”。
2 我們把文件“hello.txt”拆成兩部分存儲，這樣在“bye.txt”之前就不會(huì )有空的磁盤(pán)空間了。

第一種種方式表現出來(lái)就是這樣：

a b c d e f g h i j k l m n o p q r s t u v w x y z

a T O C h e l l o . t x t a f n f b y e . t x t m e z
b e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 G o o d b y e , _ w o r l d
f H e l l o , _ w o r l d ! ! 0 0 0 0 0 0 0 0 0 0 0 0

第二種種方式表現出來(lái)就是這樣：

a b c d e f g h i j k l m n o p q r s t u v w x y z

a T O C h e l l o . t x t a e l e a f b f b y e . t x
b t m e z e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e H e l l o , _ w o r l d G o o d b y e , _ w o r l d
f ! ! 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

這就是為什么FAT格式的文件系統經(jīng)常需要磁盤(pán)碎片整理的原因。所有的文件都緊挨著(zhù)存放，所以任何時(shí)候，只要一個(gè)文件需要增大，就會(huì )產(chǎn)生碎片。而任何文件被刪除了，就會(huì )留下一個(gè)空白區域。于是很快磁盤(pán)就會(huì )變成一堆亂糟糟的隨便和空白，效率就會(huì )變低了。

而Linux 卻用一種不同的方式來(lái)處理這種問(wèn)題。對于單用戶(hù)來(lái)說(shuō)Windows的文件系統已經(jīng)夠好的了，但是Linux生來(lái)就是為多用戶(hù)設計的系統，它總是假設在同一時(shí)間有多個(gè)用戶(hù)試圖去操作不同的文件。所以L(fǎng)inux相對FAT文件系統，使用了另一種方法來(lái)設計自己的文件系統。Linux文件系統看起來(lái)是這樣的：

a b c d e f g h i j k l m n o p q r s t u v w x y z

a T O C h e l l o . t x t h n s n 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 H e l l o , _ w o r l d 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

當我們添加了文件以后就變成這樣了：

a b c d e f g h i j k l m n o p q r s t u v w x y z

a T O C h e l l o . t x t h n s n b y e . t x t d u q
b u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 H e l l o , _ w o r l d 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 G o o d b y e , _ w o r l d 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

這種文件系統的好處是磁盤(pán)的磁頭可以一直位于中間位置，而所有的文件平均下來(lái)都會(huì )非常近。

當我們仍然給“hello.txt”加入兩個(gè)感嘆號時(shí)，我們來(lái)看看這會(huì )引起多大的麻煩：

a b c d e f g h i j k l m n o p q r s t u v w x y z

a T O C h e l l o . t x t h n u n b y e . t x t d u q
b u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 H e l l o , _ w o r l d ! ! 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 G o o d b y e , _ w o r l d 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

對了！一點(diǎn)麻煩都沒(méi)有！

Windows總是試圖把文件存儲在盡量靠近磁盤(pán)開(kāi)始位置的地方，這導致當磁盤(pán)利用率變高的時(shí)候它經(jīng)常會(huì )產(chǎn)生磁盤(pán)碎片。

Linux卻在整個(gè)磁盤(pán)上存儲文件，所以當文件的大小需要改變的時(shí)候，總是有足夠的空間。

當然當磁盤(pán)利用率接近飽和的時(shí)候Linux也會(huì )需要文件整理。但是只要磁盤(pán)還有20%以上的可用空間，那么這種整理是基本不會(huì )發(fā)生的。

還有一點(diǎn)必須了解的是，即使當一個(gè)操作系統說(shuō)某個(gè)磁盤(pán)已經(jīng)完全碎片整理完畢了，但是根據一個(gè)磁盤(pán)的物理結構，碎片仍然會(huì )存在。因為磁盤(pán)總是由很多盤(pán)片和磁道組成的。

讓我們來(lái)看看一個(gè)磁盤(pán)有兩個(gè)盤(pán)片，aa到zm是第一個(gè)，an到zz是第二個(gè)。

a b c d e f g h i j k l m n o p q r s t u v w x y z

a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

a b c d e f g h i j k l m n o p q r s t u v w x y z

n 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

一下的文件系統是有碎片的，因為文件橫跨了行m和n。而這兩行不是在一個(gè)盤(pán)片上的。要讀取這個(gè)文件，磁盤(pán)的磁頭必須從盤(pán)片1的最末尾跨越到盤(pán)片2的最開(kāi)始。

a b c d e f g h i j k l m n o p q r s t u v w x y z

a T O C h e l l o . t x t r m e n 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 H e l l o , _ w o

a b c d e f g h i j k l m n o p q r s t u v w x y z

n r l d ! ! 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

最后，希望我以上的解釋能讓你明白為什么Linux不需要磁盤(pán)碎片整理，如果你還是沒(méi)有明白，請盡管提出讓你疑惑的地方。

　　對windows進(jìn)行磁盤(pán)碎片整理的朋友，這里也做一點(diǎn)小小的友情提示。

　　1、整理磁盤(pán)碎片的時(shí)候，要關(guān)閉其他所有的應用程序，包括屏幕保護程序，最好將虛擬內存的大小設置為固定值。不要對磁盤(pán)進(jìn)行讀寫(xiě)操作。

　　2、整理磁盤(pán)碎片的頻率要控制合適，過(guò)于頻繁的整理也會(huì )縮短磁盤(pán)的壽命。一般經(jīng)常讀寫(xiě)的磁盤(pán)分區一周整理一次。

　　最后想說(shuō)說(shuō)思考的話(huà)題。

　　那些想在linux下進(jìn)行磁盤(pán)碎片整理的朋友，你們考慮過(guò)兩個(gè)事實(shí)嗎？

　　第一，為什么類(lèi)unix系統產(chǎn)生幾十年了，沒(méi)有人做一個(gè)磁盤(pán)碎片整理軟件？而即使是到現在，在這個(gè)論壇上也沒(méi)有朋友提到過(guò)遇到linux病毒，我們仍然能找到許多類(lèi)unix殺毒軟件？我就至少能列出3種免費殺毒軟件。

　　第二，很多類(lèi)unix操作系統都是長(cháng)年累月不關(guān)機的，諸如銀行、電信、軍工等系統，你能想象它們停止磁盤(pán)讀寫(xiě)，在長(cháng)達幾小時(shí)內進(jìn)行磁盤(pán)碎片整理所帶來(lái)的后果嗎？這些機器的磁盤(pán)讀寫(xiě)量可是比家用機大多了。

#由于我水平有限，錯誤疏漏之處難免，歡迎各位批評指證。
#26樓的朋友提出

davix 寫(xiě)道:

linux沒(méi)有官方網(wǎng)站

　　我再次查證后，還是認為引用材料是權威性的。理由如下：

　　第一，www.linux.org自身描述為T(mén)he Linux Home Page at Linux Online。

　　第二，org頂級域名是orgonization的縮寫(xiě)，也就是說(shuō)非營(yíng)利性組織會(huì )使用這種域名。例如：
　　GNU官方站點(diǎn)為http://www.gnu.org/
　　Debian官方站點(diǎn)為http://www.debian.org/
　　而域名申請有如下規定：不得使用公眾知曉的其他國家或者地區名稱(chēng)、外國地名、國際組織名稱(chēng)。
　　作為linux，我認為這是一個(gè)公眾知曉的國際組織，因此www.linux.org我認為是官方網(wǎng)站。由linus組織的黑客組織在進(jìn)行內核發(fā)布時(shí)，一定是有一個(gè)發(fā)布渠道的，而網(wǎng)站就是其中一個(gè)比較方便的渠道。

　　同時(shí)，我的材料來(lái)自HowTo文檔，這也是權威的，下面的引用說(shuō)HOWTOs是官方的。引自http://www.linux.org/docs/
　　

引用:

Linux information and technical support is available from a wide variety of locations. There are the "official" routes such as the Linux Software Map, Linux Documentation Project, HOWTOs, and FAQs (Frequently Asked Questions).

　　對這方面有所了解的朋友，請不吝賜教，大家共同進(jìn)步?！　?
#11月10日第一次修改，把《為什么Linux不需要磁盤(pán)碎片整理》替換為中譯版本。
＃11月22日第二次修改，對文章內容擴充，主要增加了有關(guān)外部碎片的說(shuō)明。[/quote]

上一次由我思故我在于2006-12-07 周四, 下午2:23修改，總共修改了4次

本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請點(diǎn)擊舉報。

欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久