只有 Host-managed SMR 才是這樣啦........別的還是跟以前一樣......

如果是在一般的 I/A 主機板 + Linux 可能只需要特殊的檔案系統就可以了........
好像是用 OpenZFS........不知道要不要額外修改........
而 Raid 卡認不到的狀況只能升級韌體吧......最差狀況就是買新的......
理論上這種 SMR 會比別種性能好一點的樣子.......
可靠度就不知道了........

Windows 未來有辦法支援這種硬碟嗎?........還是就放棄?.........

給我的人是說從公司裡拿出來的測試品
恐怕他自己也不懂才會拿給我幫忙解決
只是我能力不及也解決不了 :jolin:

有點好奇他們公司是做什麼會買到這種款式來測試嘞.........

這顆想自用的話我覺得可能要看有沒有 NAS 會支援這顆吧........不過近期恐怕很難........

照說明看唯一的優點就是容量+25% 性能上綜合來講絕對只有變差的份
光寫入一定得循序寫入 複寫還要把寫入點開始到磁片內側全部更新一遍就沒有"性能"兩個字可言
真要講會變快的大概只有讀取 由於全部是連續寫入 所以不存在檔案零碎問題 連續讀取 隨機讀取數值上會變漂亮
但是這種寫入方式會變成真的是備份資料或是極少變更的資料用途而已

這個我不太確定啦.........我是看有個 seagate 的 PDF........
"複寫還要把寫入點開始到磁片內側全部更新一遍" 這個好像一般的 SMR 就已經是這樣.....
而目前一般的 SMR 就是把這個複雜的管理過程全部交給硬碟本身處理.........
由於硬碟的處理資源有限........當快取太滿的時候性能可能會嚴重下降........
或是沒有辦法用夠好的管理模式.........

在企業級的環境來說.........r/w 命令可能比較頻繁混亂........
一般的 SMR 可能會很難應付這樣的狀況.........
也沒法讓使用者介入去刻意安排很單純的使用方式給 SMR 硬碟.......

Host-managed SMR 讓主機介入管理讀取跟寫入的策略........
以龐大資源做到盡量避免不必要讀寫來提高性能........

如果在這種環境下拿一般 SMR 跟這個比會怎樣我就不清楚了........ :laugh:
也可能因為不能有效管理一般 SMR 內的資料導致難以避免碰到性能嚴重下降的那種情形吧......

所以你是用哪顆8TB?
HGST出的Ultrastar Archive只有Ha10 10TB，沒有8TB這規格
8TB我看根本是用He8/He10 8TB吧

Ha=HM-SMR = Archive HDD
He=PMR


還有PMR 10TB呀，像是
HGST Ultrastar He10 10TB (HUH721010ALE600)
Seagate IronWolf 10TB (ST10000VN0004)

Seagate那顆現在很容易入手了，Y購就買的到

我處理過16TB SAS
XFS確定沒問題
ZFS目前沒人敢給百分百肯定的答案

-----------------------------------------
結果居然是1993年就有的XFS吃得下這種大容量硬碟

您好像搞錯問題的重點摟 重點不是容量 而是Host-managed SMR
我想1993年時並不會想到有這種存取模式的硬碟
要支援Host-managed SMR理論上不可能

sorry，我想我比喻的不大好
我是指用XFS就可以處理用PMR以RAID搭出的16TB :ase
而並非指這種SMR，可以用XFS.............

---------------------------------
就目前XFS community的報告(http://xfs.org/images/f/f6/Xfs-smr-structure-0.2.pdf)
這種Host-managed SMR............
看看HDD廠商自己要怎麼配置controller才能搞定吧........... :stupefy: :stupefy: :stupefy:

的確是He8 HUH728080ALE600
HGST 的第二代氦氣硬碟
因為不是Archive系列才能正常使用吧