【瓦記録】SMRのHDD 8台目【プラッタ枚数減】

1Socket774 (ワッチョイ 1fc0-Z7F6)2019/12/07(土) 19:33:53.25ID:BQsXjpDD0
!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
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2Socket774 (ワッチョイ dd76-fRyK)2019/12/07(土) 19:38:41.85ID:4Se6RH/i0
【瓦記録】SMRのHDD 8台目【プラッタ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1567896896/

3Socket774 (ワントンキン MMdf-6Vco)2020/01/11(土) 06:27:28.71ID:+HntVYQqM
>>1
乙!

4Socket774 (ワッチョイ dfbc-D5xl)2020/01/11(土) 06:36:26.67ID:1gF/9mle0
【瓦記録】SMRのHDD 8台目【プラッタ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1567896896/

↑の方がワッチョイ付かつここより古いので誘導

5Socket774 (ワントンキン MMce-Q6oR)2020/02/04(火) 22:32:12.92ID:LGw+E/MGM
ほず

6Socket774 (ワッチョイ 53bc-0jXZ)2020/05/14(木) 22:19:37.45ID:InEAD6nc0
2020年05月13日 13時20分 ハードウェア
13万台以上のHDD故障率レポート2020年Q1版をBackblazeが公開、強さを見せたHDDメーカーはどれ?
https://gigazine.net/news/20200513-backblaze-hdd-stats-q1-2020/

7Socket774 (ワッチョイ b307-H/9o)2020/06/21(日) 21:36:52.81ID:DqWWq8bj0
そろそろ春アニメも最終回を迎えるのが多くなってきたので、終わった番組を倉庫に使っているWD60EZAZに
番組ごとのフォルダをFastcopyでコピーしていたんだけど、だいたい100GB単位のコピーを数回して合計300GB
ほどコピーをしたあたりで、99%から30分経っても終わらない。

コピーしはじめから50MB/秒程度しか出てないなーと思ったけど、タスクマネージャから見ても
WD60EZAZのドライブは、転送速度が0MB/秒のままなのでFastcopyを強制終了して、再起動した。

再起動後、Fastcopyのログを見て最後にコピーしていたフォルダをチェックするとフォルダ内の動画サムネイルが
10個のファイルあるのに2個だけなかなか出来ないまま、エクスプローラーが応答停止。

しょうがないのでまた、再起動して、WD60EZAZのドライブをチェックディスクしてみても特にエラーは無し。
WD60EZAZを入れている裸族のカプセルマンションでは、最適化するとトリムが実行させるけど、1分程度で
終わるので、念のため、Puran DefragでWD60EZAZにDefragしてみると10分ほどでFilling Gapsまで終了。

この辺までやったあたりでドライブ内部処理が終わったのか、動画サムネイルが出なかったフォルダも正常に
なって、動画ファイルもちゃんと再生できた。

長くなったが、よくわからないタイミングで応答不能になる事があるから、RAIDには向かないんだろうな。
メーカー的には応答不能でもファイルは破損せず、保存されているから良いだろ?的な事なんだろうw

ちなみにWD60EZAZを使い始めたときは、連続で4TBほどFastcopyしたけど一度も応答不能にならなかった。
100GB単位のコピーしたときは、1時間とか数時間とか間隔を置いてほしいのがSMRドライブなのかもしれない。

8Socket774 (アウアウカー Sa43-YhGq)2020/06/23(火) 08:28:09.58ID:INTHCApda
>>7
逆に言うと応答不能になるまでに300GBは書けたし、倉庫移動でもなけりゃそんなに一気書きすることないだろって事かもね
ただ、一度応答なしになったら書き込み停止しないと延々と無応答状態が継続するのは宜しくないね

PCwatchの記事だと茂SMRは23GBで速度低下してるので、
粘っていると言えば粘っている
こっちは128kBランダムライトなので直接は比べられないが

9Socket774 (スプッッ Sdcb-efMo)2020/06/23(火) 10:08:49.45ID:jdvccRtZd
わざわざSMRを選んで買うやつはいない
アホが騙されて買うだけ

10Socket774 (ワッチョイ e365-H/9o)2020/06/23(火) 14:33:07.99ID:N8nMYZKE0
>>8
WDのメディアキャッシュ領域って連続だと最大256GBだったりして。ともあれ、一気に書いて、しばらく放置して欲しいというのがSMRっぽい。

どの程度が一般的なファイルサイズか判らないけど、Cドライブのイメージバックアップ先とかだと応答停止にならずに書けるだろうし、
複数チャンネルのテレビ録画をしても200GB超えることなんてごくまれなので、一般的には問題が出にくいかな。

>>9
WD社はRedで訴えられたので主要な機種は、CMRかSMRかWebページに書くようになったからNASやRAIDなどする人は
SMR機種を避けるべきだよな。

11Socket774 (ワッチョイ 4ebc-hrv2)2020/06/23(火) 15:24:25.81ID:U0dFNe8u0
書き込み途中で強制終了w

オマエのHDDはすでに氏んでいる。お

12Socket774 (ワッチョイ 2373-IXeA)2020/06/23(火) 15:26:15.12ID:yINLPvQH0
海門8TBに6TB一気書きしても止まらないぞ

13Socket774 (スプッッ Sd5a-efMo)2020/06/23(火) 19:25:24.05ID:e43Enohrd
ランダムなら絶対止まる

14Socket774 (ワッチョイ 7fbc-RHle)2020/06/24(水) 04:01:43.11ID:QsLCfjYR0
>>13

> ランダムなら絶対止まる

いいや、絶対に止まらない。海門SMRでMCオーバフロー状態であっても
ブラックホールの。ホーキング放射に似てとてもゆっくりではあるが
ユーザーリクエストによるランダムライトは継続する。MC飽和状態とは
MCフラッシュ書き出し継続状態であるから常にMC上に空きエリアが
作られている。だからユーザーのランダムライト要求は徐々に対応処理される。

絶対止まるというなら、止めるための具体的な方法と条件を開陳ヨロ。

15Socket774 (アウアウカー Sac3-DVJW)2020/06/24(水) 07:08:03.24ID:J9YHd8wsa
>>14
3 IOPS を動いていると言うのならな

16Socket774 (ワッチョイ 0f65-mRK3)2020/06/24(水) 10:59:34.67ID:yagA6pLA0
>>14
RAIDのリカバリーでゆっくり状態になると障害扱いとなって降格されて面倒なことになるんでしょ?
WDのでは、ほぼなるようだけどSegateもなるんじゃね?

>>15
どこから「3 IOPS 」って出てきたんだろう?
WDやSegate、東芝のSMR HDDの応答停止がなるべく出ない使い方マニュアルを出して欲しいところ。
ユーザーとしては、Win10の通知に「現在、SMR処理中ですので電源を切らず、しばらくお待ちください」とか出してくれると助かる。

あと妄想SMRくんが連続書込は直接書くから問題ないとか言うけど、自分の6TBのSMRに6TB連続書込できちゃったので、
SMR処理しなくても全容量使えちゃうって、どういうことか説明できるんだろうか。

17Socket774 (アウアウウー Sad3-DVJW)2020/06/24(水) 11:25:32.84ID:7S1eV4SSa
>>16
茂のArchive HDDってのかその位になってたんだよ
流石に今のは改善されてるとは思うけどな

18Socket774 (スッップ Sd5f-GTqP)2020/06/24(水) 21:39:23.47ID:Viv5OYQxd
>>16
そもそも瓦書きに時間がかかるのは瓦書き自体ではなく
瓦書きによって破壊されるバンド内の他のデータを
後で復旧出来るように退避しつつ瓦書きした後で
さらに復旧しなければならないからであり
瓦書き自体の速度はCMRの書き込みと変わらない

シーケンシャルなデータの書き込みの際はバンド内で瓦書きで破壊されるはずだったデータが
全てこれから書き込むデータで上書きされる対象となり
退避する必要のあるデータが無くなるため
CMRと同等の速度で瓦領域に瓦書きで書くことが出来る
よって、この場合はメディアキャッシュにデータが積まれる事も無い

19Socket774 (スプッッ Sddf-WMoV)2020/06/24(水) 21:42:12.10ID:yabSrM8Gd
わざわざSMRを選ぶバカはいない

20Socket774 (ワッチョイ 0f07-mRK3)2020/06/24(水) 22:23:15.24ID:QZaHXRWJ0
>>18
多分、馬鹿にしてるんだと思うが、SMRって方式は容量増大するためにやるわけで速度の事なんて全然言ってないんだけど?
まさか、直書きを続けてフル容量に達してるのにSMRしないと容量オーバーしないのはおかしいんじゃないか?という疑問に至ってないの?w

21Socket774 (ワッチョイ 0f73-NJGG)2020/06/24(水) 22:29:06.25ID:0woOyKVj0
とりあえず正しく伝わる日本語で頼むわ

22Socket774 (ワッチョイ 0f76-H/v/)2020/06/25(木) 01:10:20.76ID:+ohqKoUW0
SMRは1回のみ書きこみ可のでかいCDRとして使えってばっちゃが

23Socket774 (ワッチョイ 7fbc-GTqP)2020/06/25(木) 07:37:51.17ID:ZrOP+Xaq0
>>20
SMR ってのは 瓦磁気記録方式 の事で SMR するってのは瓦書きするって事だと思ってたのだが違うのか?

24Socket774 (ワッチョイ 7fbc-GTqP)2020/06/25(木) 07:47:49.38ID:ZrOP+Xaq0
>>20
ああ、そうか多分お前は直書きというのを勘違いしていて
その直書きとは具体的に何をする事かと言うと
「SMR の HDD がメディアキャッシュを経由せずに瓦領域に直にデータを瓦書きする」
って事
だからその6TBは全部瓦書きされてるものなので特に矛盾は無い

25Socket774 (スッップ Sd5f-GTqP)2020/06/25(木) 08:54:12.57ID:3lwlF1e6d
>>20
SMR ってのは文字通り瓦屋根の瓦のように重ねるデータの書き方をしていて
データを色として例えると1番の問題は
筆が瓦と同じ大きさの物のしか無いので
1番下の瓦の色を変えると1つ上の瓦の色も変わってしまうと
それを回避するには上の瓦の色を別の場所に記憶しといて下の瓦の色を変えた後に元の色で書き直す必要がある
そして上の瓦を書き直すとなるとさらに上の瓦についても同じ対応が必要になる
というのを瓦屋根の最上段までやる必要がある

