【瓦記録】SMRのHDD 8台目【ﾌﾟﾗｯﾀ枚数減】

**Socket774** (ﾜｯﾁｮｲ fedc-kyym) · 2019/09/08(日) 07:54:56.14

!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 7台目【ﾌﾟﾗｯﾀ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1561881186/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

**Socket774** (ﾜｯﾁｮｲ 2edc-kyym) · 2019/09/08(日) 07:55:39.77

最近の磁気ディスクドライブに於ける高遅延特性の観測とデータベース処理性能への影響の考察
http://www.tkl.iis.u-tokyo.ac.jp/top/modules/newdb/extract/1516/data/DEIM.pdf

Seagateのシングル磁気記録で容量の壁を超える | Seagate
https://www.seagate.com/jp/ja/tech-insights/breaking-areal-density-barriers-with-seagate-smr-master-ti/

“10TB時代”に向けた最新HDD技術「SMR」のポイントをSeagateに聞いてみた
https://akiba-pc.watch.impress.co.jp/docs/sp/680650.html

6TBや8TBの大容量は将来のデータ保存量を見据えたら買い！使い続けても速度が落ちない！知られざるBarraCudaのスゴさとは
http://ascii.jp/elem/000/001/719/1719972/

現在のSMR採用ディスクは大きく進化、OS用にも使用可能に
https://akiba-pc.watch.impress.co.jp/docs/sp/1140477.html

**Socket774** (ﾜｯﾁｮｲ 2edc-IUHU) · 2019/09/08(日) 07:56:08.53

http://archive.is/TiLFR

SMR な HDD を使って Windows 8 からサポートになった記憶域スペースのパリティドライブを構築してみた備忘録です．
SMR な HDD の書き込みの遅さは色々なところで見るのですが，束ねてみたらどうなるのだろうということですね．

NEC Express5800/Y52Xa (Windows 10 Professionl, Xeon 1225)
Seagate ST8000AS0002 x 4台
Century CRSJ535EU3S6G2
エアリア SD-PESA3ES2L eSATA拡張ボード (asmedia 1061)

PC本体とは eSATA ボードを用いて SATA 接続されており，4台の HDD は SATA のポートマルチプライヤ機能を用いて認識されています．

で，まずは構築してしばらく使っての感想なんですが，

“遅い！！！”　　　　　　　　　　

です．約3テラのデータを書き込んでみましたが，平均して 12MB/s～13MB/s の速度しか出ません．　　　　
それも激しく書き込み速度が上下します．遅いときは1桁台の速度です．
もちろんこれは SMR 方式の HDD の特徴であることはあらかじめ分かっていたのですが，

今回は4台を束ねて分散して書き込まれるので少しは緩和されるかな…と期待したのですが4台位だと全く効果がありません．
単体で使っているのとほぼ変わらない使い心地です．結局，手持ちのデータの移動を終えるのに約1週間かかってしまいました．

;(；ﾞﾟ'ωﾟ'); 👀
Rock54: Caution(BBR-MD5:1322b9cf791dd10729e510ca36a73322)

**Socket774** (ﾜｯﾁｮｲ e576-m8sx) · 2019/09/08(日) 09:46:07.25

SMR（瓦記録）のHDDは本当に遅いのか試してみた
https://ameblo.jp/iso5210/entry-12426001030.html

**Socket774** (ﾜｯﾁｮｲ 81b7-CMg6) · 2019/09/08(日) 15:18:02.39

>>1乙

**Socket774** (ﾜｯﾁｮｲ 11c5-kpar) · 2019/09/19(木) 16:04:47.79

向こうはネタレスだらけだな

**Socket774** (ﾜｯﾁｮｲ 21dc-Ms+D) · 2019/09/20(金) 19:48:26.12

【速報】DropboxがSMRドライブを採用していたことが判明
https://japan.zdnet.com/article/35142427/

同社ソリューションアーキテクトの保坂大輔氏は、SMR導入の経緯について、トライ＆エラーの過程を交えて紹介した。

この移行は、爆発的に増加し続けるデータ量の増大を背景に、「パフォーマンスの改善とサービスの安定のため」（保坂氏）に決断され、サービス停止なしに実行された
。この移行によって同社は自前でハードウェアリソースを保有するようになったため、どのようなHDDを使うかが自社の問題となったわけだ。
なお、同社の環境ではOSのファイルシステムを介さず、HDDに直接読み書きする仕組みを採用しているという。
このため、シーケンシャルライトを行う必要のあるSMR特有の使い方に対応するのも、自分たちでソフトウェアを開発した上で実施する必要があった。

