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

**Socket774** (ﾜｯﾁｮｲ 0fdc-RM76) · 2019/01/03(木) 22:23:42.35

!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

**Socket774** (ﾜｯﾁｮｲ b5b1-ytzX) · 2019/02/25(月) 20:35:31.18

>>951
そうなん？
PT3スレでも使ってる人いたけど問題ないっていってたけどなぁ

**Socket774** (ｽﾌﾟｯｯ Sdea-9csk) · 2019/02/25(月) 20:53:22.84

>>948
まじで！？なんでSMRのパフォーマンス維持にデフラグが有用なんだ？

**Socket774** (ｽﾌﾟｯｯ Sdea-9csk) · 2019/02/25(月) 20:55:10.09

>>948
> 電源投入時間の99%をアイドリングまたは読み出しに用いること。

これの言ってる意味がわからんのだが、HDD起動してから放置しろってこと？

**Socket774** (ｽﾌﾟｯｯ Sdea-9csk) · 2019/02/25(月) 20:56:41.17

>>952
別に大丈夫だと思うよ
逆にパフォーマンスが怪しいのに信頼性まで失ったのでは目も当てられん気がするし

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/25(月) 20:56:58.20

>>950
> >>948
> その論文をちゃんと読んだほうがいい
> 少なくともそれを読んで運用（使い方）でカバーできるからSMRでも問題ないっていう話にはならないと思うが

論文はろんぶんであって、保険の勧誘案内書じゃないの。学校で読み方ならわなかった？

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/25(月) 21:21:59.36

>>953
他に為すべきはあんまりないから。
エクスプローラでセルフなファイルコピーするだけでもデフラグ効果がある。
2GBファイルで断片がすう万コ超とか酷いファイルを普通にコピーすると>>896みたいに
10MB/s程度に遅くなることはある。その程度の生温さで済むのがファイル断片効果。
ただしそういう酷い断片だらけのファイル生成を続ければ、あの超低速もーど
はめ込むことができる。100KB以下のセクタ書きをずーと続けることになるからね。
そんな状況でアイドル時間が与えられなければMCはオーバーフローし易くなる。

MCオーバーフロー後の茂SMRの最悪もーどでは俺的には500KB/s 例の資料PDFの図版では
10KB/s位まで落ちるみたいね。それでもゼロにはならない。細々とユーザリクエストに応え続ける律儀さはある。

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/25(月) 21:30:53.70

断片が無いファイルならコピーとかしても100MB/sは普通に出るみたいね俺環のAS0002でも。

>>954
えろ)どうがとかを100本異常連続DLしなさんなということ。
ネットフル速DLするなら休み休みでどうぞ。CMのフラッシュクリアは
そのお休み中になされるからね。お休み時間は数分以上を推奨。

**Socket774** (ﾜｯﾁｮｲ 6d8a-uGSY) · 2019/02/25(月) 21:54:27.70

問題あるにしろ無いにしろ、対策の内容も含めて
その人の環境でっていう条件が付くのがSMRって感じがするわ

CMR程度に無条件で人に薦められるようにはならないんだろうな。
録画にしてもどう書き出すかによって適・不適が有るように思えるし。

**Socket774** (ﾜｯﾁｮｲ 66bc-9csk) · 2019/02/25(月) 22:04:12.70

SSDのプチフリと同じ様にうまくコントロールさえ出来れば問題無く使えるようにはなるとは思うけど
というかまだなってないのかどうか知らんけど

**Socket774** (ﾜｯﾁｮｲ 66bc-9csk) · 2019/02/25(月) 23:37:51.91

今更ながら >>4 見る限り微妙にSMR遅いのな
この微妙な遅さはなんだろな

**Socket774** (ﾜｯﾁｮｲ 11dc-rusg) · 2019/02/26(火) 00:37:43.20

次

【瓦記録】SMRのHDD 5台目【ﾌﾟﾗｯﾀ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1551107096/

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/26(火) 20:13:09.72