これがお前の言うSMRするって事だろう

で、SMRのHDDとしても一部のデータ更新の度にHDD全体の
データの更新が発生する可能性があるなんてやってられないので
瓦書きの連鎖が切れるように瓦の領域を分割している
要は HDD 内に複数の瓦屋根を用意している感じだ
ある瓦屋根の瓦の色を変更したって隣の家の瓦屋根の瓦の色には影響しないだろ?
具体的には定期的に重ならないトラックを設定してるって事だが

この瓦屋根1つをバンドと言う

どっかで1バンド30MB位と言ってたのでそれが本当だとすると6TBのSMRだと
20万個位バンドがあるって事だな

26Socket774 (スッップ Sd5f-GTqP)2020/06/25(木) 12:49:44.86ID:3lwlF1e6d
>>20
バンドを設定したものの1MBのデータを書き込むのに
内部的に30MBもの更新が必要なようでは速さ的に使い物にならない
そこでSMRのHDDの中に瓦状になっていない
つまりCMRと同等の領域を用意し
OSからの書き込み要求のあったものはとりあえずそこに書いてOSには書き込み成功を返し
後でこっそり瓦書きする方針にした

この SMR HDD 内の瓦になっていない不揮発の領域を
メディアキャッシュ(MC)という

HDDによってはMCは20GB程用意されてるという話もあり
瓦書きする際の瓦上の既存のデータの退避にも使われてるという

ここらへん踏まえたら >>18 の説明がわかったりしないかな

27Socket774 (ワッチョイ 0f65-mRK3)2020/06/25(木) 15:00:56.19ID:sAe85PTo0
SMR形式は多段階のキャッシュ(RAMやフラッシュメモリー)とプラッタ上のCMR形式で書かれるメディアキャッシュが使われ、
バンド構造をもって、なるべく重ね書きとそれに伴う処理がユーザーの不利益にならないようになってる仕組みは、このスレの
議論や>>25-26 の説明でだいたい判ってるけども、ホストマネージド型のSMR HDDの場合は、破綻しないようにOS側と
調整されるので、数十分の応答停止とかまず、発生しないと思う。

一般用に販売されているドライブマネージド型のSMR HDDの場合、連続書込なのかランダム書込なのか、RAID制御
されているのかドライブの自己判断に任されているせいか、100MB/秒くらいの書込速度が常に出ていたので空き容量が
2TBくらいあるHDDだから、300GB程度の書込くらいどうって事無いだろうとコピーしたら、なぜか10分以上応答停止にな
ってしまう。

PCの起動時間中になんらかのSMR処理のバンド処理?が終わってなくて、運悪く、そのあたりに書込が始まってしまったり
する不幸があると応答停止になるのでいつ、そうなるか判らないんです!とかいう仕組みだとしたら、ほんと迷惑。

WDのRedはRAID対応として販売されているので、WDはノーチェックでCMRのラインナップにSMRを混ぜたりしないだろうから
メーカーでも応答停止になる条件が絞り込めてないのかもなーとか思ってます。

28Socket774 (スッップ Sd5f-GTqP)2020/06/25(木) 17:51:12.67ID:3lwlF1e6d
>>27
完全な俺の推測だけど
例えば4台のRAID5の場合
シーケンシャルなデータを書き込む時に3台に分割する事(処理)が影響して
その多くがSMRにシーケンシャルライトとして認識されずに
MC送りになってしまうのでは無いかなと

29Socket774 (ワッチョイ 0f73-NJGG)2020/06/25(木) 18:06:36.88ID:gbEJvFHf0
RAID5にSMRを使うのが間違い
だが、WD赤もSMR化する時代w

30Socket774 (ワッチョイ 0f73-NJGG)2020/06/25(木) 18:10:08.76ID:gbEJvFHf0
そういう事するやつは黒と金使っててことな

31Socket774 (ワッチョイ 7fbc-GTqP)2020/06/25(木) 23:31:26.80ID:ZrOP+Xaq0
>>30
おいおい、遅れてるな
今度はSMRの赤とCMRの赤が出るらしいぜ

32Socket774 (ワッチョイ 0f73-NJGG)2020/06/25(木) 23:56:05.00ID:gbEJvFHf0
>>31
遅れてるぞ>>29で言っただろ
もう赤はSMRだ

33Socket774 (ワッチョイ 7fbc-GTqP)2020/06/26(金) 07:04:02.08ID:JhdSXH0/0
>>32
お前が言ってるのは最新の赤がSMRだったって話だろ
俺が言ってるのは次に出る赤はSMRとCMR同時発売だって話

34Socket774 (ワッチョイ 0f65-mRK3)2020/06/26(金) 13:15:43.26ID:m1/6iSPO0
>>28
WDも様々な台数構成で試したと思うんだけど、リビルドを失敗するから裁判になってるが、
CMRだけで構成したRAID5でもリビルド失敗があるのでどうだろ、7割以上リビルドできないとなれば有罪となるか?

なんとなく、プラッタ上に中途半端にSMR処理を進めた領域がばらついていたりすると応答停止し易い様な気がする。
RAIDの場合、細々とバンド処理をこなす時間が与えられなくて、破綻しやすいとかで。

35Socket774 (ワッチョイ 0f73-NJGG)2020/06/26(金) 15:19:51.38ID:0zc1Hf3Y0
>>33
で、いつ出るのそれ

36Socket774 (スプッッ Sd5f-WMoV)2020/06/26(金) 19:05:18.43ID:26cZ2QNQd
いまでしょ

37Socket774 (ワッチョイ 0f6c-NJGG)2020/06/26(金) 20:37:37.92ID:6ukGfqtY0
まあWDが裁判に負けて方式の明記を義務づけられれば
みんな買う前にわかって平和になるってこった

38Socket774 (ワッチョイ 0f07-mRK3)2020/06/26(金) 22:03:13.73ID:mBGxA+vI0
WDC WD60EZAZ(SMRドライブ)ですけどー、

=================================================
FastCopy(ver3.90) start at 2020/06/26 20:39:41

<Source> J:\Video\その他
<Command> 全削除 (with)
-------------------------------------------------
Aborted by User

TotalDel = 189,933 MiB
DelFiles = 64 (0)
TotalTime = 01:12:36
FileRate = 0.01 files/s

Result : (ErrFiles : 0 / ErrDirs : 0) at 2020/06/26 21:52:18

最後の8GBの1ファイルを消すのに1時間経っても終わらないので強制終了したり。
ちなみにエクスプローラーで、なかなか消えなかった1ファイルを削除しようとDELすると応答停止しますw
SMR処理が終わらないんでしょうね。

数ヶ月使って、7割ほど使用したSMRドライブは、200GBほどのコピーや削除で応答停止になりやすくなって
ほんと使いづらくなったなーって。

光学メディアじゃ無いけど、ファイルを追記するだけで削除とか余計なことしないでディスクフルになるまで
使うのがSMRドライブとして健康なのかもしれませんw

39Socket774 (スッップ Sd5f-GTqP)2020/06/26(金) 22:19:18.96ID:qDasMRTtd
なかなか不思議な現象だな
8GBのファイル消すって言っても8GBゼロフィルするわけでも無いだろうし
ファイルシステムが壊れてるんじゃないか?
それともMFTがSMRに向かない形状になって行くのだろうか

40Socket774 (ワッチョイ 0f6c-NJGG)2020/06/26(金) 22:36:46.83ID:6ukGfqtY0
断片化が進んでたら8GB消すときに実際は何十GBも道連れに消して、道連れを全部書き戻す
というのをやらないといけないからな
道連れの容量がMCの容量を上回っているととても悲惨なことに

41Socket774 (ワッチョイ 8f02-gEub)2020/06/26(金) 22:46:11.89ID:ZL1GU+Ap0
>>38
最近FASTCOPYおかしくない?

42Socket774 (ワッチョイ 8f02-gEub)2020/06/26(金) 22:49:55.14ID:ZL1GU+Ap0
>>40
普通のOSでの削除はファイルアロケーションテーブルを書き換えるだけで実データがあるエリアは触らんでしょ。

Fastcopyで特殊な削除してんじゃないの?

43Socket774 (ワッチョイ 0f07-mRK3)2020/06/26(金) 22:55:58.20ID:mBGxA+vI0
元々、その他フォルダ(約190GB)が不要になったのでFastcopyで削除を始めたわけです。
普通だったら、1分程度で削除終了するんだけど1時間オーバーしても終わらず、
その他フォルダを開けてみると1ファイル8GBがしぶとく残ってたという状況。

念のため、Fastcopyを強制終了後にチェックディスクしてみても特に問題なし。

>>40
なんか、そんな処理が大量に発生するんでしょうね。

>>41
Fastcopyに問題が出たら、公式フォーラムに苦情書き込み殺到するはず。ユーザーも相当数いますし。
SMRドライブ以外に使うと異常に時間がかかったりしないのです。

44Socket774 (ワッチョイ 0f6c-NJGG)2020/06/26(金) 23:18:00.10ID:6ukGfqtY0
あー、もしかしてMFTが断片化してるとやばいのかな?
画像の処理とかでファイル何千個も書いたり消したりするとすぐ断片化するもんね

45Socket774 (ワッチョイ 8f02-gEub)2020/06/26(金) 23:42:56.12ID:ZL1GU+Ap0
>>43
ちょっと前からネットワーク越しにvvaultで管理してるフォルダにFastcopy使うと、タイムアウト待ちみたいな停止や、vvaultのサービスがフリーズしたりするようになってる。

Win10のアップデート絡みか、Fascopyの更新に依るものかはわかんないけどね。

移動ジョブ積み上げて放置出来るからFastcopy重宝してたんだけど、しばらくは普通にエクスプローラの機能で我慢かな・・・

ver 3.87からVS2019に変えたとの事なのでその辺も影響あるのかな?ってしばらく様子見モード

46Socket774 (ワッチョイ 7fbc-GTqP)2020/06/27(土) 00:54:32.30ID:EuXLon4z0
>>43
いやいやいや、HDD上のデータにおいて削除なんてものは無いってのは基本だからな
本当に削除なんてコマンドは無いからアクセス出来なくするか上書きするかしかない
アクセス出来なくするなんてのもOSが勝手にアドレス(多くてKB)忘れるだけ
だからHDD廃棄時の情報漏えいが問題となるわけで

