【瓦記録】SMRのHDD 4台目【プラッタ枚数減】
■ このスレッドは過去ログ倉庫に格納されています
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
プラッタ枚数を減らし、価格が安くなるかわりにがランダム書き込みが致命的に遅くなる技術
Shingled Magnetic Recording (SMR)を採用した、通称瓦記録のHDDについて語りましょう
Shingled Magnetic Recording: Boosting Capacity and Lowering Costs
https://sata-io.org/developers/sata-ecosystem/shingled-magnetic-recording-boosting-capacity-and-lowering-costs
HDDの大容量化をけん引する瓦記録技術 - 東芝
https://www.toshiba.co.jp/tech/review/2015/08/70_08pdf/a08.pdf
SMR におけるビット信頼度への隣接ビットの影響 - 日本磁気学会
https://www.magnetics.jp/kouenkai/2015/doc/program/44ALL.pdf
スマートストレージ・スタックベースHBAおよびRAIDソリューションでのSMRドライブの使用
https://storage.microsemi.com/nr/pdfs/microsemi_adaptec_smr_whitepaper_ja.pdf
前スレ
【瓦記録】SMRのHDD 3台目【プラッタ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1541073336/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured >>204
録画機のHDDがOS無縁で勝手にガベコレするわけ? ガチ無知さん乙w >>フラグメントが分散している状態で発生するSMR特有の挙動
どういう挙動なのさ? >>205
ドライブマネージメントってそういうものでしょ。ホストマネージメントなら勝手に動きはしないけど。 >>206
フラグメント分散している箇所のSMRブロックでの読み出し→マージ→書き込みの繰り返し動作のことだよ、SMRドライブ特有の >>208
そういうランダムアクセス時の読み出しマージ上書きはCMRでも頻繁に起きるよね。
あるファイルの先頭からXXXバイト先のデータyyyバイト上書きするような場合。
新規録画とか、ファイルコピーとかではそもそも同一ファイル内で上書きは行わない。
シーケンシャルなファイルを新規作成するだけ。上書きコピーは新規ファイル作成後に
旧ファイルを削除するだけでしょ。 >>207
ドライブマネージドなHDDがセルフで勝手にガベコレするって?
第五回。そういうものじゃないよw >>168
2-3倍なんてほどにはかからんよ、という回答でいいか?
AS0002で300MB程度のファイル8TB分のコピー何度かやってるが
定期的に息切れして超休憩しやがるだけだからね
読み出し側の断片化もあるから
平均すりゃまあ70MB/secくらいかね?24時間は超える。
読み書き共にminiSAS経由のSATA接続、linuxでcp -dpR実施なので
Win10ならもう少し早いのかもね。 >>210
あなたはどの部位のガベコレかを理解できてないですね >>212
この人もか
どの部位のガベージコレクションか理解できてます? >>210
GCはドライブ側が勝手にするものだ
そうでなければどのホスト(PC/レコーダー)でも使えるHDDとは言えないだろ うちはパナソニックのレコーダだからAVコマンド対応のHDDじゃないと録画がうまくいかない場合が多いので
SMRが対応していればいいが対応していないものばかりだから、普通に東芝かWDのAVコマンド対応HDD使ってる。 >>214
海門のはメディアキャッシュ上でガベコレなんかしないようですよ。
あそこでガベコレする暇があればフラッシュして解放した方がよい。
というスタティックアロケーション方式だそうですから。WDは別ですがね。
ま、RAMキャッシュ上なら256バイトもあるからやるかもですがw
>>216
ガベコレしちゃうドライブマネージドなHDDって。どんなガベコレするの? メリットは?
妄想じゃなければ、リファレンスソースもよろピクね。 >>217
DIGAのアレは都市伝説? パナの外付けUSBの担当技術者Gは技術力が低くてバギー
というだけじゃないの? うちでも火狐OSのパナの4KにエレコムのWDな4TBつなげたら録画で
エラーしまくり。アイオの4TBに変更したらとりあえず問題は起きなくなったとかの不具合。
我が家でも経験あるし。他にも3TB制限とかhubサポート無しとか。人づてでわパナの4Kチューナーは
録画サポートがバージョンアップ対応だったが、昨年末の紅白に間に合わなかったそうだし。 ワッチョイ 11c5-sj7P は、要するにからかってるだけの無意味なヤツなので無視して良いんじゃね?
このスレでの定見としては、各社のHDDにSMRなら明記して欲しいってだけだし。 PC関連スレによくいる荒らしのスロットルおじさんだろこいつ おちつけ
SMR固有のGCがあるかは良くわからんが 論理的には>>204 とか有るわな。
で
自動GCがあろうが無かろうが 汚れ具合・空き要領が少ないと連続書き込みになら無い場合の影響はSMRの方が論理的に大きくなるのは自明かつ、SMRブロックとしての汚れはSMR固有なんで、ソモソモの検証が甘いと言う>>203の主張自体はオカシク無いよな。
つーかGC無い方が被害大きいと思うのは俺だけか? >>204の元記事はこれ
https://akiba-pc.watch.impress.co.jp/docs/news/news/1024968.html
メーカーの人間の話ではない
現在採用されている技術か将来予想か不明
容量を犠牲にSMRブロック全体の書き換え頻度を減らす技術
SMRブロック内で論理セクタアドレスと物理セクタアドレスを切り離す
SMRブロックサイズに余裕を設ける
同一論理セクタアドレスに対する書き込みはブロック末尾に追記
論理物理セクタアドレスの対応を書き換える
この場合GCはSMRブロック全体?の読み出し圧縮書き戻し
SMRブロック頭に長寿命セクタを集めGCは途中からかもしれない
圧縮では同一論理セクタアドレスの古いデータが捨てられる
TRIM対応ならそこも圧縮
OSから見える空き容量とGC頻度はあまり関係ない
TRIM対応ドライブで採用すればランダムライトがCMRなみに出来るかもね >>221
外付けHDDケースの相性も関係するけれど
うちでは購入したパナソニックのCATVのSTBで、もし故障した場合に備えて内蔵HDDの
換装したことがあり、内蔵HDDの場合はAVコマンドなしのHDDはクローンして全初期化しても
録画したら真っ黒な画面で映像が出なかったので、対応品がいいのは間違いないと思う。
その後AVコマンド対応のHDDをクローンして初期化したら問題なく利用できたから。 >>229
ナルホドですね、thx。 サルベージ屋さんの視点で見ると面白いですねー。
たぶん、それって、WDのWD40 NMZW みたいなSMRのことじゃないかな。
WDのSMRはダイナミックアロケーションだという話だから。SMR瓦バンド内の追記って
WDの場合は4Kブロック単位で可能なのかな。というかバンド内のブロックの
チェインリンクが込み絡んでいると、HDDが壊れてセクタ単位でベアでデータ読んで解析するの
無茶苦茶大変かも。サルベージ屋さんからすれば困ったチャン認定なのだろうね。
ファイルサルベージの難度という観点から言えば、海門のラクダSMRはセクタ配置が
インクリメンタル・シーケンシャルだからいざという時でもEaseUSみたいなサルベージソフトが
普通に使える。WDのSMRだとそうはいかない。みたいね。 >>232
録画機内蔵HDDの換装は基本は同型番製品で交換ですよね。アプグレ狙いとかすると
メーカーのナゾナゾを試行で読み解かなくちゃならない。デバイスIDで換装プロテクトして
いるばあいもあるし。特に注意しなくちゃいけないのはHDDの消費電力。今時のHDDは
せいぜい数ワットだから無問題かもだけど、昔RD-X5のHDDを海門にしたら数ヶ月で
電源の12vが死んでご臨終。まあ、自己責任のスレ違い話でスマソ アーカイブ用途を前面に押し出さなくなった今のSMRなら
多少の容量犠牲にして使い勝手向上するのならアリじゃね?
現状ですでに容量に全力振りじゃない感あるし。 使い勝手に振るならどう考えてもCMRの方が良い
わざわざ面倒くさい仕組み作ってコスト上がって、安くもなく容量が多いわけでもない
SMRになる可能性が極めて高い それこそなんのために瓦開発したの、になる 瓦バンド自体は、容量が2割増し程度だろ
5割増くらいいかんもんかねー
精度上がってだめかね CMR 1.33TBプラッタがSMR 2TBプラッタに化けてるんじゃないの? CMRプラッタは最大1.8TBまでいける。
またSMR化は容量アップというよりはプラッタ数削減によるコストダウンととらえるべき。
そのくせ市場に出回ってるSMR HDDはCMRに比べてたいして安くないのが問題。 そらメーカーにとっては枚数減らして既存品と似たような価格で売れるから、
海門以外もSMRを出して競争しない限り安くはならんわな >>240
5プラッタCMR9TBを安く出してプリーズ デスクトップ用の安価ラインには1.33TBプラッタ世代までのモデルしか出てない以上、
CMRで1.8TBがある言われても無意味だな。 WD Blue 6TB (WD60EZRZ)はCMRってことでいいんだよな?
型番がEZAZになるとSMRってことだよね?
いまのところBlue 2TBだけSMRなんだよな?
しかしSMRって容量当たり単価全然安くないよな 瓦8TB買ってこれはこれで倉庫用にいいなとは思うんだが
やっぱCMRの10TB安くなんねえかなw 巨額な開発費も回収したいだろうし極端な値下げはしないだろうね。
値下げ要因としてのSSDには期待してる。 seagate「HDD容量1TBでもよろしいですか」 瓦「メディアキャッシュをフラッシュするタイミングが来ないんだが」 >>195
録画終了してすぐにHDDへの電力供給が止まるんじゃない?
だとすると処理している余裕は無いかも???
SMR対応のレコーダーのアルゴリズムとして本体スリープ状態でも
しばらくの間HDD電源を落とさないようになったりしてな 内蔵なら茂ドライブマネージドでもフラッシュはするでしょうよ
外付けだと省電力が要らんことしいな気がする ハイエンドSSDのように巨大キャッシュを載せて来たりとかな
価格を考えれば何しても許されそう サンディスクってWD傘下なんだよね?
なんだかんだ言ってHD製造ってめちゃくちゃ儲かってるってこと? HDDがオワコンだからいつやめても良いようにフラッシュメモリに手を出したんでしょ 2019年はSMR躍進の年
ソース
http://eetimes.jp/ee/articles/1809/25/news012.html
>一部のデータセンターはホストシステム側の改修が始まっており、
2019年以降にSMR方式が本格的に普及する見込みです。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>東芝では、CMR方式のHDDと並行して、SMR方式のHDDの開発も行っており、
SMR方式が本格普及に合わせて、製品提供を行う計画になっています。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ SMRはもう二千円くらい安くしろー
あと透過的※なのはいいけどSMRに合わせたfsなりツールなり必要!
>>257
サンは知らんけどフラッシュメモリ全般が安くなってるからなー
システムSSDには120GBあれば充分で、そうなると2,500円くらい
※ユーザーから見えない、気にする必要が(あまり)ない ホストの改修云々ってことは東芝もいよいよエンプラ用ホストマネージドSMRの展開か
もともとロードマップにあったから驚きは無いけれど。
デスクトップ用3.5インチドライブマネージドSMRの導入も近いかな?
SMRの制御タイプにHA型なんてのもあるようだけど、
ドライブマネージドでもメディアキャッシュのフラッシュをホストから明示的に行ったり、
溢れたときにちょっと待って的なやり取りが出来るようになるだけでだいぶ使いやすくなる気がするんだけど。 ストレージシステムとして考えたらHDDもSSDも
それ単体よりも組み合わせたほうがより効果的に運用できるしね。
両方やってる東芝はもとより、サムスンと提携発表(2011年)したシーゲイトに後れを取るわけにはいかないしね。 寒村ロゴ入りのST-2000LM003 の稼働時間が25000時間超えたのでFireCuda ST2000LX001
に交換した。SSHDとはいえSMR。引っ越しはEaseUS todo backup。所要時間は10時間10分。
クロダチとかだと1TBの物理コピーが2時間半程度で済むので倍くらい余分に掛かった感じ。
SSHDなんで直近直前に起動したアプリの再度起動はそこそこ速いね。↓はオマケ。
あそこでは東芝・WDは相変わらずアレですなあ。
HDD故障率のメーカー・モデル別統計データ2018年版、故障率が最も高かったのは? 19/01/23
https://gigazine.net/news/20190123-backblaze-hard-drive-stats-2018/ Win10はReFS採用しろよな
クソドライブだけ普及させても無意味だろうが >>265
まあそうでしょうね。たぶんリードアフターライトなご丁寧なチェックやっていたんだと思う。
メディキャッシュのオーバフロー原因の遅速なら100倍時間かかっても不思議ないし。
古い2TBはポータブルな第3倉庫利用するつもり。 OSの空きメモリに余裕があるなら、
SMR-HDDのメディアキャッシュ領域的なのは、OSのメモリ上に置いて、
SMR-HDDのメディアキャッシュを使わないほうが効率的だと思う
メディアキャッシュ領域を使う場合、いったんメディアキャッシュに書き込んで、
また読み出して瓦領域に書き込むっていう三度手間になるからな
OSがSMR-HDDを検出した場合、メモリに余裕があれば、
HDDの書き込みはいったんRAMに貯めておいて、
メディアキャッシュ領域をつかわない直接書き込みをしたほうがいい >>267
確かにそれだと効率は良いかもしれないけど、ファイルコピーや移動中に突然ブレーカーが落ちて電源切れたらデータ飛んじゃうんじゃない? >>1の大容量HDDを100KB前後の画像だけで埋めつくす!!
まさに漢の利用法!! >>267
Windowsはランダムファイルのオンメモリ処理をAPIでサポートしているよ。
アプリケーションがメモリマップトファイル・アクセスを実装していればOK
メモリ マップト ファイル
https://docs.microsoft.com/ja-jp/dotnet/standard/io/memory-mapped-files
>>269
UPS使えよ。
>>270
100KB前後の画像ファイルといえば大昔の100万画素以下のデジカメか古いガラ携の画像かなあ。
4TBを埋めるためにはおよそ四千万本。それはきっと壮大なコレクションですねえ。
メディアキャッシュ・オーバーフローの閾値は30G前後らしいから。コピー中にメディアキャッシュを
でオーバーフローさせて超低速を出現させて楽しむためには100KBの画像ファイルなら最低でも30万本は
必要だろうね。小さなファイルは読み出しに時間が掛かるから現実的にはもっとたくさん。 俺のエロ画像フォルダには35万個で180GBだった 不要なファイルを削除したり、取り出して加工したりリネームしたりが面倒
使い慣れてるビューワーでは見れなかったりも 過去のエロ画像を再利用しすぎじゃろ
常に新しい刺激を求めるんや tarとかで固めてもインデクス付いてるわけで大した負荷じゃないし固めたほうがいい Irfanviewにzipを解凍しないで見るプラグインはあるのか
ずいぶん昔、それがなかったからIrfanviewを使わなかったよ 断片化で体感でわかるのは10000以上の超過断片時
アクセス時に明らかに遅くなる アドレス再配置の事が有るくらいで読み込みは悪くないと思うけどね。
同じ磁気記録密度のCMRより効率良いし。 なんか話がいろいろ混乱してるけど、実際にコピーをしてみてSMRへの書き込みを評価するなら、
読み出し側の状態にも注意しましょうねって話でしょ?
読み出し側のファイルが断片化していて、そもそも読み出し速度が遅くなってるだけなのを、SMR
の書き込みが遅いと評価しちゃダメだよ、と。 ドライブ容量の空きが減ってくると(使い込まれてくると)、
書き込みに際しても断片的な空きスペースに書くことになるからって話かと思ってた。 >>288
2TBのSMR-HDDとかすぐにフラグメンテーション発生しまくりになるんじゃね? そのうち4TBも2プラのSMRが占拠することになるだろう
偶数TBのHDDはすべて2TB/枚のSMRプラッタになる アーカイブ専用ファイルシステムSMRFSなんてのを開発すればいいのに >>289
エクスプローラのコピー機能で言えば、コピー後のファイルが断片オニギリになるのは
8TBHDDだと残り100GB切ってから。というか長大ファイルを丸々保存できるスペースが
残っている内は断片無し。細かな空き断片を紡いだリはしない。
8TBで空きエリア50GBにGB超のファイルを15本程度コピーしたら3/4程度が断片化してた。
ファイルあたりの断片は2〜30個程度だった。 ここまで大容量になるとアロケーションユニットサイズ(クラスターサイズ)も64KBでフォーマットして使ってるわ
ただし1GB以上のファイルしか置かないという制限付けて >>294
空き容量がどれだけあろうと、NTFS圧縮でファイル保存すると数千もの断片化ファイルになる 前から疑問だったんだけど、
断片化のひどい状態のことをオニギリと言うようだけど、どういった経緯でそうなったの?
キーの選び方が悪いのか検索してもそれらしい内容が出てこないし。 デフラグ画面の断片化した四角がポツポツある状態がオニギリの海苔みたいなイメージとか勝手に想像してた。 windowsXPで使う場合、SMRのHDDは問題ありますか? 小さな米粒(断片化したデータ)を大量に集めて固めて一つのおにぎり(ファイル)になっているさまを言ってるんじゃねえかな
ただ、おにぎりは本来そういうものだしそれで美味いんだから比喩としては下手ってのも分かる
ついでに言うと「断片化」で充分話が通るんだから比喩表現する必要性も低い >>301
そもそも2.2TB以上のドライブを認識できないだろ
アライメントもおかしいし XPが主流だった時代はHDDも80GBが最大容量だったし ■ このスレッドは過去ログ倉庫に格納されています