　SMRは、ランダムな書き込みができないデバイスなので、データの書き換え頻度が高いデータの記録にはあまり向かない。
どちらかと言えば、一度書いたら以後は参照するだけ、というリードオンリー的な使い方が向くデバイスだ。
同社では、アクセス頻度が低いデータを「コールドデータ」、頻度の高いデータを「ウオームデータ」として区別しており、
SMRはコールドデータ向けのストレージとして運用されている。

SMRの運用が問題なくできるようになったことで、同社では当初目標とした「2019年末にはコールドデータ向けストレージの25％をSMRに」という値が上方修正し、
現在は「2019年末にはSMRが40％に達する」（保坂氏）と見込んでいるという。
なお、SMR導入の詳しい経緯については同社自身が記事でも公開しているので、興味のある方は参照いただきたい。
https://navi.dropbox.jp/the-first-anniversary-of-smr-what-the-magic-pocket-team-has-learned

**Socket774** (ﾜｯﾁｮｲ 45dc-Ms+D) · 2019/09/22(日) 06:09:35.65

https://volx.jp/wp-content/uploads/2019/08/st8000dm004-review-crystal-disk-mark.png
https://volx.jp/wp-content/uploads/2019/08/st8000dm004-review-crystal-disk-mark-3.png

ST8000DM004の容量限界まで埋めたベンチみっけたが61MB/sまで落ちるんだな

**Socket774** (ﾜｯﾁｮｲ 29bc-lnzt) · 2019/09/22(日) 06:47:16.49

CMRってそんなに落ちないものなんだっけ？

**Socket774** (ｽﾌｯ Sd22-G0B8) · 2019/09/22(日) 08:28:43.88

>>8
うーん
論理的には一杯近くまで埋めたら最悪1セクタ書くのに20M(だっけ？)書く必要がある。
つまり最悪の想定だと(MC読み書き無視しても)40960倍の性能、4kセクタでも5120倍の性能を要求する→当然出ないから速度低下する。

CMRでもシークペナルティで最悪はかなり速度低下するが、SMRはシークペナルティに加え上記の言わば瓦ブロックペナルティが発生するから、60Mなら上等じゃない？

**Socket774** (ﾜｯﾁｮｲ 51cf-a0fg) · 2019/09/22(日) 09:02:50.35

>>8
意外だな
MCがちゃんと機能してれば、容量切れるまでは落ちない気がするんだが
もしかして、MCも表記容量の一部で最後まで埋めるとMCも埋まるのかな

**Socket774** (ﾜｯﾁｮｲ 2941-jgJV) · 2019/09/22(日) 10:05:26.51

>>9
落ちないよ
瓦はキャッシュが無くなれば途端にダメになる
よくそんな状況は一般用途ではないって工作員が絶対湧くけど
2Gの録画ファイルを複数とかけっこうな量のフォルダとファイルを移動とかで
普通に起きるから一般用途でもそれなりに実害があるのが普通

といっても2TBプラッタが出回り始めてCMR20THDDとかも出てきたから
SMRは一時しのぎのHDD暗黒期の産物になると思うけどね
HDDVDとか3D TVとかみたいなね
当たり前に業界が推して当たり前に売られてるけど、気付いたら思ったとおりやっぱり消えてたってパターン

**Socket774** (ﾜｯﾁｮｲ 51cf-a0fg) · 2019/09/22(日) 10:15:46.46

>>12
その2TB CMRはMAMRなんだよね
SMRと違ってトラック間にガイドバンドが必要だから、トラック狭いんだろう

3D TVは流行って欲しかったなぁ
有機ELなら120Hzで駆動は余裕だし、左右の目に60Hzの絵を見せられるのに

**Socket774** (ｽﾌﾟｯｯ Sd82-lnzt) · 2019/09/22(日) 13:59:49.19

>>12
そらメディアキャッシュが無くなればダメになるのはわかるが
HDDの残容量とメディアキャッシュの消費との関係性がまったくわからんのだけど
なんか根拠あるの？