>>961
面白いテストデータですね。特にtest 1が面白い。
書き込み時間 CMR：6分59秒(419秒) SMR:5分26秒(326秒) テストデータサイズ 45.5GB
このテストの着目点はデータサイズとファイル転送時の推移グラフ。

45.5GBはメディアキャッシュの想定サイズ25GBの約2倍。そういう大きなファイルをコピー
したにもかかわらず、ファイル転送速度は一定水平。このコピー試行ではSMRドライブは
メディアキャッシュ経由の書き込みはせずにSMR直書きしていた。と推定できる。そして
この試行でSMR直書きのシーケンシャルライトはCMR対比で約1.28倍高速であった。

海門8TBのラクダは大きなファイルのシーケンシャルライトはメディアキャッシュを用いず
直書き。かつCMRより高速。と思い込むことが可能なネタになっていますね。

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

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/26(火) 20:34:06.41

>>961
> この微妙な遅さはなんだろな

テスト2-4は複数ファイルの一括コピー。特にテスト4はファイルサイズが小さいので
メディアキャッシュ経由のコピーみたいですね。コピーの推移グラフもノコギリ状。
メディアキャッシュ上のデータをSMRバンドに書き戻す時はホストにビジー通知して
コピーデータの受け入れを停止遅延させ、とりあえずのフラッシュ終了で受け入れ再開
というサイクルを繰り返すので、転送速度がノコギリ状のグラフになるみたいですよ。

グラフの濃い緑の最大値が中央を超えていないでほぼセンターなのはメディアキャッシュに
余裕がある状態。メディアキャッシュがオーバーフロー状態になるとグラフのほとんどが
濃い緑一色。ほぼ100%ビジーになりますです。

テスト1：BD-R DLデータを想定した約45GB、1個のファイル
テスト2：動画データを想定した約25MB～150MB、252個のファイル（合計20.5GB）
テスト3：画像データを想定した約500KB～1.5MB、500個のファイル（合計398MB）
テスト4：極小データを想定した約1KB～4KB、20,730個のファイル（合計26.2MB）

**Socket774** (ﾜｯﾁｮｲ 59be-uGSY) · 2019/02/26(火) 20:35:37.84

メモリやM2をキャッシュ代わりにしてHDD高速化を計る技術があるけど
あれ使ったらSMRの書き込み低下は起こらない？

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/26(火) 20:44:31.35

>>964
>>グラフの濃い緑の最大値が中央を超えていないでほぼセンターなのはメディアキャッシュに
>>余裕がある状態。メディアキャッシュがオーバーフロー状態になるとグラフのほとんどが
>>濃い緑一色。ほぼ100%ビジーになりますです。

これは勘違いの間違い。スマソ。例のグラフはエクスプローラのコピー速度の推移で
上記説明はコピー時のパフォーマンスモニタのドライブビジー状態の推移経過の観察。
SMRのHDDの状態観察を行う場合はパフォーマンスモニタで当該ドライブのビジー状態を
チェックすると面白いです。

**Socket774** (ﾜｯﾁｮｲ 5e11-6wPE) · 2019/02/26(火) 21:48:21.24

>>965
平均３０MBのSMRバンド2000本分の容量６TBのSMRドライブがあったとして、
そのSMRバンド2000本それぞれに4KBだけの残量が分散しているとしてその総残量8MBを埋めるファイルの書き込みには、
2000本すべてのSMRバンドの書き換え、すなわちSMRドライブ６ＴＢ分すべての読み出し書き換えが必要なんだぜ

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/26(火) 22:05:47.79

> 平均３０MBのSMRバンド2000本分の容量６TBのSMRドライブがあったとして
60GB？

HDDのアクセスは普通LBA番号指定でしょ。まあ、実際にそういうファイル書き込みを行う
ソフトがあるならば、実測レポートして下さいな。

**Socket774** (ｽｯﾌﾟ Sd0a-9csk) · 2019/02/26(火) 22:08:16.88

>>964
バンドに書くときにホストビジーってまじで！？それやっちゃ駄目でしょ
って確かにそれが妥当にも思えるけど
でもそんな一瞬だけバンドに書く時間与えられても何も書けなくね？
コントロールミスじゃあないのか？