47Socket774 (スププ Sd5f-AeAJ)2020/06/27(土) 07:58:55.27ID:/Vo2F2SWd
>>34
>中途半端にSMR処理を進めた領域
まーそうなんだろうな。だから単純にxx書いても問題なかった!と言われても参考にしかならない。
そんな状態になるのは使い込んでからだし。

低下しにくいWDですら結局破綻したのは正直困った。

48Socket774 (ワッチョイ 4f75-WMoV)2020/06/27(土) 08:28:21.44ID:nYoyUnvn0
HDDはTRIMコマンド使わないよね

つまり
一度全領域の書き込みを行ったらHDDは空きエリアを知る術が無いから
単純な1セクタの書き込みでも
バンド全体のリードモディファイライトが発生する?

49Socket774 (ワッチョイ 4f75-WMoV)2020/06/27(土) 08:38:55.29ID:nYoyUnvn0
ディスク使用量によってダイナミックに
バンドとキャッシュの比率を変えられない

キャッシュにしかないデータは常に減らしておく必要がある

だから1セクタ書くだけで基本的にはバンドのリードモディファイライトする必要がある
たまたま同じバンドのセクタの書き込みが短時間に複数あった場合だけリードモディファイライトをまとめられる

これじゃ性能が糞なのは当たり前だ

50Socket774 (ワッチョイ 4f75-WMoV)2020/06/27(土) 08:41:59.78ID:nYoyUnvn0
TRIMに対応すればいいんじゃないの?
当然すでに対応してる?

5138 (ワッチョイ 0f07-mRK3)2020/06/27(土) 08:50:10.40ID:YFCXkgCE0
申し訳ない。
1つだけなかなか削除されないファイルがあると書いたが、CMRのHDDにも同じがファイルがあってテレビの録画ファイルなので
再生してみると他番組の一部が先頭に混じっていて、数分するとファイル名の番組の内容になる異常なファイルになっていて、
これがFastcopyの削除を妨げていた(スキャンディスクしても特に問題は出てなかったが)。
異常なファイルは右クリックするとエクスプローラーが応答停止して10分くらい反応が無くなる。

で、このファイルはコマンドプロンプトのdelコマンドでも削除できないし、強制削除するフリーウエアでも削除できないから
ubuntuのブータブルUSBを作って、linux上からの削除は問題なく出来たのでWin10の問題なのかもしれない。

異常なファイルの混じってしまった部分を削除し、ファイル名を変えて出力したら普通に再生できたし、SMRドライブに
Fastcopyでのコピーも110MB/秒、削除も一瞬で済んだw

ついでながら、150GBほど適当なファイルをSMRドライブにFastcopyして、Fastcopyの全削除を2回やってみたが、
応答停止にならなかったので、ほんとどういうタイミングで応答停止するか判らなくなった。

ちなみに >>7 で応答停止になったときにコピーしたファイルをチェックしてみたが、今回のような内容が混じったり、
ファイルを右クリックするとエクスプローラーが応答停止になるファイルがなかったので微妙な気分。

52Socket774 (ワッチョイ 8fdc-htoQ)2020/06/27(土) 08:52:26.87ID:pUPSP/620
悪いけど全然参考にならん

53Socket774 (ワッチョイ 0f07-mRK3)2020/06/27(土) 08:59:03.42ID:YFCXkgCE0
>>45
Fstcopy 3.9を使ってますが、今回のような異常なファイルが混じらない限り今まで通りです。
異常なファイルが混じらなければ、Fastcopyの全削除は110GBでも一瞬でした。

どっちかというとエクスプローラーで何万〜何十万ファイルをコピーすると取りこぼしするようになったのはヤバいです。
いつの時点か判りませんが、同僚が新たに購入したノートPCにDocumentフォルダ等を旧ノートPCからUSBメモリーに
エクスプローラーでコピーしているときに途中から速度が落ちたものの終わったのでUSBメモリーのフォルダ内のファイル数を
比較すると少ないんですよw
Fastcopyでコピーし直したら、ちゃんとファイル数が一致してたので。

>>50
うちのWDC WD60EZAZは、Win10の最適化ではソリッドステートドライブ扱いでトリムするようになってます。
どんな処理をしているか判らないけど、だいたい1分程度で終了する感じ。

54Socket774 (ワッチョイ 7fbc-QiUy)2020/06/27(土) 09:37:51.54ID:UWg0oHDd0
> WD60EZAZのドライブは、転送速度が0MB/秒のままなのでFastcopyを強制終了して、再起動した。
> 最後の8GBの1ファイルを消すのに1時間経っても終わらないので強制終了したり。

書き込み途中で強制終了を当たり前のごとく常用するオッサンとか w

55Socket774 (ワッチョイ 0f07-mRK3)2020/06/27(土) 11:15:38.78ID:YFCXkgCE0
>>52
ああ、妄想SMRやこう思ったとか実体験を伴わないクソの役も立たない書き込みではなく、
WD、Seagate、東芝のSMRドライブ比較を実際に購入して、論文のエビデンスになるようなしっかりした結果を
書き込んでくれるというのですか。助かります。

応答停止や発生したトラブルの8〜9割再現事例をしっかりと教えてください。よろしくお願いします。

56Socket774 (スプッッ Sddf-WMoV)2020/06/27(土) 11:20:31.27ID:Pml7Y+Hmd
>>52に期待

57Socket774 (スッップ Sd5f-GTqP)2020/06/27(土) 12:17:24.83ID:xGYbIv+Sd
>>55
いや、全然参考にならんとかいう次元の話でもなく
結論としてはSMR全然関係無い話だったって事じゃないのか?
そこんとこお前はどう考えてるんだ?

58Socket774 (ワッチョイ 8f58-gdfu)2020/06/27(土) 12:58:25.30ID:ZTPP3w7y0
だいたい51とか53みたいなおま環みたいなものをgdgd書かれても読む気にならんわ

59Socket774 (ワッチョイ 7fbc-GTqP)2020/06/27(土) 21:34:03.03ID:EuXLon4z0
>>55
言ってしまえば >>51 はスレチでそれに対して
>>52 が参考にならんとレスするおかしな流れになってるだけじゃね

スレチを察せられなかった >>52 が悪いのか
スレチを明示しなかった >>51 が悪いのかわからんが

60Socket774 (ワッチョイ 1ec5-e1yo)2020/07/04(土) 21:45:26.92ID:DIJRg/T80
>>36
林乙

61Socket774 (ワッチョイ 1edc-BXkI)2020/07/07(火) 10:33:58.05ID:TEKHL5tI0
https://www.newtech.co.jp/introduce/hd2/

ではSMR HDDに上述のような特徴があることを理解したうえで、どういった用途であれば比較的問題なく使えるのだろうか。

まずランダムに細かいデータを書き込むようなデータベースやデータの更新が頻繁にあり、
性能を担保したファイルサーバ用途では使うべきではないと断言できる。
一方で連続書き込みをしてまとめて消去するような用途の例えばビデオレコーダや監視カメラの画像保存などであれば
後述する十分な評価や状況を認識した上であれば使えるかもしれない。
また性能劣化が発生するのがSMRの主な問題なので性能にこだわりのないアプリケーションでも問題はない。

SMR HDDの厄介な点は上述のとおり書き換え(上書き)が発生しない限り(例えば使い始めで空き容量に余裕があるとき)は問題が顕在化しない点である。
例えば容量がある程度使われた後に何かを削除した時に問題(性能劣化)が出るのである。
SMR HDDの採用にあたり評価をする際にはこの点に留意しなければならない。
容量が一杯になるまで、また一杯になった後でも書き込まれるデータパターンが本番環境と近しいもので評価をしないと、
いざ使いだして何年か後に性能が著しく劣化するなどという事態に直面するかもしれない。
何れにしてもHDDメーカ毎、さらにはモデル毎にSMRのデータ退避、書き込み方法、データサイズおよび処理タイミングなどが異なるので注意が必要である。
さらに言うなら同じメーカの同じモデルでもファームウエアのバージョンによっても振る舞いが変わる可能性は否定できない。

注)SMR HDD単体であれば性能劣化してもOSからのタイムアウト内に応答できれば応答が遅いだけで済むが、HDD複数台でRAID化した場合は別問題である。
RAIDはその性質上、性能や冗長性を担保するために応答の遅いHDDは切り離すのが一般的だからである。
HDDに何か問題が内在して応答が遅くなっているのか、上書き操作の過程で余計な読み書きが起こって遅いのか、
RAIDコントローラには区別がつかないのである。HDDの応答が遅くても切り離しをしないRAIDコントローラのファームウエアを作ることは容易いが、
問題のあるかもしれないHDDを抱えながらデータを保存し続ける事は大きなリスクである。

62Socket774 (ワッチョイ 6b65-sboq)2020/07/07(火) 10:53:22.64ID:eiX5mGO40
>>61
SMRは、NTFSとかWin系のファイルシステムだと問題が起きにくく、バラバラに書いていくMacOS(BSD)やLinux系のファイルシステム
だと煩雑な処理が発生しやすく、同様のRAID5以上もなりやすいと読めるよね。

実際、SMRのHDDをWin10でのイメージバックアップや録画ファイル置き場で使っていると連続書込、まとめて消去が多いので
応答不能になったのは1ファイル自体の異常だった時だけで、デフラグしても異常に時間が掛かったりしなかった。
RAIDを組む必要がまったくないので、RAID5以上でどうなるかは体験してないけど。

63Socket774 (スププ Sdaa-Cf27)2020/07/07(火) 15:36:39.08ID:dUXV6QLFd
素晴らしいまさにこの点が厄介。
これを無視した書き込みのなんと多い事か。

>SMR HDDの厄介な点は上述のとおり書き換え(上書き)が発生しない限り(例えば使い始めで空き容量に余裕があるとき)は問題が顕在化しない点である。

>いざ使いだして何年か後に性能が著しく劣化するなどという事態に直面するかもしれない。

64Socket774 (スップ Sd4a-nUi4)2020/07/07(火) 17:56:25.89ID:/3k64lHRd
>>63
いやいやいや
根本的な話としてSMRとか関係なくTrim対応ではないHDDの書き込みって全て上書きだろ

65Socket774 (ワッチョイ 2f75-mf8G)2020/07/07(火) 20:46:59.61ID:mphU2nzN0
>>64
SMRだから書き換え時に問題が発生する
CMRでは書き換え時の問題はない

