??一、什么是磁盤碎片?

其實磁盤碎片應(yīng)該稱為文件碎片，是因為文件被分散保存到整個磁盤的不同地方，而不是連續(xù)地保存在磁盤連續(xù)的簇中形成的DF印前拼合遇到問題。

[Blocked Ads]

當(dāng)應(yīng)用程序所需的物理內(nèi)存不足時，一般操作系統(tǒng)會在硬盤中產(chǎn)生臨時交換文件，用該文件所占用的硬盤空間虛擬成內(nèi)存DF印前拼合遇到問題。

??虛擬內(nèi)存管理程序會對硬盤頻繁讀寫，產(chǎn)生大量的碎片，這是產(chǎn)生硬盤碎片的主要原因DF印前拼合遇到問題。

其他如IE瀏覽器瀏覽信息時生成的臨時文件或臨時文件目錄的設(shè)置也會造成系統(tǒng)中形成大量的碎片DF印前拼合遇到問題。文件碎片一般不會在系統(tǒng)中引起問題，但文件碎片過多會使系統(tǒng)在讀文件的時候來回尋找，引起系統(tǒng)性能下降，嚴(yán)重的還要縮短硬盤壽命。

??另外，過多的磁盤碎片還有可能導(dǎo)致存儲文件的丟失DF印前拼合遇到問題。

二、磁盤碎片是怎么產(chǎn)生的DF印前拼合遇到問題？

在磁盤分區(qū)中，文件會被分散保存到磁盤的不同地方，而不是連續(xù)地保存在磁盤連續(xù)的簇中DF印前拼合遇到問題。

??又因為在文件操作過程中，Windows系統(tǒng)可能會調(diào)用虛擬內(nèi)存來同步管理程序，這樣就會導(dǎo)致各個程序?qū)τ脖P頻繁讀寫，從而產(chǎn)生磁盤碎片DF印前拼合遇到問題。

三、磁盤讀寫操作的原理

知道了磁盤碎片的產(chǎn)生原因之后，我們還有必要了解一下程序運(yùn)行時磁盤的讀寫動作DF印前拼合遇到問題。

??一般運(yùn)行一個程序時，磁盤驅(qū)動器的磁頭所做的工作是先搜索該程序運(yùn)行必需的文件，然后讀取數(shù)據(jù)，最后做讀后處理——將數(shù)據(jù)傳送至磁盤高速緩存(Cache)和內(nèi)存中DF印前拼合遇到問題。搜索時間在硬盤性能指標(biāo)中被稱為平均尋道時間（Average seek time），單位為毫秒（ms），目前主流硬盤的平均尋道時間小于9。

??5msDF印前拼合遇到問題。如果能將應(yīng)用程序的相關(guān)文件放在磁盤的連續(xù)空間內(nèi)，磁頭搜索的時間將會減少很多。讀取時也是如此，磁盤讀取位于磁頭下方扇區(qū)的數(shù)據(jù)所需時間僅為將磁頭移到另一地點再讀取相同數(shù)據(jù)所需時間的五分之一。讀盤時，系統(tǒng)先檢查數(shù)據(jù)是否在高速緩存中，如果有則直接讀?。蝗绻麤]有則訪問磁盤，也就是讀盤。

??當(dāng)需要多次讀取同一份數(shù)據(jù)時，Cache的作用很大，但對于第一次讀取某個文件，Cache就無能為力了DF印前拼合遇到問題。于是搜索時間和讀取時間在很大程度上影響著程序執(zhí)行的效率。

為何要整理磁盤 Windows系統(tǒng)并不能自動將每個文件按照最大程度減少磁頭搜索時間的原則放到磁盤上最合適的位置DF印前拼合遇到問題。

??于是Microsoft在Windows中加入了“Disk Defragment”（磁盤碎片整理程序），并提供了“TaskMonitor”(任務(wù)監(jiān)視器）來跟蹤程序啟動過程中的磁盤活動，以利于“Disk Defragment”能夠更有效地工作DF印前拼合遇到問題。“TaskMonitor”是隨Windows啟動而自動運(yùn)行的(當(dāng)然要在“啟動”中選中“TaskMonitor”)。

??當(dāng)加載某個應(yīng)用程序時，它通過監(jiān)視磁盤的訪問動作來了解該程序啟動時搜索和調(diào)用的文件，對所需文件進(jìn)行定位，并將監(jiān)視結(jié)果儲存在“C：\Windows\Applog”隱藏目錄中DF印前拼合遇到問題。這個目錄中的大多數(shù)文件以“。lgx”為擴(kuò)展名，其中“l(fā)g”代表記錄文件（Log File），“x”表示盤符，如D盤程序就以“。

??lgd”為擴(kuò)展名；記錄文件的文件名為TaskMonitor所監(jiān)視的應(yīng)用程序的文件名，如E盤上的WinZip程序記為“Winzip32DF印前拼合遇到問題。lge”。用戶進(jìn)行磁盤碎片整理時，該程序會根據(jù)Applog目錄中的信息把應(yīng)用程序的相關(guān)文件移動到磁盤上的連續(xù)空間內(nèi)。

TaskMonitor僅在程序加載過程中對文件信⒔興閹鰨⑶腋莩絳虻募釉仄德實髡嘔乃承潁簿褪撬凳褂么問疃嗟娜砑苫竦米疃嗟墓卣鍘pplog目錄中的 d文件就記錄了應(yīng)用程序運(yùn)行的次數(shù)DF印前拼合遇到問題。用戶需要將常用軟件多次啟動，接受TaskMonitor的監(jiān)視和記錄，再使用Disk Defragment進(jìn)行整理，才能真正實現(xiàn)程序啟動速度的提高。

??但如果用戶中途改變了常用軟件，比如以前常用WinZip，現(xiàn)在改用ZipMagic，那么在相當(dāng)長的時間內(nèi)Disk Defragment還是先把與WinZip相關(guān)的文件移到連續(xù)的空間內(nèi)，而不是ZipMagic，除非ZipMagic的加載次數(shù)超過WinZipDF印前拼合遇到問題。

??要解決這個問題，用戶可將“Winzip32DF印前拼合遇到問題。lgx”文件刪除，記錄文件不存在了，Disk Defragment也就不會去優(yōu)化它了。