**Socket774** (ｽﾌﾟｯｯ Sd82-lnzt) · 2019/09/22(日) 14:02:52.78

>>12
SMRはその2TBのプラッタを3TBにする技術じゃないのか？
だとしたら代わりとなるプラッタを有効利用出来る技術が出ないとSMRは無くならない気がするけど

**Socket774** (ｱｳｱｳｳｰ Sa85-ACnl) · 2019/09/22(日) 14:58:03.51

>>15
5割増しになる技術ならよかったんだけどねぇ。

**Socket774** (ｱｳｱｳｳｰ Sa85-a0fg) · 2019/09/23(月) 01:16:06.53

>>16
しかも再生ヘッドの小型化がボトルネックになるので、ベースのCMRが高密度ﾌﾟﾗｯﾀだとSMRにした時の容量増加率が低下する

例えば18TB(CMR MAMR) → 20TB(SMR MAMR) でたったの1割増でしかない

**Socket774** (ﾜｯﾁｮｲ 29bc-lnzt) · 2019/09/23(月) 01:19:13.84

>>17
なるほど。それならプラッタ大容量化につれてSMRは滅んでくれるかもね

**Socket774** (ﾜｯﾁｮｲ 45dc-Ms+D) · 2019/09/23(月) 15:01:24.86

>SMRは一時しのぎのHDD暗黒期の産物になると思うけどね
>HDDVDとか3D TVとかみたいなね

これは同意

**Socket774** (ｱｳｱｳｶｰ Sac9-a0fg) · 2019/09/23(月) 16:12:28.87

>>19
コストダウンになる(ユーザーに還元されるとは言ってない)から、メーカーは意地でも維持するだろう
特に8TB未満のコンシューマーモデルでは

**Socket774** (ﾜｯﾁｮｲ 42ad-ACnl) · 2019/09/23(月) 22:15:08.84

SMR・瓦が過渡期の技術ってのはそうなんだろうけど、
もうプッタラの二次元記録密度は限界だから三次元記録になるんじゃないの？

**Socket774** (ｱｳｱｳｶｰ Sac9-a0fg) · 2019/09/23(月) 22:42:35.61

>>21
二次元磁気記録(TDMR)はまだ製品化されてない
イメージとしてはQRコードみたいな記録をバンドに書き込むんだ
瓦バンド分のヘッドを並べて配置し、2段アクチュエーターにすれば実用化出来そうだ
俺にでも思いつくんだから、さっさと実用化してくれれば良いのにな

問題としては、読み込み時もバンド全体を読み終わるのを待たないといけないことか
瓦よりも更に使い勝手が悪くなりそうだ

誘導 (ﾜｯﾁｮｲ adbe-Cd4R) · 2019/09/24(火) 01:32:59.11

ここは個人情報収集化の立てたゴミスレです

本スレは
【瓦記録】SMRのHDD 8台目【ﾌﾟﾗｯﾀ枚数減】
http://egg.5ch.net/test/read.cgi/jisaku/1567831010/
です

**Socket774** (ﾜｯﾁｮｲ 29bc-lnzt) · 2019/09/24(火) 07:12:33.96

どこに個人情報があるんだよw
一度ちゃんと個人情報でググって何が個人情報に当たるのか理解した方が良いと思うよ

**Socket774** (ｽﾌｯ Sd22-G0B8) · 2019/09/24(火) 07:33:54.50

ぃゃぃゃココに有るとは言ってないw

キット5chにアクセスしただけでもしくはﾜｯﾁｮｲだけで個人情報にアクセス・収集できるすーぱーはかーなんですよ。しかも5chやプロパイダ・中継事業者の中の人ですらなくww

**Socket774** (ﾜｯﾁｮｲ 11c5-kpar) · 2019/09/24(火) 09:13:46.64

こういう不誠実なレス返すやつがワッチョイ無しスレをたてたわけか

**Socket774** (ﾜｯﾁｮｲ 4611-I42N) · 2019/09/24(火) 10:45:17.19

〒330-0074

**Socket774** (ﾜｯﾁｮｲ 2111-jgJV) · 2019/09/24(火) 10:56:35.48

EUではIPアドレスも個人情報ってもう既に決まったからね
アメリカが追従する可能性もあるし、そうなったら日本も秒で右倣えする
平気でIPもろ出し仕様に出来る危ない掲示板ってのは今だけかもな