66Socket774 (ワッチョイ 7b6c-VQSO)2020/07/07(火) 20:50:02.40ID:Ny3RZKhc0
>>64
CMRの上書きはその通りただの上書きだけど
SMRの上書きはバンドに含まれるファイルを全部退避して、新しいファイル書いて
退避したファイルを書き戻す、なのでかかる手間が段違い

67Socket774 (ワッチョイ 2f75-mf8G)2020/07/07(火) 20:52:25.13ID:mphU2nzN0
厳密に言うと
最近のHDDは512バイトセクタ単独で書き込むと
リードモディファイライトが発生する

そんな書き込みをするOSは絶滅したけど

68Socket774 (スップ Sd4a-nUi4)2020/07/07(火) 21:03:08.08ID:TTZuUT6Td
>>65
>>66
そういう話ではなく
HDDの構造上書き込みは全部上書き(書き換え)だから
使い始めだろうがなんだろうがSMRの問題は発生するよって事

69Socket774 (ワッチョイ 2f75-mf8G)2020/07/07(火) 21:14:45.71ID:mphU2nzN0
>>68
trimを使えば
使用量が少ない時はSMRのパフォーマンス上の問題を減らす事が出来る

使ってないバンドならリードの必要もないし
使ってる分だけ書けば良い

ダイナミックにSMR領域を変えることもできる

trimがないとそういうことは出来ない

70Socket774 (ワッチョイ 2f75-mf8G)2020/07/07(火) 21:16:40.32ID:mphU2nzN0
CMR > Trim有りSMR > Trim無しSMR

71Socket774 (ワッチョイ 1ebc-tq5M)2020/07/07(火) 21:36:05.13ID:VKiynp6g0
>>66

>>70
× > CMR > Trim有りSMR > Trim無しSMR
○ > CMR or Trim無しSMR ≧ Trim有りSMR
trim有りは WDだけでしょ。trim完了済でどうにか海門並み。

72Socket774 (ワッチョイ 0d75-Tflg)2020/07/08(水) 07:16:38.92ID:8sDqbQlR0
>>71
仮に逆転があったらそれはSMRの制御が洗練されてないってこと

CMR > Trim有りSMR > Trim無しSMR
これは確実
当然だ

Trim無しSMRが性能が悪くないなら
全てこれに置き換わってるはずだ

73Socket774 (ワッチョイ 0565-Qyos)2020/07/08(水) 08:58:02.24ID:BOkrJE9x0
しばらくは、オタ界によくある大した意味が無い「間違い探しと答え合わせ」でスレが消費されますので生暖かい目で見守って下さい。

74Socket774 (スップ Sd43-Kza+)2020/07/08(水) 09:02:38.11ID:awr1jWyCd
どっかに SMR の Trim で何やってるかのPDFが貼られてたと思ったが
とりあえず Trim 云々言うならあれ読んどいた方が良いと思うが

75Socket774 (ワッチョイ cbbc-JRnn)2020/07/08(水) 11:59:20.51ID:OauRl6IQ0

76Socket774 (ワッチョイ cbbc-JRnn)2020/07/08(水) 12:05:41.82ID:OauRl6IQ0
ついでだからこっちも貼っておく。WDは例の赤SMRについて弁明というか
解説している。特に気になったのは、RAIDで赤SMRの件、社内テストでは
問題なし。と断言している点。論社は懐疑的な評価スタンスだけども。
-----------
Western Digital statement

Shingled magnetic recording (SMR) is a hard drive technology that efficiently
increases areal density and capacity for users managing increasing amounts of data,
thus lowering users’ TCO. There are both device-managed and host-managed types,
each for different use cases.

All our WD Red drives are designed to meet or exceed the performance requirements
and specifications for common and intended small business/home NAS workloads.
WD Red capacities 2TB-6TB currently employ device-managed shingled magnetic
recording (DMSMR) to maximize areal density and capacity. WD Red 8-14TB drives
use conventional magnetic recording (CMR). DMSMR should not be confused with
host-managed SMR (HMSMR), which is designed for data center applications having
respective workload requirements and host integration.

DMSMR is designed to manage intelligent data placement within the drive, rather
than relying on the host, thus enabling a seamless integration for end users.
The data intensity of typical small business/home NAS workloads is intermittent,
leaving sufficient idle time for DMSMR drives to perform background data
management tasks as needed and continue an optimal performance experience for users.

WD Red drives are designed and tested for an annualized workload rate up to 180TB.
Western Digital has seen reports of WD Red use in workloads far exceeding our specs
and recommendations. Should users’ use cases exceed intended workloads,
we recommend WD Red Pro or Ultrastar data center drives.

77Socket774 (ワッチョイ cbbc-JRnn)2020/07/08(水) 12:05:53.80ID:OauRl6IQ0
Western Digital works extensively with customers and the NAS vendor and partner
communities to continually optimize our technology and products for common
uses cases. In collaboration with major NAS providers, we work to ensure WD Red HDDs
(and SSDs) at all capacities are compatible with a broad set of host systems.
In our testing of WD Red drives, we have not found RAID rebuild issues
due to DMSMR technology.

Our customers’ experience is important to us. We will continue listening to and
collaborating with the broad customer and partner communities to innovate
technologies that enable better experiences with, more efficient management
of and faster decisions from data.

https://blocksandfiles.com/2020/04/20/western-digital-smr-drives-statement/

78Socket774 (ワッチョイ cbbc-JRnn)2020/07/08(水) 12:27:04.01ID:OauRl6IQ0
上記サイトの文面に、海門とか総じてSMR-HDDのユーザーが幸せになる方法は
ファイルとかの書き込み1回ごとに10秒間のライティング・ディスタンスを維持して
ゆっくり使うことだ。とか。これは俺も同意。海門SMRの超低速モードは
何度も体験したんで稠密接連続的ファイルカキコ限定ではあえてCMR使っている。

WDのSMRってOS@ホストがtrim発行する時点でDMじゃなくてHM。ホスト
マネージドと呼べたりして。そういう扱いは英語圏でも見たことないけどさ。

79Socket774 (スップ Sd43-Kza+)2020/07/08(水) 12:51:23.72ID:awr1jWyCd
>>78
10秒間待てって本気で言ってるのか!?
MCがあふれる量の書き込みをするのであれば
全部タスクに積んで自動でMCが空いたら書かれるのに任せても
手動でMCが空くのを待って書き込みしても書き込みにかかる総時間は変わらんだろ
むしろ前者の方が早く終わる可能性は高いと思うんだが

10秒間待った方が良いってのはどういう理屈なんだ?

80Socket774 (ワッチョイ 0565-Qyos)2020/07/08(水) 14:30:29.56ID:BOkrJE9x0
>>75
そのWDの資料だとTrimするにはLinuxではアプリ側のサポートが必要なのでサンプルプログラムが付いているけど、MacOS(BSD)には触れてないし、
WindowsではSSDのTrimがサポートされているWin8以降は大丈夫だろうという意味で省いているのか不明。

Trimも変換テーブルをSSD準拠にしてあり、ガベージコレクション処理を行うが、データが不要かどうかOSに問い合わせて
ドライブ側で勝手に判断しないとか、ゴミデータをまとめて移動させる〜など多様な処理が書いてあるね。

アクセス頻度もファイル数も少ないNASやRAID構成だと自己メンテナンスであるTrimするヒマもあるんだろうけど、CMRより何倍か時間が
掛かる処理をすることもあるので、その処理中に応答速度が下がるからSMRドライブが降格しやすくなるので、NASメーカーなどがSMRを
使用禁止にしたり、推奨しないんだろうなとは読めた。

そういった前提があると、RAID構成がリビルドになった時にSMRドライブ側としては大幅に待ってもらえばリビルド完了できるところ、
応答不能や応答停止と判断されて切り離されるとリビルド不能になってしまう為、配慮が欲しいとか?

81Socket774 (ワッチョイ bd6e-JRnn)2020/07/08(水) 18:03:47.87ID:KtMhxA350
>>80
Mac OS XはプロプライエタリだからApple自身が当然サポートしているでしょうね。
Linuxはディストリが無数にあって、あちらのフォーラムでユーザーがSMRダメダメ
レポして開発サイドがレス対応するようなページをいくつか見たことがある。6.xは
ダメ、7.xは微妙、8.xはデフォサポあり。なのかも。

オレ的に問題はVirtualBoxとか仮想系とゲスト。ゲストOSから見た仮想HDDは
LBA指定でアクセスすべきリアルだけれど、ホストOSから見た仮想HDD自体は
単一ファイル。仮想HDD内部アクセスは単一ファイル内部のランダムR/Wに還元
できる。いずれにせよ仮想OS配下のゲストOSが指定するLBAをリアルLBAに
変換してR/Wしているはずで、ゲストOSが発するtrimもそんなLBA変換が必要。
何年か前の記事にオラクルがVBでSSDサポートしたとか読んだことがある。
ま、そういうことでしょう。古いバージョンのゲストをWD-SMRで走らせたら?
人生時間のムダ遣いを避けるなら触らないが吉ですね。

>>79
あれは、三密ソーシャルディスタンスにかこつけたウィトディスタンスと
稠密密度書き込みという表現を使いたかっただけのなんちゃって薄口翻訳超訳なんで
シャレ、ネタの類。すまんね軽くてw 元表現は↓

“Even the people using Seagate SMR drives are reporting 10 second
pauses in writes at times and those who had reasonable performance
with SMR-from-start arrays have confirmed that resilvering a replacement
drive in has turned out to be a major issue which they didn’t fully appreciate
until they actually tried it.”

82Socket774 (ワッチョイ bd6e-JRnn)2020/07/08(水) 18:06:59.05ID:KtMhxA350
ウィトディスタンス / ライトディスタンス

83Socket774 (ワッチョイ 0d75-Tflg)2020/07/08(水) 18:30:05.05ID:8sDqbQlR0
>>75
>>72と矛盾してないけど

84Socket774 (ワッチョイ 0565-Qyos)2020/07/09(木) 10:06:59.36ID:vTu/9md30
>>81
どれくらい前のスレか忘れたけど、Mac OS Xを使ってる人がSMRドライブでファイルコピーしていたらなかなか完了しないで
転送が停滞して困るとかあったので、Trim対応とかちゃんとやってないんじゃないか?と思ったりした。

