作者: stephenwong 時間: 2024-12-4 15:18 標題: SMR HDD 對 CMR HDD
SMR HDD 真係好差，好差，好差。
自己睇片：
https://www.youtube.com/watch?v=hAijmZsTd2A
作者: peter001 時間: 2024-12-4 20:28
好多年前都知道 SMR 好差㗎啦, 不過問題有時冇得揀, 特別係 2.5" HDD, 多數都係 SMR
作者: arschmitohren 時間: 2024-12-5 20:56
SMR HDD 真係好差，好差，好差。
自己睇片：
stephenwong 發表於 2024-12-4 15:18
SMR碟只係用黎擺d寫完就唔會rewrite既data
作者: stephenwong 時間: 2024-12-6 08:21
SMR碟只係用黎擺d寫完就唔會rewrite既data
arschmitohren 發表於 2024-12-5 20:56
即係 CDROM!
作者: funfunhk 時間: 2024-12-6 11:58
archive 碟
作者: computer1975 時間: 2024-12-6 12:16
本帖最後由 computer1975 於 2024-12-6 12:19 編輯
SMR有分host base 和HDD base；另一般用家要用得好需要做額外功夫——TRIM （不是第一代SMR HDD, 初代的Seagate是不支持，跌速了就差不多沒法夠，只能fill-zero)。使用上SMR比CMR麻煩和等待時間整理
via HKEPC Reader for Android
作者: funfunhk 時間: 2024-12-6 12:48
咪同SSD 分 MLC TLC QLC Dram Dramless一樣,
睇用途同價錢去買囉。
作者: arschmitohren 時間: 2024-12-7 01:02
即係 CDROM!
stephenwong 發表於 2024-12-6 08:21
咁又差太遠
作者: harryytm 時間: 2024-12-7 02:55
本帖最後由 harryytm 於 2024-12-7 03:25 編輯
SMR 硬碟分兩個唔同寫入方式嘅寫入區域
分別係 CMR 區域同 SMR 區域
CMR 區域類似 SSD 嘅 SLC cache
同一般 CMR 硬碟一樣可以隨意覆寫數據
作用係暫時 cache 啲寫入數據
閒置嗰時重新合拼被修改嘅數據
再重新寫入返啲數據去相應嘅 SMR 區塊
SMR 區域入面分成 256 MiB 嘅 SMR 區塊
每個 SMR 區塊之間有空白磁軌分隔
但 SMR 區塊之內係用叠瓦方式寫入
要修改 SMR 區塊入面任何數據都要成個 Zone 重寫
TRIM 可以通知 SMR 硬碟嘅 Firmware
邊啲 SMR 區塊可以直接寫入無需重新合拼數據
減少寫入嘅時候需要 cache 去 CMR 區域嘅機會
細容量嘅 SMR 硬碟 CMR 區域好細
如果加上無開 TRIM 嘅話 CMR 區域好快爆
而且閒置嗰時 Firmware 會不停將 CMR 區域啲數據搬去 SMR 區塊
作者: harryytm 時間: 2024-12-7 03:17
即係 CDROM!
stephenwong 發表於 2024-12-6 08:21
SMR 適合存放較大而且唔會修改嘅檔案
最好每個檔案係大過 256 MiB
因為SMR 區域入面每個 SMR 區一般係 256 MiB
SMR 區入面有任何野改都會有野要 cache 去 CMR 區域
到閒置嗰時重新合拼修改嘅數據再完整重寫個 SMR 區
作者: stephenwong 時間: 2024-12-7 05:51
SMR 適合存放較大而且唔會修改嘅檔案
最好每個檔案係大過 256 MiB
因為SMR 區域入面每個 SMR 區一般係 256 ...
harryytm 發表於 2024-12-7 03:17
但係你個 filesystem 總有 meta data 要經常讀／寫，而且，現今 filesystem 大部分都係 journal based, 所以經常都要先 commit journal. 同 SSD 唔同，SSD 可以將一個 block 寫去任何地方，只要個 mapping table 準確就得。但係 HDD 就唔同啦，亂咁做 block mapping，會增加 latency dramatically，所以就算有 CMR 區，到最後，都係要跟返 logical block 順序寫返落 SMR 區。而 HDD 因為 rotation latency 同 seek latency, 本身就係 random access 好慢，所以 SMR HDD 點都唔識合做 daily work (經常讀／寫）！只識合做 archive work, 即係 CDROM!
作者: harryytm 時間: 2024-12-16 02:12
本帖最後由 harryytm 於 2024-12-16 02:42 編輯
但係你個 filesystem 總有 meta data 要經常讀／寫，而且，現今 filesystem 大部分都係 journal based, 所以經常都要先 commit journal. 同 SSD 唔同，SSD 可以將一個 block 寫去任何地方，只要個 mapping table 準確就得。但係 HDD 就唔同啦，亂咁做 block mapping，會增加 latency dramatically，所以就算有 CMR 區，到最後，都係要跟返 logical block 順序寫返落 SMR 區。而 HDD 因為 rotation latency 同 seek latency, 本身就係 random access 好慢，所以 SMR HDD 點都唔識合做 daily work (經常讀／寫）！只識合做 archive work, 即係 CDROM!
stephenwong 發表於 2024-12-7 05:51
SMR 區塊同 SSD 嘅分頁 (Page) 類近
只一次過覆寫整個 SMR 區塊唔可以部份覆寫
而 SMR 區塊一般係 256 MiB
SMR 區塊嘅 Mapping 係順序並非 SSD 咁隨機
當 SMR 區塊有部份數據被部份覆寫
先至會用 CMR 區域去暫存 SMR 區塊被部份覆寫嘅數據
閒置嘅時候先至讀取合拼再覆寫相應嘅 SMR 區塊
CMR 區域只會比 Firmware 用嚟做 Cache
一般讀寫唔可以直接用到 CMR 區域
至於讀寫效能好睇個 Firmware 嘅 Cache 演算法寫得好唔好
寫得好嘅 Firmware 會認到連續寫入
識得直接覆寫相應嘅 SMR 區塊而唔會用到 CMR 區域
又或者經常修改嘅區域會長期 Cache 喺 CMR 區域
到啲數據穩定咗再無修改先至寫入去 SMR 區塊
作者: s84292 時間: 2024-12-16 07:48
本帖最後由 s84292 於 2024-12-15 23:50 編輯
消費級smr hdd 就最應該加返粒32gb nand 落去做cache
但為左cost down 多幾十蚊港紙，采你都傻。
反而都唔預多少非商業用戶買，買得多都係nas server 自己有ssd or ram cache
作者: 保時捷 時間: 2024-12-25 21:12
回覆 13# s84292
咁 2.5" 碟唔係單純為 cost down 而用 SMR 嘅
作者: fundive 時間: 2025-1-1 21:18
就住用就得, SMR 夠平, 我用落unraid 儲4k video, Parity 就用CMR, file 只會 Create, Read 同Delete 冇Update 所以少問題
作者: kenken33 時間: 2025-1-2 00:16
今時今日CMR 都做到24TB，普通人唔係一千幾百隻起要計成本同每機總容量都唔駛考慮SMR
作者: dos2vista 時間: 2025-1-6 07:53
2.5" SMR 用於 BT 近十年
So far so good