**Socket774** (ｴﾑｿﾞﾈ FF22-G0B8) · 2019/09/24(火) 11:22:00.12

GDPRか？それがどした？
俺の郵便番号でもだしてみろやw

**Socket774** (ﾜｯﾁｮｲ 6edc-jgJV) · 2019/09/24(火) 12:19:21.68

こういうバカが周りにいると疫病神で邪魔で嫌われ者の筆頭だと本気で思った
IPと郵便番号に関係性0なのにイキってそれっぽい（でもバカ）ことを言うやつって無能のテンプレみたいでいるよなｗ

**Socket774** (ｽｯﾌﾟ Sd82-lnzt) · 2019/09/24(火) 12:52:28.64

個人情報ってのは個人が特定出来る情報って意味だからな
ワッチョイを特定出来る危険があると思う位なら
レスの書き込みの文体から特定される可能性もあるから書き込まない方が良いと思うけど

**Socket774** (ﾜｯﾁｮｲ 45dc-Ms+D) · 2019/09/24(火) 18:29:16.84

S　そんなに
M　マジになって
R　どうするの

**Socket774** (ｱｳｱｳｶｰ Sac9-a0fg) · 2019/09/24(火) 21:38:59.24

↑ R 解せぬ

**Socket774** (ﾜｯﾁｮｲ 6fcd-PDRl) · 2019/10/24(木) 02:04:39.23

>>8
試しにシーゲート6TB瓦を残り100GB以下まで埋めたらライトが61どころか1とか2になって壊れたかとオモタ
空きを500GBまで増やしたらライトが80まで復活し普通に使えるようになった

**Socket774** (ﾜｯﾁｮｲ cf7a-XuD7) · 2019/10/24(木) 08:15:32.75

>>34
前提:最近追っかけてなかったから誤認あれば突っ込みよろ。→スレ二つに別れたの？使い分けは？

瓦ブロックを知らないFSが配置を指示するのだから効率的配置なんて出来ない。最悪1セクタ512/4096書くのに1瓦ブロック(xxM)書き換える必要がある。

使い初めに発生する速度低下はソレこそ「運が悪い」で起きても一瞬もしくはMC溢れダケだけど、使い込む・残容量が減ると加速度的に速度低下の要因が増え最終的には「運が良く」ないと速度低下が発生する(体感できるかは運と書き込み量)。

恐らくWD方式は瓦ブロックを知ってるファームが一枚かんでるから低下はしにくい(しないとは言ってない)。あとCMRでも速度低下は起きるがレベルが違うww

・・1,2迄はさすがに・・量書かないと発生しない気もするけど・・HDDに取っての書き込み量は最悪×瓦ブロック(xxM)なんだからまぁしょうがない。御愁傷様ですね。

**Socket774** (ｽﾌﾟｯｯ Sd1f-sGmf) · 2019/10/24(木) 12:40:45.46

>>35
MCがあるのに加速度的に速度低下の要因が増えるのか？例えば？

**Socket774** (ｽﾌｯ Sd1f-XuD7) · 2019/10/24(木) 13:36:09.44

無論MCからの吐き出し時の話。単に確率統計的に言ってるダケ

①1つの瓦ブロックに空きが1セクターってのが一番悪いパターン。使い込んでない・空きが多い時は、運が悪くなければ発生しない。

が、使い込みと空きの低下で空きセクタが違う瓦にバラける確率が上がる。

②連続空き込みにならずにMCに一旦書く事も当然のように増える

**Socket774** (ｽﾌﾟｯｯ Sd1f-sGmf) · 2019/10/25(金) 08:22:55.34

>>37
20GB程もあると言われてるMCがそんなに溢れるの？
そんなに何を書いてるの？
テレビ録画だって1時間6GB位だと思ったが
一応言っとくとHDDって書くためのものではなく読むための物だからな

**Socket774** (ﾜｯﾁｮｲ 6f11-pgVs) · 2019/10/25(金) 11:54:28.14

>>38
違うよ
ＨＤＤは、あとでまた見るかもしれないデータを取り合えず放り込んで残しておくものであり、
その書き残したもののほとんどは２度と見られることがないデーターだからね

**Socket774** (ﾜｯﾁｮｲ 83de-WtR4) · 2019/10/25(金) 14:35:15.73

>>39
それ結局読むために書いてるわけだが