仮想系は数GBのAndroidのしか使ったこと無いけど、テラバイト単位の大きさだと1ファイルだとしても動作に影響しそうな気がする。
1ファイルでも多数のバンドに掛かっていると煩雑な処理になるかなとかで。

まあでも、自分のPCでWDのSMRディスクはWin10でソリッドステートドライブ扱いになって、最適化はトリムになるっていうのは、
正しかったんだな。どっちかというとハードディスク扱いになっているのはちゃんとサポートされてないって事で。

85Socket774 (ワッチョイ 55c5-mLoV)2020/07/15(水) 18:05:12.22ID:7+75bX630
トリマブルディスク
相手は死ぬ

じゃなくてデフラグ不要・要トリム

86Socket774 (ワッチョイ 3107-VN8p)2020/08/09(日) 18:14:46.10ID:3IlHyCEw0
WDのSMRドライブはRAIDに向かないらしいです。SeagateのSMRドライブはなんとも言ってませんが。
と言うわけで、安物のYottamaster (4Bay) HDDケースRAID機能付きを買ったので、

ST6000DM003(SMR) + WD60EZAZ(SMR) + WD60EZRZ(CMR) + WD60EZRZ(CMR)

メインで使ってないSMRドライブとちょっと古くなったので放置されていたCMRドライブの組合せで
RAID0を組んで、貯まった録画ファイル15TBの予備を取っておこうと思いました。

コピー元ディスク1

TotalRead = 8,467,589 MiB
TotalWrite = 8,467,589 MiB
TotalFiles = 3,664 (265)
TotalTime = 14:45:13
TransRate = 159.4 MiB/s
FileRate = 0.07 files/s

コピー元ディスク2

TotalRead = 7,335,378 MiB
TotalWrite = 7,335,378 MiB
TotalFiles = 4,115 (326)
TotalSkip = 2,021,385 MiB
SkipFiles = 985 (0)
TotalTime = 11:02:51
TransRate = 184.4 MiB/s
FileRate = 0.10 files/s

Result : (ErrFiles : 0 / ErrDirs : 0)

25時間ほどかかりましたが特にコピー中は応答不能とかなく、けっこう高速な転送速度を保ちながらコピーを終えました。
今は、SMRドライブたちはオフラインSMR処理をしているようでずっと動作音が続いてます。
1時間経っても静かにならないのがSMRドライブだなあとまったりしておりますw

87Socket774 (ワッチョイ d136-/jNM)2020/08/09(日) 19:46:47.01ID:rqJB+Qfr0
>>86
15TBでRAID0とは思い切った事をすると思うが
そういやRAID0だとHDDの破損検知をしないからSMRでも問題無さそうだな

88Socket774 (ワッチョイ 3107-VN8p)2020/08/10(月) 21:35:20.51ID:IeueZq740
>>87
バックアップ対象のファイルを全部コピーできましたがチェックディスクしてみても特に破損ファイルはなくて良かったです。
正直、RAIDコントローラーのHDD障害判定に疑問を持つ方なのでSMRをRAIDに使っても実際の障害発生率はあまり変わらない
んじゃないかな?と思っています。
SMARTエラーが出て、HDDが故障した事(読めないファイルが出たり、破損ファイル多発など)の経験が無いし。

89Socket774 (ワッチョイ d136-/jNM)2020/08/10(月) 22:44:32.90ID:MMfXJarQ0
>>88
RAIDコントローラのHDD障害判定なんてアクセスした時の応答が規定時間以上の場合とかでしょ
それだったらHDDの電源が壊れた時とかにも対応出来て万能だからな
で、SMRだと正常動作でも時間がかかる場合があるので
RAIDコントローラに異常HDDと誤判定される事があるというのがよく言われてる話

90Socket774 (アウアウウー Saa5-VH7r)2020/08/13(木) 11:21:36.24ID:21UgPPKFa
一般論で言うとRAID対応HDDのTLER(ERC)は7秒に設定されてる
RAIDコントローラーは8秒間無応答だったり処理が完了しないと、そのディスクに異常が発生しているとみなしてディスクアレイから切り離す
これはストライピンク(RAID0)でも同じ

勿論、任意で時間を設定できる製品やNASもある

91Socket774 (ワッチョイ 710c-wDrd)2020/08/13(木) 12:39:29.21ID:Kh8x6k7X0
で、SMRだと何秒に設定すれば良いんだ?

92Socket774 (ワッチョイ 2ebc-puNx)2020/08/13(木) 13:05:38.81ID:qpVlBRwe0
>>90
本当にストライピングでも無応答で切り離しをするのか?
切り離しても誰も得をしないと思うけど

93Socket774 (ワッチョイ 2ebc-puNx)2020/08/13(木) 13:08:45.89ID:qpVlBRwe0
>>91
理論値で言えば1時間とかかな
まあ、現実的に設定で回避が無理だから
SMR は使用禁止なRAIDコントローラーとか出てきてるわけだろうね

94Socket774 (ワッチョイ 3107-YNbC)2020/08/13(木) 13:09:19.81ID:1Ona75sK0
最近の5ちゃんねるって本気でウソ言ってたり、老化なのかテキトーなこと言って放置する人とか多くて、昔ほどアテにならなくなってるよね。

95Socket774 (ワッチョイ 2ebc-puNx)2020/08/13(木) 13:11:44.61ID:qpVlBRwe0
>>94
昔から嘘は嘘であると見抜ける人出ないと使えないと言ってるだろう
嘘の量なんて問題では無い
嘘を見抜けないと使えないのは変わらない

96Socket774 (ワッチョイ 2ebc-puNx)2020/08/13(木) 13:13:19.20ID:qpVlBRwe0
どっちかというと5チャンの情報は嘘である可能性を
考慮した上で扱えば問題無いとは思うけど

97Socket774 (アウアウエー Sa4a-p5K4)2020/08/13(木) 13:16:16.98ID:iNOx2rlia
人が居なくなったからね
昔などんなマニアックな事や人でもそれに関するスレがあったし。
数える程度の人で回ってれば知識量も限られる

98Socket774 (アウアウウー Saa5-VH7r)2020/08/13(木) 13:35:21.60ID:21UgPPKFa
>>94
確かに根拠もなくデマ断定する奴とか増えたな

99Socket774 (アウアウウー Saa5-VH7r)2020/08/13(木) 13:35:47.61ID:21UgPPKFa
ちょっと調べたら分かる事なのに

100Socket774 (ワッチョイ 3107-YNbC)2020/08/13(木) 18:00:08.19ID:1Ona75sK0
>>93
ちなみにSMRドライブでRAIDするときに理論値とは言え、1時間とかどうやってその数字が出てきたの?
自分の持っているSMRドライブで30分でも応答不能から復帰とか無いんだけど。

101Socket774 (ワッチョイ 2ebc-puNx)2020/08/13(木) 19:42:18.27ID:qpVlBRwe0
>>100
普通はそんなに止まる事は無い

瓦書きってのから理解しないといけないが
SMRの瓦部分は小さいデータを書き込むのが苦手で
例えば4KBを書き込むのにも100MB分位書き込み処理が必要になる
それを回避する為にSMRではメディアキャッシュ(MC)という瓦では無い領域を20GB位用意していて
4KB等の小さい書き込みはMCに書いた時点でOSには完了を返して
後でこっそり瓦領域に100MB位の書き込み処理をして書き込んでいる

つまり小さい書き込みもMCの20GB内で収まってればあまり問題は無い
ただ、この小さい書き込みがMCのサイズを越えるとMCが空くまでSMRから書き込み完了が返ってこなくなって処理が止まる

例えば1MBの書き込みを一気に2万個実行してMCを埋めた後に20MBをSMRに書き込もうとすると
20MB分MCを空けなくてはいけないので100MB*(20MB/1MB)で
2GBの瓦書き処理が必要となる
100MB/sなら20秒だけど瓦書き処理は全部がシーケンシャルではないから数分はかかりそう
それに加えてこの間に他のプロセスからSMRにリードライトの依頼があったらいくらでも待ちは長くなる
ただ、20MB書きこむのに2GB分の瓦書きの処理が必要になるから
MCの空きが無くなると全体的に相当処理は遅くなるだろうね

102Socket774 (ワッチョイ 3107-YNbC)2020/08/13(木) 20:04:55.91ID:1Ona75sK0
>>101
御説、もっともですが実際のSMRドライブでそのような現象が出ましたか?
持論を仮想SMRドライブを元に唱えるのは、ご自分の範囲では構わないのですがSMRドライブは市販されているのです。

自分が実際に使っていて、そのような現象に全く出会わないので、SMRドライブをご購入なさって再現性の高い条件を
示していただければ幸いです。

103Socket774 (ワッチョイ 2ebc-puNx)2020/08/13(木) 20:22:22.78ID:qpVlBRwe0
>>102
俺はこんな現象見たこと無いよ
御説が理解出来たならわかると思うがこんな事はまず起こらない
だから理論値だと言ってる
前にどっかのアマゾンレビューで買ってきて最初の
大量の画像コピーが進まなくて詰んだってのは見たことあるけど
あとWDのREDをこっそりSMR化したら
RAIDで動かない報告が多発して問題になってたから
RAID構築時にはMC溢れは起きやすいんじゃないかね

104Socket774 (アウアウウー Saa5-VH7r)2020/08/13(木) 20:32:41.15ID:LBS0j6ona
>>102
最近各社SMRを明記する様になったでしょ?
あれって、米国でNASにWD赤(SMR)を使っててエラーが発生したかららしい
RAIDアレイの再構築は通常運用ではあり得ない書き換え付加が発生するからね

105Socket774 (オイコラミネオ MM49-/dLM)2020/08/13(木) 21:32:48.05ID:/KG9K+I+M
企業のRAIDで障害発生したら、家庭用とは違って高額賠償の可能性があるからな
問題解決できない以上、明記して使わないでもらうほかない、という流れ

106Socket774 (ワッチョイ 2edc-p5K4)2020/08/13(木) 22:03:22.43ID:S0lc8VDa0
>>103
SMRのREDの件ってCMRで組んでたRAIDにSMR突っ込んで再構築失敗したとかじゃなかったですかね?

全部SMRならRAID0,1ならいけんじゃね?って事で、SMRで組んでるって書き込みどっかで見ました。
QNAPのnas公式でも互換性リストに全部同じ構成で組めとか書いて有ったりしますが、netgearとsynologyは
まだ否定的だった気がします。ただ、synologyの2.5"HDDはSMRが互換性リストに載ってたりします。
YoutubeでXignas(Linux)で検証した人がいて、結構行けんじゃね?的なレビュもありました。

