super yuan wrote:
因為每家寫的控制器F...(恕刪)
我在想 會不會
有些廠商是用硬體式的 有些則是用軟體式的迴避
軟體式的可能比較便宜? 但效能稍差?
不想再說 wrote:
這個問題很easy,看一下NAND的原理就知道了.
重組當然有必要,
我只有一個問題, 重組所下的指令到了SSD controller其實還是會由演算法決定放在哪裏.
所以重組真的會如我們所想的把資料都堆在一起嗎? 假設SSD controller在我們寫入檔案
的時候就已經決定好最佳的位置了, 而且廠商給我的資料也有寫到controller為了分散資料
甚至會把靜態(已寫入)的資料移動位置. 那我們再跑重組的意義在哪裏?
事實上我接觸過的OS裏, 只有windows的檔案系統需要重組, 那別的OS都怎麼做的?
與失敗為伍者，天天靠盃都是別人的錯。
與成功為伍者，天天跟失敗切磋直到不再出錯。
簡單講就是找出資料實際磁區的位置 與 連續讀寫速度
先從HD開始講起 找一個檔案12~18ms 連續讀寫120MB/s
而搜尋時間會隨著搜尋次數增加
像是1000個檔案 搜尋次數1000次 搜尋時間12~18秒
檔案磁區不連續 每破片化一次就增加一次搜尋時間
1000個檔案 每個檔案破片化一次 搜尋次數2000次 搜尋時間24~36秒
隨著破片化越多 搜尋次數增加 搜尋時間就會增加
而SSD搜尋時間太短了
不需要去特別找出破片化的檔案資料重組去減少搜尋時間
(重組反而會減少SSD使用壽命)
SATA SSD 600ns
PCIE SSD 60nm
SATA HD 12~18ms (單位不同)
同樣一秒搜尋次數
SATA SSD 3.3萬次
PCIE SSD 33萬次
SATA HD 85次
全碟備份十萬個檔案 搜尋時間
SATA SSD 3秒
PCIE SSD 0.3秒
SATA HD 20分鐘
所以為了減少「搜尋次數」降低「搜尋時間」(0.3秒, 3秒)
額外重組減少SSD壽命嗎？
不需要
前面有人問的SSD系統商重組技術 大概是是寫入前重組
在寫入前 把檔案組好 再寫入到哪區可以減少搬動的重組技術
彈幕濃！
內文搜尋
從 APP 打開
X