【瓦記録】SMRのHDD 4台目【プラッタ枚数減】
レス数が1000を超えています。これ以上書き込みはできません。
!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 >>951
そうなん?
PT3スレでも使ってる人いたけど問題ないっていってたけどなぁ >>948
まじで!?なんでSMRのパフォーマンス維持にデフラグが有用なんだ? >>948
> 電源投入時間の99%をアイドリングまたは読み出しに用いること。
これの言ってる意味がわからんのだが、HDD起動してから放置しろってこと? >>952
別に大丈夫だと思うよ
逆にパフォーマンスが怪しいのに信頼性まで失ったのでは目も当てられん気がするし >>950
> >>948
> その論文をちゃんと読んだほうがいい
> 少なくともそれを読んで運用(使い方)でカバーできるからSMRでも問題ないっていう話にはならないと思うが
論文はろんぶんであって、保険の勧誘案内書じゃないの。学校で読み方ならわなかった? >>953
他に為すべきはあんまりないから。
エクスプローラでセルフなファイルコピーするだけでもデフラグ効果がある。
2GBファイルで断片がすう万コ超とか酷いファイルを普通にコピーすると>>896みたいに
10MB/s程度に遅くなることはある。その程度の生温さで済むのがファイル断片効果。
ただしそういう酷い断片だらけのファイル生成を続ければ、あの超低速もーど
はめ込むことができる。100KB以下のセクタ書きをずーと続けることになるからね。
そんな状況でアイドル時間が与えられなければMCはオーバーフローし易くなる。
MCオーバーフロー後の茂SMRの最悪もーどでは俺的には500KB/s 例の資料PDFの図版では
10KB/s位まで落ちるみたいね。それでもゼロにはならない。細々とユーザリクエストに応え続ける律儀さはある。 断片が無いファイルならコピーとかしても100MB/sは普通に出るみたいね俺環のAS0002でも。
>>954
えろ)どうがとかを100本異常連続DLしなさんなということ。
ネットフル速DLするなら休み休みでどうぞ。CMのフラッシュクリアは
そのお休み中になされるからね。お休み時間は数分以上を推奨。 問題あるにしろ無いにしろ、対策の内容も含めて
その人の環境でっていう条件が付くのがSMRって感じがするわ
CMR程度に無条件で人に薦められるようにはならないんだろうな。
録画にしてもどう書き出すかによって適・不適が有るように思えるし。 SSDのプチフリと同じ様にうまくコントロールさえ出来れば問題無く使えるようにはなるとは思うけど
というかまだなってないのかどうか知らんけど 今更ながら >>4 見る限り微妙にSMR遅いのな
この微妙な遅さはなんだろな >>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 >>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) メモリやM2をキャッシュ代わりにしてHDD高速化を計る技術があるけど
あれ使ったらSMRの書き込み低下は起こらない? >>964
>>グラフの濃い緑の最大値が中央を超えていないでほぼセンターなのはメディアキャッシュに
>>余裕がある状態。メディアキャッシュがオーバーフロー状態になるとグラフのほとんどが
>>濃い緑一色。ほぼ100%ビジーになりますです。
これは勘違いの間違い。スマソ。例のグラフはエクスプローラのコピー速度の推移で
上記説明はコピー時のパフォーマンスモニタのドライブビジー状態の推移経過の観察。
SMRのHDDの状態観察を行う場合はパフォーマンスモニタで当該ドライブのビジー状態を
チェックすると面白いです。 >>965
平均30MBのSMRバンド2000本分の容量6TBのSMRドライブがあったとして、
そのSMRバンド2000本それぞれに4KBだけの残量が分散しているとしてその総残量8MBを埋めるファイルの書き込みには、
2000本すべてのSMRバンドの書き換え、すなわちSMRドライブ6TB分すべての読み出し書き換えが必要なんだぜ > 平均30MBのSMRバンド2000本分の容量6TBのSMRドライブがあったとして
60GB?
HDDのアクセスは普通LBA番号指定でしょ。まあ、実際にそういうファイル書き込みを行う
ソフトがあるならば、実測レポートして下さいな。 >>964
バンドに書くときにホストビジーってまじで!?それやっちゃ駄目でしょ
って確かにそれが妥当にも思えるけど
でもそんな一瞬だけバンドに書く時間与えられても何も書けなくね?
コントロールミスじゃあないのか? >>965
そもそもSMRにCMRより金を書けたら本末転倒になるっていうメーカーの暗黙の制限もあったりな >>969
周辺機器のアクセスにはハンドシェークという概念の実装があるんですよ。
HDDならAHCIとかね。HDDのドライバがそのハンドシェークを担っているの。
普通のユーザはそんなこと気にする必要もないいけど、ドライバーを書く
システムプログラミングでは、そうしたホストと機器間のハンドシェイクを
ある種の規約仕様に従って綿密に構成しなくちゃならない。ドライバーの
プログラミングは面白いいですよ。若い人向けだけどね。 >>971
SMRがメディアキャッシュからバンドにコピーする時に外部にビジー通知するかどうかって
どれだけSMRが外部に迷惑かけずに内部処理を出来るかだから
あんまドライバとか関係なくね? ドライブマネージドとホストマネージドの区別くらい付けようぜいい加減 10〜15MBのファイルを数千個、50GB分コピーしたらどうなるんかね >>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/ >>965
RAMキャッシュをインスコしても事態はさほど変わらないと思うな。
キャッシュは所詮FIFOで順繰り処理の待ち行列を大きくして
コピーソースの読み出し時間を稼ぐだけの努力だから。
それより、極小ファイルの大量シーケンシャルライトをメディアキャッシュ経由に
しない方法はあると思う。コピー前にファイルデータをISOファイルみたいな
アーカイブにまとめて連続した空きエリアに一気書きした後、ディレクトリ情報を
まとめて一括更新。これならCMRでもSMRでもファイルコピーは高速化できるはず。 新手の拷問に使える
「白状しなければお前のPCのCドライブをSSDからHDDに換装してやるぞ」
「そんな脅しに屈すると思うのかw」
「このSMRのドライブにな」
「それだけは勘弁して(泣」 しかし今の安PCにはSMRのHDDがどんどん採用されてるのに、どうするんだろうな
容量に空きがあるから適当にファイルぶっ込むか、とやるとすぐにビジーになってしまう
Windowsが悪いでごまかすだけかな >>978
ワロタw
今や起動ドライブはSSDの時代でしょ。1TBでさえ1万円台前半に落ちつつあるのだし。
ちょっと前にfirecudaの2TBに換装したのだが直前直近に起動したアプリだけがSSD風に
高速起動するだけであとは普通のSMR。がっかりしたですよ。尼で3200円程度で安売り
されてた240のSSDに切り替えたら目鱗。
今でも継続しているかもな、みかか&OCNの5000円クーポンが手に入ったので240GBのSSDを
3個ポチりましたよ。バックアップを考慮して断捨離進行で240GB。
1TB以下のHDDは全てオク処分予定。チラ裏でスマソ。
https://point.goo.ne.jp/j/ssc/staticContents/show/cp_173 >>976
これってWindows10のバグじゃないの?CMRでも起きてるんだろ?
SMR関係なくね? Windows10のディスクアクセス100%でフリーズ問題 [無断転載禁止]©2ch.net
https://mevius.5ch.net/test/read.cgi/win/1482496224/ >>974
Dropboxに採用されてるし
去年末に15TBが発表されてた >>977
その空きエリアに一気書きの工程がメディアキャッシュに書いてる事と同じ事じゃね? シーゲートの方式だと
一気に書けてもバンドサイズの単位だし、こぼれた分はメディアキャッシュ行きでしょ?
指示のあった書き込み開始セクターとバンドの最初のセクターが一致するわけでもないから、
一連の書き込み指示の最初と最後は一気書きからこぼれると見るのが妥当じゃね? >>986
まぁそうだろうね。
そう思うから、空き容量や使い込み具合による低下を恐れるし、ソレを想定しないベンチ・レビューや問題ない・問題なかった報告を見ると生暖かい目で見てしまう。 ファイルシステムが違えば色々と変わってきそうだけどな
ここにいる人たちはNTFS前提で話してるのか知らんけど >>986
妥当だと思うけどだからどうした?
別にそれがシーケンシャルライトのパフォーマンス低下要因とにはならんと思うが SMRのHDDとQLCのSSDはノストラダムスが予言した恐怖の大王 2.5インチはほとんど瓦
……え? 2.5ならSSDが当たり前だろって? テレビ録画用に2.5インチは普通に選ばれるけど、長期保存用にSSDはないわ 〃´⌒ヽ
., -―― メ/_´⌒ヽ
/ / ̄ ´ヽ ヽ
./ , /// ト. ! 、 丶ヽ
l / /(((リ从 リノ)) '
| i l . ヽノ .V l
l ,=! l /// ///l l ねんがんの14TBをてにいれたぞ!
l ヾ! ', l ヽ_フ l l
| ヽヽヽ //
l ヾ≧ , __ , イ〃
li (´`)l {ニ0ニ}、 |_"___
li /l, l└ タl」/| HDD |
リヽ/ l l__ ./ |_____|
,/ L__[]っ / ( ⌒ ) /
::::::::/ ヽ、 :: ::: ::: :::::::::::::::::::::::::::::::::
:::::/ lハ ::: : :: :::::::::: :::::::::::::::::::::::::::::
::::l l /ノリ ::: : :: ::::::::::: ::::::::::::::::::::::::
:::| /) / ::: : :: ::::::::: :::::::::::::::::::::::::::::
::l /イ/| . :. :. .:: : :: :: :::::::: : ::::::::::::::::
/ / ||/ / ̄ ̄ ̄ ̄ ̄7l:::::::::::::::::::
i /_,/i! /⌒⌒⌒⌒⌒/ ,l::::::::::::::::
l 人 /⌒⌒⌒⌒⌒/ /::::::::::::::::
l / /⌒ヽ⌒⌒⌒⌒⌒/ /::::::::::::::::
l /il | ) ⌒⌒⌒⌒/ ./::::::::::::::::
ll l i! `ー、\____ / n/::::::::::::::::
lヽ l |\. \ /⌒〉:::::::::::::::: このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 55日 21時間 8分 6秒 レス数が1000を超えています。これ以上書き込みはできません。