[請益] SSD平均抹寫與磁碟分割

看板Storage_Zone作者 (號暱稱)時間1年前 (2022/10/20 20:09), 1年前編輯推噓2(2推 0噓 29→)
留言31則, 4人參與, 1年前最新討論串1/1
查過一些網路文章，大部分都認為硬碟分割與SSD平均抹寫和沒有關係，SSD壽命只看你總 共讀寫的量，即使某個槽一直頻繁讀寫而無論可用空間很少或是很多且同時另一個槽無論 可用空間多寡，SSD都能夠悄然搬移資料使每個單位儘可能都平均被讀寫到，可是這樣的 話，若假設C槽被頻繁讀寫而剩餘可用空間不多，D槽卻是空很多沒用到的空間，那麼為了 達成平均讀寫的目的，SSD勢必搬動C槽資料到D的空間置放只是我們表面上看來不出來， 也就是說SSD能夠和作業系統達成某種協議，即使資料真的移動到不同單位，卻能被視為 是同一個磁碟，這和在作業系統裡同一個磁碟移動很大檔案也是瞬間完成雖然作法相反道 理卻一樣，那麼為什麼，當我們在SSD裡真的將資料從C槽移動到D槽的時候，卻是要真的 花時間移動，為何不能直接更改SSD和作業系統的認定就好了呢？？這是否暗示其實磁碟 分割對平均抹寫是有影響的呢？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.9.132.141 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1666267783.A.56B.html ※ 編輯: cosmo2256 (101.9.132.141 臺灣), 10/20/2022 20:11:09
推
10/20 20:16, 1年前 , 1F
抹寫平均化，SSD主控都幫你打理好了，沒有必要煩惱
10/20 20:16, 1F
→
10/20 20:22, 1年前 , 2F
主控只管理底層區塊的映射，並不知道檔案系統內容，
10/20 20:22, 2F
→
10/20 20:22, 1年前 , 3F
所以不存在主控把你C槽檔案搬到D槽之事
10/20 20:22, 3F
→
10/20 20:39, 1年前 , 4F
而且同一個儲存區內「移動」才是真的移動，跨儲存區
10/20 20:39, 4F
→
10/20 20:39, 1年前 , 5F
的根本不是移動，只是「複製」後「刪除原檔」，搞不
10/20 20:39, 5F
→
10/20 20:39, 1年前 , 6F
清楚的話就會莫名其妙丟資料，很危險
10/20 20:39, 6F
→
10/20 20:47, 1年前 , 7F
一個儲存區等於一個檔案系統樹狀圖，C槽和D槽就是兩
10/20 20:47, 7F
→
10/20 20:47, 1年前 , 8F
個獨立的樹狀圖，從C槽複製到D槽，D槽樹原本不存在
10/20 20:47, 8F
→
10/20 20:47, 1年前 , 9F
的資料就需要時間寫入
10/20 20:47, 9F
→
10/20 20:59, 1年前 , 10F
作業系統認識的架構是這些檔案系統，它不認識硬碟底
10/20 20:59, 10F
→
10/20 20:59, 1年前 , 11F
層空間怎麼調配，別說SSD，連HDD也是這樣，系統看到
10/20 20:59, 11F
→
10/20 20:59, 1年前 , 12F
的只是一整段LBA，不會像早期還有CHS（磁柱、磁頭、
10/20 20:59, 12F
→
10/20 20:59, 1年前 , 13F
扇區）那樣完全定位到磁錄位置，現在都是由硬碟上面
10/20 20:59, 13F
→
10/20 20:59, 1年前 , 14F
那塊韌體抽象化出來的整塊空間
10/20 20:59, 14F
→
10/20 21:03, 1年前 , 15F
所以作業系統不需要插手去管韌體負責的層次，韌體也
10/20 21:03, 15F
→
10/20 21:03, 1年前 , 16F
不需要解讀檔案系統這些高層次的資訊
10/20 21:03, 16F
推
10/20 21:19, 1年前 , 17F
而且其實HDD韌體也有小部分重新映射磁軌的功能，就
10/20 21:19, 17F
→
10/20 21:19, 1年前 , 18F
是SMART上面的05值，重新映射不是只有SSD才發明出來
10/20 21:19, 18F
→
10/21 10:34, 1年前 , 19F
主控檯面下負責,你檯面上看不到如何配置Cell
10/21 10:34, 19F
→
10/21 10:34, 1年前 , 20F
檯面下是主控對於檯面上要讀取哪個 LBA ,搬出對應的
10/21 10:34, 20F
→
10/21 10:35, 1年前 , 21F
LBA 裡面的資料給上面的作業系統的檔案子系統
10/21 10:35, 21F
→
10/21 10:35, 1年前 , 22F
你可以把它視為一個黑箱
10/21 10:35, 22F
→
10/21 10:36, 1年前 , 23F
LBA有壞Cell ,主控發現後會拿備用Cell 去替補該LBA
10/21 10:36, 23F
→
10/21 10:36, 1年前 , 24F
然後在smart 值+1 , 直到用完備用Cell後,作業系統
10/21 10:36, 24F
→
10/21 10:37, 1年前 , 25F
才會看到壞軌(因為已經沒有備用Cell 可替換了)
10/21 10:37, 25F
→
10/21 10:38, 1年前 , 26F
就算PC3000這種硬碟工具軟體(有軟體版),也是修LBA
10/21 10:38, 26F
→
10/21 10:39, 1年前 , 27F
搬動 LBA ,甚至可以做LBA總容量刪減或切割
10/21 10:39, 27F
→
10/21 23:55, 1年前 , 28F
你的假設錯誤 SSD跟作業系統根本就沒有這種協議 全
10/21 23:55, 28F
→
10/21 23:55, 1年前 , 29F
部都是SSD自己處理的
10/21 23:55, 29F
→
10/22 11:45, 1年前 , 30F
SSD 主控不需要也不知道是什麼軟體來存取，反正就照
10/22 11:45, 30F
→
10/22 11:45, 1年前 , 31F
介面協議來
10/22 11:45, 31F
‣ 更多 cosmo2256 的文章
文章代碼(AID): #1ZKJg7Lh (Storage_Zone)