思うに新技術なんで各メーカーが互換性リストに掲載するには検証不足で、載せるのはリスクが高いと
判断しているのではないかと思います。金銭的に余裕があるなら避ければいいかと。

それにしてもみんなRED好きだね・・・RAIDのRはREDのRだ!!なの?

107Socket774 (ワッチョイ 2ebc-puNx)2020/08/13(木) 22:42:32.32ID:qpVlBRwe0
>>106
何故CMRで組んでたRAIDにSMR突っ込んだら再構築失敗するのかって話
その要因がMC溢れで無いのであれば他にもSMRには難点があるって事になるけどな

まあ、MCからの瓦書きとSMR外からの書き込み処理が被って遅くなる事はあるみたいだけど
そっちの方の問題なのかね
それ位待ってくれても良いと思うけど

108Socket774 (ワッチョイ 2ebc-puNx)2020/08/13(木) 22:45:04.92ID:qpVlBRwe0
>>106
REDが好きというか何の連絡も無く新型がグレードダウンしてたら話題にもなる
というか苦情も出るだろうと
むしろ何でWDは隠し通せると思ってたのか
もしかしてRAIDが組めない事がある事を把握してなかったのかな

109Socket774 (バッミングク MM55-/T98)2020/08/14(金) 08:55:58.39ID:nD5G0aekM
規制食らった

>>107
メディアキャッシュ分小さい容量のHDD突っ込んだんでしょ?普通は再構築出来ないかと。
書き込みロジックについてはHDDのキャッシュメモリやメディアキャッシュで輻輳が発生してタイムアウトしている可能性はあるけど、それはOS側のフロー制御のロジックなんでファームアップで対応できるんじゃないかと。
同じシリーズで同じ容量で構成されてれば、おっそいかもしれないけどRAIDも再構築もイケるんじゃないかと思う。

110Socket774 (ワッチョイ 2ebc-puNx)2020/08/14(金) 10:36:33.84ID:wLUX30l50
>>109
なるほど、微妙なサイズ差か
だとすると新規構築だったらいけそうな気はするけどどうなんだろうな
ファームアップ対応は >>101 にある通り
SMRの待ち時間がほぼ不定な仕様だから難しいんじゃないかな

111Socket774 (ワッチョイ c628-/dLM)2020/08/14(金) 12:57:10.47ID:IWJhsj7A0
難しいし、何よりRAIDシステム売る会社が対応したくないんだから無理よ
対応しました、っていった瞬間責任かぶることになるんだから

112Socket774 (ワッチョイ e56e-NX49)2020/08/14(金) 13:40:02.29ID:huIWai0a0
ま、RAID箱作っているような会社の大半は三流処だからね

113Socket774 (アウアウウー Saa5-VH7r)2020/08/14(金) 15:50:16.55ID:kzf9wlWVa
NAS作ってる会社がSMR-HDDに対応するメリットって基本ないしな
良く分からん挙動をする物なんて、非対応と言った方が良いからね

114Socket774 (ワッチョイ 7969-m4CA)2020/08/14(金) 17:26:01.59ID:aZByJZGn0
>>106
分かっていてCMRのアレイにSMRのHDD入れたのならRAIDの修復を行った人の
問題だけど、あの件は元々入っていたのと同じ型番のHDDを頼んだら、後から
修復用に入手したHDDがSMRだったので問題になったって話だよ

SSDでもどっかがやらかして炎上したけど、経費削減のために中身を廉価な
H/Wに変えるっていうのはよくあるけど、CMRをSMRはさすがに特性が違いすぎて
訴えられたらやばいレベルだったんだろうねぇ

しかも型番分けますっていった結果SMRを新しい型番にして安くするんじゃなくて、
CMRに新型番を付けて値上げしているんじゃだまされたーってなるのも普通かな

115Socket774 (ワッチョイ 2edc-p0wA)2020/08/14(金) 22:40:53.96ID:XkpLpWHa0
>>94
それあるわ

116Socket774 (ワッチョイ 2edc-p5K4)2020/08/15(土) 02:46:36.94ID:IQlBawli0
猛者がいた
【高機能】 Synology 総合 part21
ttps://mevius.5ch.net/test/read.cgi/hard/1593901988/380

117Socket774 (アウアウウー Saa5-VH7r)2020/08/15(土) 10:13:29.62ID:hbMF0lQ8a
>>116
ガラクータSMR 9本 でRAID5とかw
1台死んだら再構築の負荷に耐えられなくて2台目が死ぬパターンだな

118Socket774 (ワッチョイ 4dc5-GGqi)2020/08/27(木) 21:55:59.49ID:6kMdbTGm0
>>95
嘘つき本人がこれ書いてるかと思うとゾクゾクする

119Socket774 (ワッチョイ 4dc5-GGqi)2020/08/27(木) 21:57:10.63ID:6kMdbTGm0
>>101
長々書いて一時間の根拠はなしとかさー

120Socket774 (ワッチョイ 4dc5-GGqi)2020/08/28(金) 08:49:06.31ID:8I7g+1s60
>>117
単に遅いだけだから、構築の負荷なんてそれなりでしかないよ

融通の効かないコントローラーなら不良ドライブとしてRAIDメンバーから外すかもね
そこは実装しだい

121Socket774 (スップ Sd82-vC/X)2020/08/28(金) 12:21:01.06ID:K1HJ3Ti+d
>>120
融通というか実際Raidで問題が出たからWDRedがSMRであるのがバレたって話だからなぁ

122Socket774 (アウアウウー Sa85-ErU5)2020/08/28(金) 22:49:48.94ID:g6GpaEPia
>>120
一度メディアキャッシュ(MC)を使いきったら、その後は超低速を維持するんだよ
その間ヘッドはMCからデータ待避で通常運用事だとあり得ない連続負荷

同時期の購入のHDDでRAID組んで、その内の1台が逝ったアレイの再構築だと、寿命末期に酷使されたドライブが次々と死ぬことに

123Socket774 (ワッチョイ 1107-6MyS)2020/08/28(金) 23:48:52.26ID:U/mczmMb0
>>122
何度も言うが、メディアキャッシュを使い切るシチュエーションを教えてくれ。お前の妄想SMRドライブではあるようだが
実物を持っている俺のSMRドライブ ST6000DM003ではそんな事は起きないんだけど?

124120 (ワッチョイ 4dc5-GGqi)2020/08/29(土) 01:44:38.50ID:rHkze/Yt0
>>123
そうそれ

mdadmで茂6台で使ってるけど、少なくともビットマップ有効でデータ入りのRAID5構築※した時に、
負荷で止まるとかなかったんだよね

>>122はどんな実装なのか、から述べるべきなんだよ

※一台が抜け落ちた、だいたいRAID0な状態から一台を追加して、他にシンクロさせる
シンクロ速度下限 /proc/sys/dev/raid/&#8203;speed_limit_min はデフォルトのまま

125Socket774 (アウアウウー Sa85-ErU5)2020/09/01(火) 07:58:11.06ID:8uTx9bSka
有名だけど、知らない様だから教えてあげる

>>123
>>124
ある日、ネットワーク管理者のアラン・ブラウン氏がWD製のHDD「WD40EFAX」をRAIDアレイに追加しようとしたところ、エラーが発生しHDDをRAIDアレイに追加することができなかったとのこと。NASメーカー「Synology」のフォーラムにも2019年に同様の問題が報告されていました。

ブラウン氏は問題の原因がSMRにあると推測。SMRではランダムライトアクセスに関する問題への対応として、プラッタの外周部にCMRで記録するキャッシュ領域を設け、HDDがアイドル状態時にキャッシュ領域から通常の領域へデータを書き込む仕組みを採用しています。数十GBから数百GBのデータを書き込む際は問題になりませんが、RAIDの再同期など大量のデータを書き込む場合は、キャッシュ領域からデータがあふれ、書き込みに問題が生じる場合があるとのこと。

126Socket774 (ワッチョイ 6165-6MyS)2020/09/01(火) 13:24:32.78ID:NQpOnd6w0
>>125
聞いた話じゃなくて、ご自分の体験で教えてくれ。俺のRAIDコントローラーではそう言ったことが起きなかった。
こうしたら、確実にダメだった体験を教えてくれ。

127Socket774 (アウアウウー Sa85-ErU5)2020/09/01(火) 18:48:03.42ID:wCwcSVR0a
>>126
俺はSMRは1台も持ってない
HDDは5年前に全てNASに追い出した
見えてる地雷買う奴なんているの?

128Socket774 (ワッチョイ 2173-1etN)2020/09/01(火) 18:58:28.38ID:8KtnScaR0
やっぱり僕の妄想SMRかww

129Socket774 (ワッチョイ 5fb8-d51e)2020/09/02(水) 06:31:51.21ID:eKTeMd/L0
事例はあるのに見て見ないふり
ある意味日本人的だな
海外では裁判沙汰なのに

130Socket774 (ワッチョイ 276e-6lKU)2020/09/02(水) 07:20:08.73ID:omCLBEKq0
>>129
裁判沙汰? 損害賠償請求訴訟とかでWD提訴されたの?
英文ソースを教えてくれお

131Socket774 (アウアウウー Sa8b-d51e)2020/09/02(水) 10:41:34.78ID:PrzOarzBa

132Socket774 (ワッチョイ 276e-sQlH)2020/09/02(水) 18:20:58.77ID:omCLBEKq0
>>131
Tanks a lot! ありがとね。問題の要点はWD赤というNAS/RAIDブランド製品ラインに
予告警告なしのままSMR製品を投入したことでトラブったと激おこユーザーさん祭状態。
というところですかね。海門の担当者は、ウチのNAS/RAIDブランドは鉄狼で全部CMR。
SMRは皆無で無問題と言明して免罪主張? 東芝について記事はノータッチなので不明。
↑サイトの最後に訴訟訴状の完文コピーのPDFリンクがあった。いかにも訴訟英文で面白い。

https://cdn.arstechnica.net/wp-content/uploads/2020/05/2020.05.29-Malone-v-Western-Digital-Corporation-Red-NAS-SMR.pdf
原告はニコラス・マローン。被告はWDC。弁護はハチス&ルカクス法律事務所
最後のあたりに請求項目が列挙されているけれど、赤SMRをCMRへ無償交換すべし。
法規定の範囲で訴訟準備費用と事後費用を負担せよ。

