目前硬碟太大似乎會有容易壞的傾向
之前的老硬碟都可以撐很久
另外問一下SATA3的硬碟降到SATA2執行
移動檔案怎沒有向數劇一樣
285/275MB/s在跑呢?
使用軟體關機時將RAMDISK的檔案移至HDD應該還是需要等個幾秒吧(假如檔案很大)?畢竟是靠HDD的寫入速度
2級緩衝對於小於256MB(設定)的檔案是否會快速移動呢?
設越大是否移動的速度會比較快?
HDD移動似乎沒測試出的速度這麼快(畢竟是理想值)
SATA硬碟也可以熱插拔嗎?
上網尋找似乎對硬碟不太好,似乎有一種是DATA 與 POWER做在一起的線(沒看過)
這種接頭似乎就可以熱插拔?
請問把轉檔軟體放在RAMDISK 轉檔位置設在HDD 轉檔速度是否會比較快?
請問把轉檔軟體放在RAMDISK 轉檔位置設在HDD 轉檔速度是否會比較快?
硬碟最小空間單位叫做「叢集 (Cluster)」,每一個叢集的空間為 4KB (假設分割表格式為 FAT32)。作業系統將檔案依序寫入硬碟的叢集內:
檔案 A 小於 4KB,存入某一個叢集之後,會剩餘一些空間,這個剩餘空間(灰色)是不能再寫入檔案的,也就是說下一個檔案並不會寫入這個剩餘空間,必須寫入到另一個空的叢集。
檔案 B 等於 4KB,存入某一個叢集之後,沒有剩餘空間,這個叢集當然有最佳的利用率。
檔案 C 大於 4KB,存入某一些叢集之後,也會剩餘一些空間(除非檔案大小為 4 的倍數才不會有剩餘空間),這個剩餘空間也是不能再寫入檔案的。
事實上,檔案的大小不可能全為 4 的倍數,也就是說,當一個個檔案存入之後,大都會造成一些空間的「浪費」。
因某些因素刪除了 檔案 B ,又在某種情況下有檔案 D 要寫入檔案 B 附近的區域,檔案 D 因為檔案較大,而原有的空間不夠大,所以就被作業系統分開存放於不連續的叢集中,檔案被存放於不連續的叢集中,就稱為:『檔案零碎』。
Windows 啟動之後,便不斷地讀寫硬碟,也不斷地刪除檔案,日積月累之下,硬碟裡的眾多檔案一定會『零碎』不堪。相對地,磁碟的空間也因此『零碎』不堪,這稱為:『空間零碎』。
『檔案零碎』與『空間零碎』的現象同時導致 Windows 在存取一個個的檔案時,必須多花很多時間才能存取、組合檔案,如此惡性循環, Windows 在硬碟的存取效率便每況愈下。
解決之道,將零碎的檔案重新排列,並且放在相鄰的叢集。
如果你看過 Windows 的磁碟重組工具的排列狀況,你會發現 Windows 只是將後面的檔案往前面搬,搬到前面空白的叢集而已,卻沒有將檔案放在相鄰的叢集。所以 Windows 的磁碟重組工具充其量只是解決了『空間零碎』的問題而已,並沒有解決『檔案零碎』的問題。
konkon3141 發表於 2014-9-27 06:20 PM [url=forum.php?mod=redirect&goto=findpost&pid=268037977&ptid=9889365]以9KB的檔案來看他是用到3個叢集
所以浪費掉3KB的空間?
電腦內的檔案少說有10萬個
是否浪費掉很多剩餘的叢集呢?
檔案零碎與空間零碎是OS的關係
還是HDD本來就是如此呢?
使用ASC的SmartDefrag
深層分析與重組後並優先順序檔案(慢)
是否能解決零碎的問題呢?
從SD的重組的狀態來看(不知是否是叢集的表現圖)
假設硬碟空間是足夠的
為何不讓每個檔案叢集附近保有可使用的叢集
避免零碎檔案的情況發生
重組讓相同的檔案連續在一起
似乎沒有預留該有的空叢集(假設硬碟空間是足夠的)
讓新增時增加的容量能連續寫入(檔案分散問題)
假設能記錄常用的檔案
給予足夠的空叢集
不常用或根本不會動到的檔案
給予少量的空叢集
是否能解決零碎問題?
移除檔案為何會有零碎的問題呢?
叢集內容不是已經清空了嗎?
#1 | #2 | #3 | #4 | #5 | #6 | #7 | #8 | #9 | #10 |
1KB | 5KB(1) | 5KB(2) | 3KB | 9KB(1) | 9KB(2) | 9KB(3) |
#1 | #2 | #3 | #4 | #5 | #6 | #7 | #8 | #9 | #10 |
18KB(1) | 5KB(1) | 5KB(2) | 18KB(2) | 9KB(1) | 9KB(2) | 9KB(3) | 18KB(3) | 18KB(4) | 18KB(5) |
yzs0416 發表於 2014-9-28 10:49 AM
關於重組 這裡有說明 請參考
http://www.techbang.com/posts/9310-hard-disk-read-performance-huichun-def ...
歡迎光臨 伊莉討論區 (http://www.05.eyny.com/) | Powered by Discuz! |