其實這是有問題的，分幾個層面來說，首先，你要搞清楚什麼叫【外部碎裂】，弄懂再談檔案是否離散，而不是
引用:
liaokk寫到:
硬碟的性能在連續讀寫時，特別出色。
把電騾的「temp」和「Incoming」兩個檔案夾，設置在不同磁區，可以不靠「硬碟重組」軟體，就讓「Incoming」檔案夾的檔案，全無離散化，保持在最佳狀態。
況且你這講法有兩個限制的前題存在：
1.「Incoming」所在的位置是沒有離散狀況（完全沒資料或者重組過）。
2.「Incoming」內的資料永遠不再更動。
當同時滿足這兩個前題後，【外部碎裂】造成的檔案離散狀態才不會存在。
不過這種作法是所有作法中效能最低的，這點可由MS得證，運作模式我前面也提供了，不再贅述。
引用:
liaokk寫到:
若「temp」和「Incoming」置於同一個磁區，那完檔時的移檔動作，就只是表面功夫。離散化的暫存檔，換個名字移入「Incoming」檔案夾，檔案實體還是離散的原狀。
這也是有前題的：
當檔案在「temp」時已經是離散狀態，當然在「Incoming」時也不會改變狀態，理由很簡單，在同一磁區下，檔案的搬移不過是將指標做變更，檔案本身沒有移動，所以才會一瞬間就完成所謂的【搬移】工作。
反過來說，如果檔案在「temp」時已經是連續的，沒可能在同一磁區下做搬移後，變成不連續。
建議你好好讀讀檔案系統相關的文章，我用Google找了一份給你：檔案系統管理
簡單一句話：檔案搬移與檔案離散無關，檔案的離散是儲存地點的環境造成。
引用:
liaokk寫到:
第二段的作法，適用於（長期）供檔或分流；第三段的作法，適用完檔就燒光碟，燒完就刪檔。
至於「電騾主程式」檔案夾中，Known.met、Clients.met，只要有在下檔案，就無可避免會持續離散化。最好不要和作業系統同一磁區。如果你喜歡第二段的作法，那麼不要和「Incoming」同磁區，是首要考量。
什麼第二段、第三段 
什麼【Known.met、Clients.met，只要有在下檔案，就無可避免會持續離散化。最好不要和作業系統同一磁區】？
Known.met、Clients.met這兩個檔案大小都不會超過5MB，就算離散也很有限，就算用重組軟體對單檔重組影響也不大，更別說拖累作業系統，不相信的人用一些可以看單檔狀態的重組軟體看看，就知道我所言屬實。（我知道 O&O Defrag、PerfectDisk 都可以看單檔的離散狀況）
想瞭解什麼是離散的檔案，就去看看我前面提供的【檔案系統管理】PDF檔的P.5-14 圖片，是描述檔案的擺放，我用該圖舉個簡單的例子：
現在系統要從圖中4號的位置放一個名叫 Show 的檔案，檔案長度20，所以結尾會是在36號的位置，因為中間有3個已存在的檔案，所以 Show 會被分成4段，一般說法就是離散的檔案，正確講法是檔案系統中的【外部碎裂】問題。
PS：附帶說明，我前面就有講過，主程式擺那邊都不沒關係，這是因為主程式被讀入記憶體後，除了要寫回硬碟的紀錄檔必須定時寫回之外，其餘的皆存在於記憶體中，運作過程中完全不受硬碟影響，當然也沒有什麼“最好不要和作業系統同一磁區”﹍云云的論點。
如果說連這謬論都成立，那分頁檔（全系統中最離散的檔案）就不應該在同一硬碟的情況下，還與作業系統擺在同一磁區了
[killer00 在 2007-9-26 05:47 PM 作了最後編輯]