WDCはSMRなEFAXの無償交換を始めたっぽい。みたいね。

133Socket774 (ワッチョイ 7fdc-XrX+)2020/09/03(木) 01:21:43.52ID:t9yZTQoW0
PCで使う分には問題ないんだろ
nasで使うと問題が出る場合がある
確認されている問題はRAIDのリビルド
RAIDは復旧が出来ないと買い替える羽目になる
買い替えたソースは俺

134Socket774 (ワッチョイ 7fdc-n8ne)2020/09/03(木) 01:28:39.89ID:p+qh/bvl0
まだSMR出たての頃、うみもんのSMRをRAIDに使ってRAIDアレイが破損した外人の報告動画が腐る程youtubeにあるから知らなかったじゃ済まされねー

135124 (ワッチョイ 7fc5-2w0h)2020/09/03(木) 04:15:53.55ID:izuSqEFf0
>>125
いやそんなのは知ってるって

136Socket774 (ワッチョイ 276e-6lKU)2020/09/03(木) 06:08:45.01ID:OFLEKOai0
>ネットワーク管理者のアラン・ブラウン氏がWD製のHDD「WD40EFAX」を
>RAIDアレイに追加しようとしたところ、・・

> ブラウン氏は問題の原因がSMRにあると推測。SMRではランダムライト
>アクセスに関する問題への対応として、プラッタの外周部にCMRで記録する
>キャッシュ領域を設け、HDDがアイドル状態時にキャッシュ領域から通常の
>領域へデータを書き込む仕組みを採用しています。数十GBから数百GBのデータを
>書き込む際は問題になりませんが、RAIDの再同期など大量のデータを書き込む場合は、
>キャッシュ領域からデータがあふれ、書き込みに問題が生じる場合があるとのこと。

後半の外周部キャッシュ領域云々は海門SMRの動作の仕組みの説明かな?
WDのSMRの動作の仕組みはトランスレーションテーブルとtrimが動作に絡む別物じゃない?

137Socket774 (アウアウウー Sa8b-d51e)2020/09/03(木) 07:49:43.32ID:5bOosfVda
>>136
SMRドライブにあるメディアキャッシュの事だよ
もちろんWDのSMRにもある
アドレス変換したとしてもキャッシュは必要、瓦バンドに満たないデータを不揮発な記憶媒体にキャッシュしないと

138Socket774 (ワッチョイ ffbb-b/MN)2020/09/18(金) 08:40:03.14ID:oz2P9ifB0
WDのSMRは、SSDのSLCキャッシュと似たような仕組みなんじゃないかなぁ。
HDD内で管理してる空き領域がたくさんあるうちは、そこそこマシだけど、空きが少なくなるとヘロヘロに
なるっていう。

NAS用なら、NAS屋と協業してホストマネージドにすればいいのにと思うけど。
ならずにグダグダが続くのはなんでだろ。

139Socket774 (スッップ Sdbf-sLui)2020/09/18(金) 09:02:12.45ID:AAfSTTPMd
>>138
ホストマネージドに夢見過ぎじゃね?
単にドライブでマネージしない分ホストでマネージしなければならないってだけだぞ
で、多分ホストマネージドの実質的な用途は例えば書き換え不可のアーカイブ専用HDDとか
容量的に効率的な特化HDDとして利用出来る事じゃないかと

140Socket774 (ワッチョイ 9765-oiJ/)2020/09/18(金) 10:36:28.20ID:rCBseT5J0
>>138
エクスプローラーを使ってコピーしていると速度が落ちるけど、Fastcopy使って6TBフルまでコピーしたときは最初から最後まで
100BM/秒以上保ってたけど?
4kBの小容量の内容がランダムなファイルを2000万ファイルコピーしても1秒程度遅延があっただけだし。

っていうか、実際に持っている俺とか何人も検証結果出しても自分が納得できないので!というのは誰にも解決出来ないよね。

141Socket774 (ワッチョイ bf99-xEp1)2020/09/18(金) 10:59:09.34ID:0POviXpP0
そら名無しがこうでした、ってレスで書くだけのは検証にはならんわな
せめてつべに動画であげるとかして、ほんとにやったのかどうか示して見せないと

142Socket774 (ワッチョイ 9773-Cup9)2020/09/18(金) 11:04:08.82ID:v4ucmspK0
いやいや信じられないので追検証するのはあんた
俺は信じない!ならずっとやってろ

143Socket774 (スッップ Sdbf-sLui)2020/09/18(金) 12:11:16.23ID:AAfSTTPMd
>>140
というかSMRには問題はあるが条件が難解で誰にも再現が出来ないから解決しないって話
当然 >>138 みたいな単純な条件で問題が出るわけもないし
エクスプローラーのコピーで速度が落ちるってのもSMRの影響かどうか定かでは無い

144Socket774 (アウアウウー Sa5b-DtSJ)2020/09/19(土) 08:57:11.46ID:1+orr6uZa
>>138
WDがNAS屋に金やソフトウェアライブラリー出さないからだろ
SMRにしたのはHDD屋の都合なのでな
ソフト開発には金が掛かるんだよ

145Socket774 (ワッチョイ b76e-2pFf)2020/09/20(日) 10:50:31.30ID:DqRnzWCD0
>>143
エクスプローラでファイルコピーの際の速度低下は読み込み側ソースの
ファイルの断片化・非連続的離散性の具合によるね。1ファイルあたりの
断片数が1桁2桁程度ならさほど速度は落ちない。断片数が万個超えると
通常時120MB/sが40-20MB/s以下に落ちる。検証は低速コピー後にコピー
バック。エクスプローラはファイルコピー時に断片ロンダリングするから
コピー後のファイル内断片は1。で再度コピーすればソース断片無しで
ヘッド移動も最小。比較的高速でコピーできるはず。これはSMR/CMR共に
発生する現象。

海門のSMRのメディア・キャッシュをオーバーフローさせる方法は、
LBAを10000程度インクリメンタルでヘッド移動させて4KBデータをセクタ
指定で連続書き込みすること。このテスト書きに類似した状況を再現できれば
あの超低速なMCオーバーフローを体感できるよ。過去一例一件だけそんな
事態ハマり回避の話があった。回答はCMR取り替えが唯一の解決法。と。

146Socket774 (ワッチョイ 9781-W2Jb)2020/09/20(日) 11:38:42.56ID:sk9bCx380
SMRのWD赤買ったぜ
まぁバックアップ用だからええやろ

147Socket774 (ワッチョイ ffbc-sLui)2020/09/20(日) 16:10:18.41ID:9rgqVa+90
>>144
そのNAS屋ってのも誰が使うNASだって話で
当然WDが提供したライブラリでNAS作ったらWDでしか動かなくなるわけで
そんな不便なNAS誰が使うんだっていう

148Socket774 (ワッチョイ ffbc-sLui)2020/09/20(日) 16:14:58.37ID:9rgqVa+90
>>146
煽りと思ってもらっても構わないが
99%使うことはないであろうバックアップ用のHDDを
よく買う気になるなと割と本気で思う
まあ、他に保存媒体が全くないならしょうがないか

149Socket774 (ワッチョイ 9fb8-DtSJ)2020/09/20(日) 21:08:55.94ID:qc4A4stZ0
>>148
自分で完結してるな
俺、もしかして釣られた?

150Socket774 (ワッチョイ 16c5-47Hy)2020/09/24(木) 07:11:51.72ID:BYdgwfFA0
再同期にケチつけてたやつ息してる?

151Socket774 (ワッチョイ 9f73-b+lb)2020/09/24(木) 07:46:06.23ID:ZvJK1M0m0
と俺様RAID君が何か騒いでいます

152Socket774 (ワッチョイ 16c5-47Hy)2020/09/25(金) 15:18:25.35ID:LX8usxI20
>>140
情報提供おつ、
まずはメーカーと型番とOS名をどうぞ

>>145
動かしてみるとなんとかなった、例があるからな
2日放置でビルド終わってたmdadmとか

>>151
年代物の技術訳語を目先のレスバトルのために変更せよとの主張は、さすがに気が狂いすぎてると思うよ

153Socket774 (ワッチョイ 9f73-b+lb)2020/09/25(金) 17:06:11.78ID:7Hroqa9v0
と俺様RAID君が何か騒いでいます・

154Socket774 (ワッチョイ 16c5-47Hy)2020/09/25(金) 19:06:51.04ID:LX8usxI20
>>153
あなたはどう思うの?気ぶれ君

155140 (ワッチョイ 6f07-1KDy)2020/09/25(金) 21:36:00.71ID:xFlwzpW50
>>152
WDC WD60EZAZ-00ZGHB0  Windows 10 Professional 64bit
エクスプローラーは、数万単位のファイルになると非常に効率が落ちるので、Fastcopyとの比較はそれくらいのファイル数だと
はっきりします。
妄想SMRさんが大好きなメディアキャッシュあふれはフォーマット後から6TBフルまで全くしませんでしたよ?w

4KBの大量ファイル生成で応答停止が起きるかの検証は、SSD劣化ソフト「スペースデデフラグ」を使用しました。
2700万ファイルを生成しても応答停止時間は1秒のみだったので莫大な小容量ファイルにもSMRは強いなと実感したし。

で、妄想SMRさん相手には飽き飽きしているので検証環境を教えましたから,後はご自分で検証してください。相手にしません。

156Socket774 (ワッチョイ 1236-mKe+)2020/09/25(金) 22:00:36.41ID:v6VZOfQY0
>>155
まあ WD の SMR はトリム要求するだけあってまずMC溢れしないっぽいね
それにも関わらず RAID で問題が出たってのがまた難しいところだが

157Socket774 (ワッチョイ 4b6e-BBq3)2020/09/26(土) 00:50:29.68ID:Rsg29gC80
>>155
WDのSMRは茂のSMRのような「溢れるメディアキャッシュ」を持っていないからね。
そもそもMC溢れがないから超低速化は起こらない。みたいね。よかったね。

↓英文資料の最初の図版1に4KBのランダムデータ書き込みテストを行った各社SMR-HDDの
時間推移と書き込み速度の相関関係の結果が示されてある。ちと古い資料だけど、
茂のSMRだとおよそ100秒間程度のランダム書き込みでMC溢れが生じて超低速化しちゃう。
しかしWDはほぼ定速運転を維持すえうことが実証されている。