**Socket774** (ｽｯﾌﾟ Sd0a-9csk) · 2019/02/26(火) 22:12:24.94

>>965
そもそもSMRにCMRより金を書けたら本末転倒になるっていうメーカーの暗黙の制限もあったりな

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/26(火) 22:17:03.71

>>969
周辺機器のアクセスにはハンドシェークという概念の実装があるんですよ。
HDDならAHCIとかね。HDDのドライバがそのハンドシェークを担っているの。
普通のユーザはそんなこと気にする必要もないいけど、ドライバーを書く
システムプログラミングでは、そうしたホストと機器間のハンドシェイクを
ある種の規約仕様に従って綿密に構成しなくちゃならない。ドライバーの
プログラミングは面白いいですよ。若い人向けだけどね。

**Socket774** (ｽｯﾌﾟ Sd0a-9csk) · 2019/02/26(火) 22:25:31.04

>>971
SMRがメディアキャッシュからバンドにコピーする時に外部にビジー通知するかどうかって
どれだけSMRが外部に迷惑かけずに内部処理を出来るかだから
あんまドライバとか関係なくね？

**Socket774** (ﾜｯﾁｮｲ 11dc-rusg) · 2019/02/26(火) 22:30:14.99

ドライブマネージドとホストマネージドの区別くらい付けようぜいい加減

**Socket774** (ｽｯﾌﾟ Sd0a-9csk) · 2019/02/26(火) 22:42:13.71

ホストマネージドなんて現存するのか？

**Socket774** (ﾜｯﾁｮｲ ad4d-uGSY) · 2019/02/26(火) 23:30:52.65

10～15MBのファイルを数千個、50GB分コピーしたらどうなるんかね

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/26(火) 23:38:55.24

>>972
Windows10に限らずcドライブ使用率100%はフリーズ現象の直結原因。そんな現象と対処法
に関するページはググればすごく多い事が判る。↓はほんの一例。

SMR HDDをCドライブ使用しメディアキャッシュをオーバーフローさせたら確実にPCはフリーズ
状態に陥るだろうね。ドライブ状態が100%ビジーであることを知ることができるのは、
HDDがビジーであることがホストの問い合わせに返事として知らされるからなのよ、
君忙しい？うん忙しい。とHDDが返してきたらどうするか。それはアプリ次第だろうねえ。
特殊な対応をアプリが取らなかったら処理途中のデータは失われて、アプリはフリーズしちゃうだろうね。

ドライブ使用率100%でフリーズという現象への対処法ページ
https://www.partitionwizard.jp/partitionmagic/100-disk-usage-windows-10.html
https://ikasenmo-answer.com/windows10-disk-100/
http://akisyo.com/2018/11/21/windows10でディスクの使用率が100％になる/

タスクマネージャー
https://ja.m.wikipedia.org/wiki/Windows_タスク_マネージャー
https://pc-karuma.net/windows-10-task-taskmanager/

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/26(火) 23:57:38.97

>>965
RAMキャッシュをインスコしても事態はさほど変わらないと思うな。
キャッシュは所詮FIFOで順繰り処理の待ち行列を大きくして
コピーソースの読み出し時間を稼ぐだけの努力だから。

それより、極小ファイルの大量シーケンシャルライトをメディアキャッシュ経由に
しない方法はあると思う。コピー前にファイルデータをISOファイルみたいな
アーカイブにまとめて連続した空きエリアに一気書きした後、ディレクトリ情報を
まとめて一括更新。これならCMRでもSMRでもファイルコピーは高速化できるはず。

**Socket774** (ﾜｯﾁｮｲ 3d02-EOdf) · 2019/02/27(水) 00:04:01.54