**Socket774** (ﾜｯﾁｮｲ e3c5-sNcG) · 2019/10/25(金) 19:29:36.06

S 少しは
M マジな
R レスしよう

**Socket774** (ｽﾌﾟｯｯ Sd1f-sGmf) · 2019/10/26(土) 14:27:44.17

>>39
読むことの無いデータってのは使われることの無いゴミデータなわけで
それをわざわざHDD代と電気代払って保存するってのは馬鹿な行為だからな
ゴミ屋敷を作ってるのと同じ様な話で
当然HDDを書き込みばっかりするように使うのは個人の勝手だが
そういう使い方を一般的な使い方と考えるのはどうかと思う

**Socket774** (ﾜｯﾁｮｲ 6345-FeDm) · 2019/10/26(土) 20:58:55.50

謎の必死さ

**Socket774** (ﾜｯﾁｮｲ ff4d-A/Xe) · 2019/10/27(日) 06:49:39.55

どこだったかのノートPCが閉じたまま長期放置すると
ふた側とキーボード側がくっついて開かなくなる不具合出してたが、
原因が買ったけど使わないからだったどっかの国民をディスるのはやめるんだ

**Socket774** (ﾜｯﾁｮｲ ff86-iTOf) · 2019/10/28(月) 17:38:15.65

>>34
SGの8TB瓦をゼロフィルで埋めてたら
最後の数十GBを埋めるのにどえりゃー時間がかかるかというとそうでもない。
速くはないけど転送速度が順調にだら下がりしたままゴールにたどり着く。
その理屈には合ってない動作のように見える。

**Socket774** (ﾜｯﾁｮｲ dedc-edye) · 2019/11/01(金) 03:32:10.35

https://astamuse.com/ja/keyword/13975249

**Socket774** (ﾜｯﾁｮｲ 1b82-TGWi) · 2019/11/01(金) 06:14:20.23

>>38
EDCBで複数録画なら足りなくなるのが容易に想像できるな

**Socket774** (ｽﾌﾟｯｯ Sdea-pS3g) · 2019/11/01(金) 09:32:07.31

>>47
録画は録画でクソ遅いシーケンシャルライトである特性上
瓦書きの方が速くてMCはまったく埋められない可能性はあるけどな

**Socket774** (ｱｳｱｳｳｰ Sa2f-TGWi) · 2019/11/01(金) 14:16:57.44

PT3の4枚挿しとか全録とかじゃやばいかもな

**Socket774** (ﾜｯﾁｮｲ 0611-Mwpu) · 2019/11/01(金) 14:26:26.86

以前試算したときには、全ＳＭＲブロックにそれぞれ1クラスタずつの空き領域が分散している最悪の状況で、
どうにかやっと地上波１ｃｈ分のＤＲ録画ができる速度だけは得られることが判った

**Socket774** (ﾜｯﾁｮｲ 0611-Mwpu) · 2019/11/01(金) 14:27:50.17

フラグメントが最悪まで複雑化している状態で2ch同時ＤＲ録画は無理

**Socket774** (ｽﾌﾟｯｯ Sd8a-pS3g) · 2019/11/01(金) 17:29:09.77

>>49
そこらへん誰か試してみてほしいところなんだけどなかなかね

**Socket774** (ﾜｯﾁｮｲ 0611-Mwpu) · 2019/11/01(金) 19:14:43.28

理論的には最悪の状態で複数のDR同時録画は無理

**Socket774** (ﾜｯﾁｮｲ 67bc-vD/d) · 2019/11/02(土) 09:14:25.23

>>53

> 理論的には最悪の状態で複数のDR同時録画は無理

適当なことを断言するは君の勝手だが実際にテスト検証したのか？　
未検証ならデタラメと評されても仕方あるまい

**Socket774** (ｽｯﾌﾟ Sdea-pS3g) · 2019/11/02(土) 10:57:46.71

>>51
それ逆にCMRなら録画出来るの？1セクタ512バイト毎に最長のシークが入るって事でしょ？
HDDから煙が出そうな気がするがw

**Socket774** (ﾜｯﾁｮｲ 9ebb-IZm4) · 2019/11/02(土) 11:32:17.99

>>55
厳しいかもね。でも限界がくるのはSMRの方が早いのも自明で。なにせ512毎に20M書くんだし