それにも関わらず、NAS絡みでWD赤のSMRが超低速ハマりするとかで訴訟問題にまで
発展しているのはおそらくtrimが絡む謎々でしょうねえ。

https://www.usenix.org/system/files/conference/fast17/fast17-aghayev.pdf

158Socket774 (アウアウウー Sa43-2W88)2020/09/26(土) 04:40:02.98ID:3W+c/CJea
WDのSMRは良くできてて大抵の環境では低速化しないけど、全ての環境で低速化しない訳ではない
ただそれだけの事では?

159Socket774 (ワッチョイ 16c5-47Hy)2020/09/26(土) 06:36:11.09ID:HT0dz1kw0
>>155
EDと茂の区別もつかない引用バカw

160Socket774 (ワッチョイ 16c5-47Hy)2020/09/26(土) 06:37:21.46ID:HT0dz1kw0
>>155
WDだった、勃起不全じゃないよ

161Socket774 (ワッチョイ 16c5-47Hy)2020/09/26(土) 06:38:47.04ID:HT0dz1kw0
>>155
そんでさ、訳語の問題はごまかせると踏んだのかな?

162Socket774 (ワッチョイ 16c5-47Hy)2020/09/26(土) 06:40:15.89ID:HT0dz1kw0
俺はその訳語の一点を持って、
頭がおかしいと断じてるんだけど

163Socket774 (ワッチョイ d60c-ChW1)2020/09/26(土) 08:40:36.89ID:nd5TR29u0
久し振りに見たが相変わらずたなぁ。

>>158 さんに追記
WDのSMRは大抵の環境では低速化しないが全ての環境で低速化しない訳ではない。REDに入れたのは最悪。
seagateのは一定以下の負荷・条件状態が良ければ高性能だが低速化する。ただソレだけ。

次にどの程度かが問題になるが、どこの誰だか分からない俺様の言を信じるかUSENIXの報告を信じるか。ただソレだけ。

まぁFSによって成りやすいとかもあるカモしれんないけど。

164Socket774 (ワッチョイ 16c5-47Hy)2020/09/26(土) 10:52:05.10ID:HT0dz1kw0
>>163
その信頼性のなさ故にmdadm上の再現条件を書いてるのだけどね
訳語にケチつけたりワケワカメな振る舞いしかしないんだよ

挙げ句妄想なんだそうだ

確認もせずにw

165Socket774 (ワッチョイ 9f73-b+lb)2020/09/26(土) 11:28:01.74ID:n4FUzXgz0
と妄想RAID君は更に妄想を加速させています

166Socket774 (ワッチョイ 16c5-47Hy)2020/09/26(土) 13:04:16.77ID:HT0dz1kw0
>>165
な、機械的反応しかできないだろw

167Socket774 (オッペケ Sr47-Im84)2020/09/26(土) 13:11:32.38ID:TjbviGZMr
ワッチョイそのまま毎回ID変わってるし

雑音とかITハンドブックみたいなガイジ枠の業者だろこれ

168Socket774 (ワッチョイ 9f73-b+lb)2020/09/26(土) 13:41:07.40ID:n4FUzXgz0
そして妄想RAID君は更に妄想を加速させています

169Socket774 (ワッチョイ 4b6e-BBq3)2020/09/26(土) 15:43:44.76ID:Rsg29gC80
>>158
WDのSMRの特質については >>76 の公式資料参照してね。けっこうやっかい。

Windowsの側でtrimサポがあるのはWindows7以降。XPとかVISTAは基本サポ無し。
trimサポ無し環境でアレを使い込んでいくとHDDに対する書き込みの大半は上書き更新。
結果、常時ガベコレ発動が必至。になるかもね。これにストライピング処理とバンド更新が
入れ子状態で合わさると、1本のバンド更新に複数回のガベコレが必要になるかもね。遅速。

170Socket774 (スフッ Sd32-ChW1)2020/09/26(土) 16:57:51.83ID:YYFRWP+qd
NASの件はwdも青天の霹靂だったんだろうな。自業自得だが。

まーseagateが始め、各社追随しようとしてたコッソリSMRがやりにくくなったのはユーザにとっては幸い…ワザとだったらWDすげーがw

171Socket774 (ワッチョイ 4b6e-BBq3)2020/09/26(土) 17:27:07.14ID:Rsg29gC80
>>169
Western digital社のtrimコマンドの用い方、有用性についての公式解説は↓だったわさ

Trim Command - General Benefits for Hard Disk Drives
https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/internal-drives/wd-purple-hdd/whitepaper-generic-benefit-for-hard-disk-drive.pdf

172Socket774 (オッペケ Sr47-S1iq)2020/09/26(土) 20:31:27.04ID:QVJX4Nbbr
ガイジ枠なのは否定できない模様

173Socket774 (ワッチョイ e373-Kk5w)2020/09/30(水) 20:36:45.10ID:FrTep9Xd0
わさ男はこんなところにもいたのか

174Socket774 (ワッチョイ cfc5-Ws05)2020/10/01(木) 10:26:14.58ID:qdnT99aW0
>>171
これに関するリファレンスくらい日本でもやればいいのに

日本のPCマスメディアは、メーカー忖度のしすぎで報道も論評も貧弱
ただひたすらの広報オンリー


>>173
最近死んだ犬?

175Socket774 (ワッチョイ e373-Kk5w)2020/10/01(木) 10:47:37.23ID:1LN6rot40
>>174
>最近死んだ犬?


語尾に「わさ」をつける基地害野郎

176Socket774 (ワッチョイ d36e-t2V2)2020/10/01(木) 19:47:34.45ID:Z0MV09pl0
本日の東証終日取引停止はRAID故障と冗長性維持失敗が原因か?
-----
■東証の横山CIO「市場参加者と協議し終日売買停止を決定」

東京証券取引所の宮原幸一郎社長は1日、東証で全銘柄の取引が終日停止となったことに
関して記者会見に臨んだ。冒頭で「市場参加者と投資家に迷惑をかけたことをおわび申し上げる」と謝罪した。
東証を傘下に抱える日本取引所グループ(8697)の横山隆介・最高情報責任者(CIO)は問題が
起きた経緯について「7時4分に運用系の共有ディスク装置1号機のメモリー故障が発生した」と説明。
「本来であれば2号機に切り替わるはずだったが正常にできなかった。その結果として、
情報配信ゲートウェイ(相場報道のサーバー)の配信処理に異常が発生した」と述べた。
終日売買停止とした理由について「システム再起動を行った場合、投資家や市場参加者に対し
混乱を生じることが想定された。内外の市場参加者と協議したところ十分な顧客対応や円滑な
売買の実施が難しいとの要請もあり、終日売買停止とすることとした」と説明した。
明日の市場については「再開に向けて本日中にハード交換とシステム再立ち上げを実施する。
万が一の故障発生時にも速やかに切り替えできる体制を確立したい」と述べた。

2020/10/1 17:00
https://www.nikkei.com/article/DGXLASFL01HT5_R01C20A0000000/
-------

177Socket774 (ワッチョイ cfc5-Ws05)2020/10/02(金) 07:50:00.79ID:OKgZZ1+P0
>>175
英文記事貼り付けてるだけじゃん
語尾が気に食わないだけ?

それで噛みつくって……よくわからんな

178Socket774 (ワッチョイ e373-Kk5w)2020/10/02(金) 07:50:50.77ID:8UOJbIia0
そいつの基地害具合を知らないから言えるんだよ

179Socket774 (ワッチョイ cfc5-Ws05)2020/10/02(金) 07:54:28.56ID:OKgZZ1+P0
>>176
共有ストレージのメモリが故障、バックアップシステム動かず
とのこと

バックアップ側に問題あって立ち上がらんかったのかな?
壊れたデータも引き継いでる可能性あって動かさなかったとか?
データ生成時にパリティ付けたりで回避出来そうだけど

月またがりで発生だからソフトウェア疑ってたわ

180Socket774 (ワッチョイ cfc5-Ws05)2020/10/02(金) 07:56:38.13ID:OKgZZ1+P0
>>178
一分以内に即レスw

どこでそのキチガイ具合が観測できるかな

181Socket774 (ワッチョイ e373-Kk5w)2020/10/02(金) 08:01:47.56ID:8UOJbIia0
質問系のスレetc
過去レス遡ればな
間違いを絶対に認めないで最後はわさわさ発狂
語尾に「わさ」なんてつけるのはそいつしかいないからな
「わさ」が気に食わないわけじゃない
そいつの特徴が「わさ」

182Socket774 (ワッチョイ cfc5-Ws05)2020/10/02(金) 08:04:06.22ID:OKgZZ1+P0
>>181
なるほど、後で見物してくるわ
ありがとう

183Socket774 (ワッチョイ cfc5-Ws05)2020/10/02(金) 08:09:59.88ID:OKgZZ1+P0
取り急ぎ報告

自作板、質問と付いた現行スレで検索したが、「わさ」で該当するレスは見付からず

184Socket774 (スッップ Sd1f-kydp)2020/10/02(金) 08:38:36.90ID:A9/bB6oGd
>>179
単純に考えたら RAID1 がコントローラの不調で動かなかったのかと思うが
そこまでお粗末では無いとするともっと複雑な事情があるのかね

185Socket774 (ワッチョイ e373-Kk5w)2020/10/02(金) 09:02:22.07ID:8UOJbIia0
自作板とは言っていない

186Socket774 (ワッチョイ e373-Kk5w)2020/10/02(金) 09:03:14.96ID:8UOJbIia0
まあココでも暴れだすのは必至だろうな

187Socket774 (ワッチョイ d36e-q2rl)2020/10/02(金) 09:23:14.85ID:QppU60VH0
171だけど、呼んだ? w

SMR関連の過去スレ・カキコ検索するなら↓URLでどうぞ。その他英文コピペなレスとかね。
語尾わさなんて滅多にやっていないけどね。ガクガクブルブルw
https://www.usenix.org/system/files/conference/fast17/fast17-aghayev.pdf

お寿司はワサビありじゃないとね。ワサビぬきじゃお子様向けだし。

188Socket774 (ワッチョイ cfc5-Ws05)2020/10/02(金) 12:31:37.11ID:OKgZZ1+P0
まさおなら

モーフィングでラモスになるやつ
https://youtube.com/watch?v=li5UFwkt6d0

新着レスの表示
レスを投稿する