新手の拷問に使える
「白状しなければお前のPCのCドライブをSSDからHDDに換装してやるぞ」
「そんな脅しに屈すると思うのかw」
「このSMRのドライブにな」
「それだけは勘弁して(泣」

**Socket774** (ﾜｯﾁｮｲ ad4d-uGSY) · 2019/02/27(水) 00:08:04.21

しかし今の安PCにはSMRのHDDがどんどん採用されてるのに、どうするんだろうな
容量に空きがあるから適当にファイルぶっ込むか、とやるとすぐにビジーになってしまう
Windowsが悪いでごまかすだけかな

**Socket774** (ﾜｯﾁｮｲ 3d7c-VCj+) · 2019/02/27(水) 00:25:26.91

>>978
ワロタw

今や起動ドライブはSSDの時代でしょ。1TBでさえ１万円台前半に落ちつつあるのだし。
ちょっと前にfirecudaの2TBに換装したのだが直前直近に起動したアプリだけがSSD風に
高速起動するだけであとは普通のSMR。がっかりしたですよ。尼で3200円程度で安売り
されてた240のSSDに切り替えたら目鱗。

今でも継続しているかもな、みかか&OCNの5000円クーポンが手に入ったので240GBのSSDを
３個ポチりましたよ。バックアップを考慮して断捨離進行で240GB。
1TB以下のHDDは全てオク処分予定。チラ裏でスマソ。

https://point.goo.ne.jp/j/ssc/staticContents/show/cp_173

**Socket774** (ﾜｯﾁｮｲ 66bc-9csk) · 2019/02/27(水) 02:05:42.99

>>976
これってWindows10のバグじゃないの？CMRでも起きてるんだろ？
SMR関係なくね？

**Socket774** (ﾜｯﾁｮｲ 11dc-rusg) · 2019/02/27(水) 04:06:41.52

Windows10のディスクアクセス100%でフリーズ問題 [無断転載禁止]©2ch.net
https://mevius.5ch.net/test/read.cgi/win/1482496224/

**Socket774** (ｵｯﾍﾟｹ Srbd-1aB5) · 2019/02/27(水) 07:46:41.97

>>974
Dropboxに採用されてるし
去年末に15TBが発表されてた

**Socket774** (ｽｯﾌﾟ Sd0a-9csk) · 2019/02/27(水) 07:54:34.83

>>983
単品で試せないしどうでもよいわな

**Socket774** (ｽｯﾌﾟ Sd0a-9csk) · 2019/02/27(水) 08:43:19.59

>>977
その空きエリアに一気書きの工程がメディアキャッシュに書いてる事と同じ事じゃね？

**Socket774** (ｵｲｺﾗﾐﾈｵ MM2e-fNGa) · 2019/02/27(水) 09:47:23.66

シーゲートの方式だと
一気に書けてもバンドサイズの単位だし、こぼれた分はメディアキャッシュ行きでしょ？
指示のあった書き込み開始セクターとバンドの最初のセクターが一致するわけでもないから、
一連の書き込み指示の最初と最後は一気書きからこぼれると見るのが妥当じゃね？

**Socket774** (ﾜｯﾁｮｲ ad05-uGSY) · 2019/02/27(水) 10:15:12.31

買わないという最高の回避方法

**Socket774** (ﾜｯﾁｮｲ ad05-uGSY) · 2019/02/27(水) 10:15:44.79

不買運動起こすべき事案だわ

**Socket774** (ｽﾌｯ Sd0a-fbG4) · 2019/02/27(水) 12:41:18.13

>>986
まぁそうだろうね。
そう思うから、空き容量や使い込み具合による低下を恐れるし、ソレを想定しないベンチ・レビューや問題ない・問題なかった報告を見ると生暖かい目で見てしまう。

**Socket774** (ｱｳｱｳｴｰ Sa52-igw8) · 2019/02/27(水) 13:37:52.35

ファイルシステムが違えば色々と変わってきそうだけどな
ここにいる人たちはNTFS前提で話してるのか知らんけど

**Socket774** (ｽｯﾌﾟ Sd0a-9csk) · 2019/02/27(水) 14:54:13.58

>>986
妥当だと思うけどだからどうした？
別にそれがシーケンシャルライトのパフォーマンス低下要因とにはならんと思うが

**Socket774** (ﾜｯﾁｮｲ a958-suDR) · 2019/02/27(水) 20:15:18.29

SMRのHDDとQLCのSSDはノストラダムスが予言した恐怖の大王

**Socket774** (ﾜｯﾁｮｲ 5705-IBRN) · 2019/02/28(木) 00:09:23.33

埋まってない埋めてない産めようず

**Socket774** (ﾜｯﾁｮｲ 1758-0Fza) · 2019/02/28(木) 06:56:07.76

埋めよ増やせよ地に満ちよ

**Socket774** (ﾜｯﾁｮｲ 375b-IBRN) · 2019/02/28(木) 07:30:14.43

屍ゴロゴロ

**Socket774** (ﾜｯﾁｮｲ 5705-IBRN) · 2019/02/28(木) 12:33:55.88

容量で選ぶと漏れなく瓦＼(^o^)／ｽﾃｷ

**Socket774** (ﾌﾞｰｲﾓ MM3b-IHXa) · 2019/02/28(木) 13:06:43.63

2.5インチはほとんど瓦

……え？　2.5ならSSDが当たり前だろって？

**Socket774** (ﾜｯﾁｮｲ bf11-+Uwy) · 2019/02/28(木) 14:24:57.92

テレビ録画用に2.5インチは普通に選ばれるけど、長期保存用にSSDはないわ

**Socket774** (ﾜｯﾁｮｲ 5705-IBRN) · 2019/02/28(木) 19:29:54.55

よーしパパがんばって埋めるぞ

**Socket774** (ﾜｯﾁｮｲ 3762-5VWo) · 2019/02/28(木) 19:31:48.29

　　　　　　　　　　　　〃´⌒ヽ
　　　　 .,　-――　　ﾒ／_´⌒ヽ
　　　／　　　／￣　　´ヽヽ
　　./　　,　 /// ﾄ. !　　､丶ヽ
　　l　　/　/（(（リ从　　ﾘﾉ）） '
　　|　　i　 l　　　．　ヽﾉ　．V l
　　l　,=!　 l　 ///　　　 ///l l　　　　ねんがんの１４ＴＢをてにいれたぞ！
　　l　ヾ! ', l　　　　ヽ_フ　　 l l
　　|　　ヽヽヽ　　　　　　　 //
　　l　　　ヾ≧　, ＿_ ,　イ〃
　　li 　（´｀)l {ﾆ0ﾆ}､ |＿"＿＿＿
　　li 　 /l, l└ ﾀl」／|　　ＨＤＤ　　|
　　ﾘヽ/　l l__　.／　 |＿＿＿＿＿|
　　　,/　　L__[]っ／　(　⌒　)　／

::::::::/　　　　　　　　　　ヽ、　　 :: ::: ::: :::::::::::::::::::::::::::::::::
:::::/　　　　　　　　　　　　lﾊ　::: : :: :::::::::: :::::::::::::::::::::::::::::
::::l　　　　　　　　　　 l　 /ﾉﾘ　::: : :: ::::::::::: ::::::::::::::::::::::::
:::|　　　　　　　　　　/） /　::: : :: ::::::::: :::::::::::::::::::::::::::::
::l　　　　　　　　　　/ｲ/|　. :. :. .:: : :: :: :::::::: : ::::::::::::::::
/　　　　　　　　　 /　||/ /￣￣￣￣￣７l:::::::::::::::::::
　　　　　　i　　　/_,／i! /⌒⌒⌒⌒⌒/ ,l::::::::::::::::
　　　　　 l　　人　　/⌒⌒⌒⌒⌒/　/::::::::::::::::
　　　　　l　　 /　/⌒ヽ⌒⌒⌒⌒⌒/　/::::::::::::::::
　　　　　l　 /iｌ　 |　　） ⌒⌒⌒⌒/　./::::::::::::::::
　　　　　ll　l　i!　｀ｰ、＼＿＿＿_ / ｎ/::::::::::::::::
　　　　　lヽ l　　　　|＼. ＼　　　/⌒〉::::::::::::::::

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 55日 21時間 8分 6秒

**1002** · Over 1000

5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php