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

■ このスレッドは過去ログ倉庫に格納されています
2019/09/08(日) 07:54:56.14ID:ST7cALph0
!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
715Socket774 (ﾜｯﾁｮｲ 8bbc-LexP)
垢版 |
2020/03/24(火) 21:30:47.77ID:UGSRjJN50
はあ？ trimってCMR由来なのか？ w
2020/03/24(火) 22:08:00.83ID:yNSm0Ziv0
>>714
だから
ありがたがるようなもんじゃ無くて
無いと糞
2020/03/25(水) 07:57:50.70ID:UYfsGgwBa
>>714
その通りだな
昔の太プロセスMLC SSDまではtrim非対応なんじゃなくて、trimなんてしなくても問題ないだけの寿命があったってこと
今のQLCとかtrim非対応な環境(PS4含む)で使うとすぐに逝きそうだ
2020/03/25(水) 08:20:04.65ID:RcpLSuwkd
>>716
いやいや、例えば RAIDコントローラー は TRIM コマンドを発行しないのが多いらしく
そういう場合には TRIM 対応であることはまともに動かなくなる保証にしかならないっていうね
まあ TRIM 未対応の SMR がまともに動く保証も無いけどなw
2020/03/26(木) 12:28:11.89ID:tdAGw4EOM
SSDのTrimは、使用済みのセルを再使用するときにまず消去しなくちゃならなくてその分時間かかるから、手の空いてるときに消去できるセルについては消しておくもの
だからSLCだろうがMLCだろうがTrim対応してんだよ
Trim発行しなけりゃ未使用セルが少なくなった時に消去の分遅くなるだけ
QLCでTrimしなくても寿命が変わるわけじゃない
2020/03/26(木) 12:37:45.50ID:CiNHejgZ0
trim で有効なデータのないセルを消去しておけばウェアレベリングで利用できるセルを多く確保できる
つまり寿命にも関係する
速度改善が主目的だとしてもその為だけに存在するわけじゃない
2020/03/26(木) 13:51:08.89ID:E73T8ScKM
つうかもうCMRスレ立ててそこでやれよ
2020/03/26(木) 15:44:57.02ID:rnKGLYCJd
？どこで CMR が出てきた？？SSDならまだわかるが
2020/03/28(土) 09:30:49.98ID:Wdb7Yqxd0
SMRのMQ04ABD200で書き込み中に電源落ちた(ほかのUSB機器の動作不良で巻き込んでハングアップした)けど、
直接書き換えていないデータも一緒に壊れてアクセスできなくなってた(chkdskしたら消えた)

数百MB程度消えていたのでSMRブロックごと死んだんだと思うけど、バックアップ大事だね
SMR HDDは3年以上、東芝/海門/WDのを何台か運用してるけどデータ飛んだのは初めてだ
2020/03/28(土) 09:37:56.44ID:oHkKyNKC0
キャッシュまわりがヤバい。
2020/03/28(土) 10:04:12.95ID:TH1NCjwz0
SMRはうんこ
2020/03/28(土) 10:37:51.42ID:oHkKyNKC0
SMRは電源が切れた場合、書き込み途中のデータだけではなく、書き込み済みのデータまで破損する恐れがあるからな。
従来のCMRではこんなトラブルは絶対に起きない。
仮に停電しても、被害は書き込み途中のデータだけで済む。
これがSMRの最大のデメリットなんだわ。
書き込み速度なんかよりもよほどやばい問題点。
2020/03/28(土) 11:05:37.12ID:Wdb7Yqxd0
デメリットを理解したうえで容量のメリットを取るか、避けるか選ぶだけだと思う
静的なストレージ用途に限定するとか

CMRが無くなった時はそうも言ってられないが・・・
2020/03/28(土) 11:07:35.85ID:tTpXy/P80
特に海門SMRはアイドル時にメディアキャッシュからSMR領域に書き写してるからその最中に電源が断たれると・・・
2020/03/28(土) 11:15:44.33ID:Ibdd8L3ma
>>723
まじか、東芝の事だからリード モデファイ ライト の課程でメディアキャッシュに書き換え対象バンドのバックアップ取ってると思ってたのに
キャッシュのDRAMにしかユーザーデータがない状態があるのかなぁ？

それか、chkdskがたまたま巻き込んで消しただけ ...ってことはないか
2020/03/28(土) 11:18:11.36ID:Ibdd8L3ma
>>728
それ、バンドの書き換えが完了してからメディアキャッシュのデータを無効,削除すれば良いだけだよね

書き換え終わってなければ、メディアキャッシュのデータを読めば良いだけだし
2020/03/28(土) 11:23:47.02ID:TH1NCjwz0
>>727
まずはメーカーが情報を公開しないと
2020/03/28(土) 11:39:55.48ID:Wdb7Yqxd0
>>729
正確に書くと、
MQ04ABD200に書き込みを行ったのは2週間程度前で、その際にコピー元の別のHDDがHDDケースのコントローラと相性起こして
ほかのUSB機器を巻き込んでOSが一時ハングアップして、いったんすべてのUSBが切断された後に復帰したような状態になった。
(その際にはファイルの破損には気づかなかった。その後けさまで当該HDDは使用していない)

けさ当該ファイル(エクスプローラー上では正しく容量を表示)にアクセスしようとしたときにアプリケーション側で開けず、
移動や削除操作等しようとすると「ファイルまたはディレクトリが壊れているため読み取ることができません」と表示され、

その後chkdsk /scan→chkdsk /f実行で修復して、破損したファイルが消えた(/f操作により削除された)
という流れ
修復する前にバイナリエディタとかでデータの中身とか見てみるべきだったかね。そもそも開けるかわからないが

イベントログのchkdskのログは
「ファイル 0x**** のセグメント番号 0x**** が正しくありません。ファイル レコード　セグメント **** の正しくない情報を修復しています。」
というのと
「種類 0x80 およびインスタンス タグが 0x3 の属性レコードは、クラスター 0x820978 から始まる、おそらく 0x4a 個のクラスターと、クロス リンクされています。
ファイル 0x620d0 の、種類が 0x80 でインスタンス タグが 0x3 の属性で使われているいくつかのクラスターは既に使われています。
壊れた属性レコード (0x80、"") をファイル レコード セグメント 0x620D0 から削除します。」
というような内容の繰り返し
2020/03/28(土) 11:40:37.55ID:Wdb7Yqxd0
>>732
MQ04ABD200はUSBのHDDケースで接続、というのが抜けていた
2020/03/28(土) 11:51:08.29ID:Wdb7Yqxd0
WinDLGのクイックテストでは今のところ不良セクタ等はカウントされていない
いまExtended Test中
2020/03/28(土) 13:06:10.85ID:N1Vdn+US0
数百MBは大き過ぎないか？
1バンドがそんなに大きかったら揮発メモリ使って一回で書けずに効率悪いと思うが
まあどっかの資料で1バンド30MB位ってのを見たのが大きいが
2020/03/28(土) 13:56:08.86ID:CSQ4tMDsd
>>732
chkdsk って HDD じゃなくてファイルシステムのチェックなんだってよ
なので少なくとも HDD 上の数百MBのデータが消えたわけではなさそうね

chkdsk について
https://pctrouble.net/running/chkdsk.html
2020/03/28(土) 17:41:09.80ID:zvDmIRxK0
USBのディスクを書き込み動作中に引っこ抜いたのと匹敵する惨状でしょう？
CMR なら助かったとでも？
ねーからｗ
738Socket774 (ﾜｯﾁｮｲ 5ebc-gjvi)
垢版 |
2020/03/28(土) 18:02:05.70ID:GIjMEuPU0
ま、そうだね。悲惨。 chkdskはまともなHDDの健康度チェックと小傷訂正用。
セクタ不良かつディレクトリ不良なHDDで修復かけると症状はさらに憎悪化して
取り返しつかなくなるのが普通。不良セクタにさらに上書きかけて訂正書きするから
2020/03/28(土) 18:10:31.77ID:N1Vdn+US0
>>738
いやいや、>>736 のリンクによると

「chkdsk」は、ファイルシステムのエラーをチェックし、修復するためのプログラム

だそうだ。つまりHDDの物理損傷のチェックではなく
OSが書いた論理データのチェックが主なんじゃないかと
2020/03/28(土) 19:17:00.69ID:Wdb7Yqxd0
chkdsk /fかけたのも、2重のバックアップがあったから取り急ぎ論理エラー修復して書き直せばいいかと思っておこなっただけなので、
データ自体を修復しようとしたわけじゃないですね

ただ今思えばもう少し分析してからが良かったかなと
2020/03/28(土) 20:52:47.56ID:g8BMnyira
>>737
CMRだと書き込み最中のファイルのみの破損で済んだ可能性が高い
742Socket774 (ﾜｯﾁｮｲ 5e7c-6Qze)
垢版 |
2020/03/28(土) 21:22:27.75ID:dqQO2BGZ0
>>739
chkdskはセクタ異常が無く代替セクタ処理とか無い正常なHDDを使用想定しているだけ。
HDDのディレクトリがうまく表示できないとか、開けないファイルがあるとかHDD上に
物理異常があるHDDで修復かけると、処理時間が長時間に及び処理途中で、
「修復できませんでした」とエラー吐き出して任務業務放棄して途中終了する無責任ソフト。
実際にそういうエラー終了に遭遇したことがあるのよ。机上な知識じゃなくて。

>>741
CMRどうのこうのは関係ない。書き込み途中とかで電源断的異常終了させると
ディレクトリを壊してサブディレクトリ全部が読み込み不良になったり、システムファイル
みたいなルートフォルダに近いファイルの更新中だとマスターディレクトリ飛ばして
ファイル喪失の故に再起動さえできなくなったりすることがあった。
ヘッドがプラッタ盤面を舐めて削って穴掘っちゃったりっしたからね。大昔のIDEの
時代だと見事にMBRまで削った例をセクタエディタで検証したことがある。
2020/03/28(土) 22:17:53.65ID:N1Vdn+US0
>>742
うん、だから chkdsk なんて名ばかりで HDD の異常をチェックするものでは無いって事でしょ
2020/03/28(土) 22:25:50.14ID:SWkkdpS6M
(ここまで誰も「chkdskは物理エラーまで修復する」なんて言っていない)
2020/03/29(日) 09:10:08.40ID:Qc0nS7Mx0
SMRでトラブルになると既存のデータまでダメージの恐れがあるのが怖いって話。
ファイルシステム周りの破損はCMRでも起こり得るが、書き込み済みのデータそのものがやられることは少ないべ。
2020/03/29(日) 16:31:48.07ID:oD7AzAqyd
SMR でも既存のデータに絶対にダメージを与えないようにする事は
ロジック的には可能だけどな
まあそれをちゃんとやってるかは定かでは無いが
流石にやってると思うけどな
2020/03/29(日) 22:20:10.50ID:6Li8ivYK0
アクセス時間が長くなる分リスクが高い
2020/03/30(月) 08:45:51.06ID:jySRfONPd
一応使用頻度は故障頻度とあまり関係ないという謎報告がグーグルからあった気はするけどな
749Socket774 (ﾜｯﾁｮｲ 5e7c-6Qze)
垢版 |
2020/03/30(月) 08:51:58.56ID:tubCDPID0
電源断によるHDD上のデータ喪失対策はOSのジャーナリングファイルシステムが
上流工程としてやってる。Linuxのext3とかWindowsのNTFSとかで実装済み。
茂HDDレベルでもバンドデータの保護はテンポラリエリアへ一時保存とか。WD方式だと
バンドの新規確保が同時にテンポラリエリア。旧バンドはザップしなければそのまま。
いずれにせよ、書き込みが完了しなければ正常終了のリザルトをOSに返せないわけだから
正常終了のリザルトを得られなかった場合どうするかはOSやアプリの責任範囲だろうね。
750Socket774 (ﾜｯﾁｮｲ 5e7c-6Qze)
垢版 |
2020/03/30(月) 08:56:25.40ID:tubCDPID0
まあ、簡単に対策を言えばUPS使っとけよ。ということだなw
2020/03/30(月) 09:48:59.62ID:/9qve5ZA0
それ、SMRには効果無くなってるんじゃ無かったっけ。
書きこんでるファイルはその通りだけど、HDD SMRの都合で同時に他のエリア消して、書き直す箇所はOSから判断、判定不能…って聞いていたわ
2020/03/30(月) 09:49:11.62ID:MDwtx4dud
いや、osが書き込んでいない関係ないタイミングで読み書きが発生するのが問題なわけで。
ちゃんと内部で保証してると信じたいが、イカれた報告がチラホラあるのがな
2020/03/30(月) 09:52:58.63ID:PnomRmGuM
外付けHDDでも常時接続の場合は問題なさそうだけど
書き込み→OFFを繰り返す運用の場合大丈夫なの？
2020/03/30(月) 12:00:06.73ID:GNwYcRN10
失礼します
PC系の質問用のスレッドから誘導されてきました、質問させてください

手持ちの外付けHDD（Seagate BarraCuda 3.5" 8TB）が２台同時にRAW化してしまい、中のデータにアクセスできなくなってしまいました。
些細なことでも構いませんので解決のヒントになることを教えて頂けないでしょうか？

とりあえず今は不具合のワードでヒットする対処法のサイトをシラミ潰しにあたり、以下のことを試しましたが結果は変わらずアクセスできませんでした
・別のHDDケースに移し替えてPCのUSB端子に直接接続する
・接続するケーブルを別のものにする
・念のため、サブPCにも繋いでみる
・コマンドプロンプトからチェックディスクを実行してみる
（チェックディスクの際は、「ファイル システムの種類は ntfs です。 ボリュームとバージョンの判断できません。chkdsk を中止します。」というエラーが表示され、実行できない）

一応ネットで調べたとおりに対処するならば、データ復旧ソフトで中のデータを吸い出した後、HDDをフォーマットする予定なのですが、完全ではないでしょうし別のやり方があるなら教えて頂きたいのが本音です…

よろしくお願いします
2020/03/30(月) 12:04:08.08ID:GNwYcRN10
>>754です
連投すいません、所見を書き忘れてました

５つの外付けHDDのうち２つ（FとＩ）が画像にある通りアクセスできない状態です
（ＦとＧは同一HDDをパーティション分割して使っており、Ｇだけが認識されている状態です）
画像３枚目はCrystalDiskInfoで調べた所見ですが、「正常」とのことでした
https://i.imgur.com/MiOBIgd.png
https://i.imgur.com/97OOUbM.png
https://i.imgur.com/AmRCoYe.png

ディスク管理画面ではこの通り、ＦとＩのみが「RAW」と表示されています
https://i.imgur.com/TDOalwA.png

もともとＦ，Ｇ，Ｈ，Ｉ，Ｊドライブは「裸族の集合住宅」というHDDケースに収納しており、
今回の不具合を受けて、エラーがあったHDDを「ORICO 3139U3」というHDDケースに移し替えて、メイン、サブ１、サブ２の計３台のPCで接続を試しましたが、PC側の反応はすべて同じでした

OSはWindows8.1です

よろしくお願いします
2020/03/30(月) 12:07:47.83ID:GE9rAm1e0
スレ違いです
外付けHDDのスレの方が詳しい人がいることでしょう

【SCSIから】外付けHDD 83台目【USB3.0まで】
https://mevius.5ch.net/test/read.cgi/hard/1467809768/
2020/03/30(月) 12:08:31.80ID:kIYEEOzqd
>>752
結局 CMR、SMR 関係なくファイルシステムに異常が発生したら
触ってないファイルが壊れたように見えるからな
というか何をチェックしたら SMR のせいで壊れたと言えるだろうかね
丁度来た RAW 化も同様で
2020/03/30(月) 12:12:07.80ID:GNwYcRN10
>>756
失礼しました
誘導ありがとうございます
2020/03/30(月) 12:14:26.27ID:kIYEEOzqd
>>753
ちゃんと瓦書き先のデータと瓦書き元のデータが
同一である事が保証される作りになってれば問題ないわな
電源OFFで瓦書きが失敗したなら再起動時にリトライされるだけなので
まあ、なってるでしょうよ、流石に
2020/03/30(月) 13:16:11.17ID:DyNHbftld
だといいね
761Socket774 (ﾜｯﾁｮｲ 5e7c-6Qze)
垢版 |
2020/03/31(火) 01:10:41.81ID:Yw+k3mmw0
>>754
8TBのHDDということだからGPTなパーティションテーブルが逝っているみたいね。
HDDの不具合の対処の基本は破損HDDのクローンHDDを作成すること。作業は
そのクローンHDDで行うこと。物理破損しているHDDを直接修復しようとすると
障害部分を舐め過ぎてかえって障害を憎悪化する場合が多いから。予算とかで
クローン作成が難しくオリジナルHDDを直接修復する場合は、何が起きても自己責任。
クローン作成はLinuxのddコマンドがお約束だけれども、エラースキップ機能がある
クローン作成お立ち台が簡便。

RAW化したHDDの修復は、市販のパーティション管理ツールが数種類出ているから
DEMO版をDLしてみて評価してみるといい。ライフ暴徒とかイーザンスとかw
トンでいるGPTパーティション管理テーブルを修復できれば生き返るはず。
パーティション修復はプラッタ盤面の痕跡を精査して復元する。らしい。
だからGPTあるいはMBR管理テーブルエリアに物理障害がある場合はテーブル
そのものが上書き不能で再生不能で生き返らない。この場合はRAWなHDDの
プラッタ盤面を舐めて全読みするようなサルベージソフトでファイルを拾い出す他なくなる。

以前近所の爺さんのwin8のVAIOのRAW化HDDの面倒を見たことがある。芝の1TBだった。
MBＲが死んでいて再生修復不能ご臨終したHDDは使用時間がせいぜい1000時間程度。
長期間使うことが無いため内蔵バッテリーも死んでいて充電不能。そんなノートなので
シャットダウン途中のアップデート中に電源アダプタ引っこ抜いて、物理破損させたっぽい。

長文スマソ
2020/04/01(水) 13:48:10.12ID:FKSpVFtk0
>>76
レスありがとうございます、詳説感謝致します！

書かれているワードの半分以上が初見すぎて…検索しながら実行してみます
行き詰まった際は外付けHDDのスレで質問すると思いますのでアドバイスいただけたら幸いです
2020/04/03(金) 23:56:22.93ID:yA0+v0j30
oputaneメモリ使えよ
2020/04/11(土) 21:10:51.25ID:2foD7BhQ0
俺の脳はたぶんSMR
記憶の混ざり具合から確信した
ゴミは勝手に削除してる様子
2020/04/12(日) 06:03:46.57ID:Ap5Z3nPXx
>>764
忘れられない病気ってのもあるんよ
10年前の些細な(アメを無くしたとか)記憶を一生忘れられないの

脳は組み合わせ回路の集合体
まず、長期記憶するモードにさせる為に重要度の閾値があるのと、その記憶を読み出すトリガーの設定が必要で、どちらが掛けても思い出せない
回路に例えるならFPGAかな
2020/04/12(日) 07:06:47.16ID:l18mTuqR0
忘れようと思った物事ほど忘れることができない現象を皮肉過程理論と言う
2020/04/12(日) 07:38:18.52ID:KszDzLio0
俺も3歳のときに見た、3mの巨人カップルに追われる夢の記憶が忘れられない
2020/04/12(日) 09:33:59.56ID:Hc5lgIZ00
俺も別に忘れようと思ってるわけでもないけど
ふるぞこんけれぐぎぎふほ
ってファミコンのゲームのセーブパスワードってのは覚えてるんだが
何のゲームだったのかが分からん…ウン十年たった今でも何故か忘れられん
2020/04/12(日) 09:50:56.00ID:68MMtpLc0
コナミコマンド
2020/04/12(日) 10:06:03.09ID:Ap5Z3nPXx
>>768
すいへーりーべ僕の船七曲りありシップスクラークか
貸そうかなまあ当てにするな酷すぎる借金
771Socket774 (ﾜｯﾁｮｲ 06dc-EOk3)
垢版 |
2020/04/13(月) 09:49:54.19ID:dw4WUV/x0
つまんねーんだよクズ
2020/04/13(月) 11:22:00.67ID:+Q3+lxnJd
貸そうかな、まああてにすんな、ひどすぎる借金
2020/04/13(月) 12:13:14.66ID:Z+I7mAfY0
コナミのソフトはホモすごい
774Socket774 (ﾌﾞｰｲﾓ MM3e-yA0e)
垢版 |
2020/04/13(月) 23:27:29.02ID:jP16kb48M
>>772
熱王水で全滅
2020/04/14(火) 04:37:09.63ID:8psZ67lE0
>>774
王水は1升3円
2020/04/18(土) 10:30:53.70ID:q9q5piJ+0
fastcopyで終了時シャットダウンにしてsmrのhddに100GBくらいコピーするとどういう動作するん？
2020/04/18(土) 17:56:55.26ID:dXAhc6v0M
>>776
MTCに書いたらシャットダウンじゃね
次回起動後にMTCから再書き込み
2020/04/19(日) 01:09:45.84ID:l0Ia+3+I0
MTCって何の略？
メディアキャッシュ（MC）では無く？
2020/04/19(日) 10:48:51.09ID:MbWxrUQR0
つ google
2020/04/19(日) 17:18:16.16ID:qics+lSC0
>>779
Seagate独自技術「Multi-Tier Caching（MTC） Technology」を搭載している点も魅力。

まさかこれの事ではあるまいな？
他人にググらせといと誤用は許されないだろ
2020/04/22(水) 01:38:10.60ID:RIneDuvSr
ddrescueで障害のあるSMRからクローンを作る場合ってセクタサイズ指定は-b65536になるよね？
最初の一周だけそれにするとしてもまともに読み出せるの？
2020/04/22(水) 08:37:40.20ID:F0AgntQWd
ddrescue 使った事無いけどなんで読めないと思うんだ？
基本的にHDDとしてのインプットに対するアウトプットはSMRでもCMRでも変わらないよ
SMRだとアウトプット出すのに時間がかかる事があるだけで
あとTrimを要求するSMRの場合はTrimの仕様でアウトプットが変わる事はあるだろうけど
2020/04/22(水) 10:55:26.04ID:9ac59Egd0
こいつ死んでるんじゃね？
ってOSを勘違いさせたらだめだろw
2020/04/23(木) 11:39:46.77ID:fVyQMmBAM
おまえらの議論は、NCQの影響を全く考慮してない？
2020/04/23(木) 11:49:59.54ID:hOcnHIl90
NCQ考慮するとどうなるんだ？
2020/04/23(木) 12:39:19.76ID:hOcnHIl90
因みにSMRで遅くなるのは書き込みだけで
読み込みは特に遅くなりもしないな
2020/04/23(木) 12:45:07.76ID:s6i5tKqR0
だろうね
2020/04/23(木) 19:32:07.49ID:gGS+77S6a
NAS向けHDD「WD Red」の記録方式をこっそり変更した件についてWDが釈明
https://gigazine.net/news/20200422-wd-red-smr-explanation/


DT02シリーズはSMRと東芝が返答
Toshiba desktop disk drives have shingles too
https://blocksandfiles.com/2020/04/16/toshiba-desktop-disk-drives-undocumented-shingle-magnetic-recording/
2020/04/23(木) 19:45:08.75ID:U8nuOf3G0
SMRがRAIDで問題が出る事が明示されたのは結構影響ありそうだな
2020/04/23(木) 19:51:33.75ID:aTfZu1wO0
ステルスでやるのがよくないって散々言われてるのにやりやがるのはやっぱり明示したら売上に影響してるからなんだろうな
2020/04/23(木) 19:52:37.56ID:gGS+77S6a
WD「連続書き込み性能が必要なら、赤proか金買え」


なに、この開き直り
2020/04/23(木) 19:57:23.09ID:654SVwxKM
大容量で性能維持したけりゃお銭を払えって事だな
2020/04/23(木) 22:38:53.69ID:U8nuOf3G0
>>791
RAIDで問題出た件に言及してないのは凄いよな
まあ謝ったら訴訟で不利になりかねないとかあるのかも知れんが
794Socket774 (ﾜｯﾁｮｲ 5ebc-3AGO)
垢版 |
2020/04/23(木) 22:41:34.16ID:U8nuOf3G0
>>792
論点はまず何でシリーズの最新の性能が
劣化してるんだって所な気はするけどな
795Socket774 (ﾜｯﾁｮｲ 5ebc-3AGO)
垢版 |
2020/04/23(木) 22:45:03.14ID:U8nuOf3G0
>>790
それもあるけどじゃこの場合なんて書くのが正解か？って話もあると思う
「SMRになったため今までは動作していたRAID等で問題が出る事があります
対象HDDはよく見直してください」
とでも書くのが正しいのか？w
2020/04/23(木) 22:57:10.98ID:2yEyPc+fM
なにげにBackblazeは賢明な判断をしている
797Socket774 (ﾜｯﾁｮｲ 0a7c-qgZ0)
垢版 |
2020/04/23(木) 23:02:17.29ID:VU5toD1l0
三流ベンダーのイカサマRAID機器で発生する不具合の解消は三流メーカーの責任だね。
2020/04/24(金) 01:19:43.14ID:WMPNZ0YM0
いやーまじで米で訴訟になって形式を明示しなきゃいけないって判決出てほしいわ
2020/04/27(月) 13:05:46.83ID:LhPjdlgl0
信者がWDを付けあがらせちまった。
2020/04/27(月) 13:18:07.01ID:vv77fexAr
WD青4TBが最後の砦よ
2020/04/27(月) 14:33:20.31ID:qG6qYlpG0
必要も無いのに趣味でRAIDしているヤツが騒いでるだけだろ。そういうヤツはトラブル解決も好きだから放っておけば良い。
802Socket774 (ﾜｯﾁｮｲ 5ebc-3AGO)
垢版 |
2020/04/27(月) 18:05:36.18ID:xLqt4NS90
まあそういうなよ
復旧機能付き大容量ストレージって結構便利だぞ
2020/04/28(火) 14:45:29.63ID:/5qoe/+HM
リビルド動作自体が大量連続データ書き込みになるんだが
2020/04/28(火) 20:51:20.20ID:6xXk4rQB0
SSDまだ存在してなかったか気軽に買えるシロモノじゃ無かった頃に
「RAID5組んでるんで何かあっても大丈夫ですよｗ」と余裕こいてた人がいたが
HDD4本のうち1つ死んで差し替えてリビルドしてたら猛負荷でリビルド完了前にもう1つ死んでえらい目に遭ってたな
805Socket774 (ﾜｯﾁｮｲ a7bc-hd9G)
垢版 |
2020/04/29(水) 09:02:26.47ID:4pQe4Tga0
どっちかっていうとRAIDは復旧はおまけで
大容量ストレージが作れる方が有用じゃないかと思うけどね
大容量でとりあえず保存して重要なものは別途バックアップしとけって
2020/04/29(水) 09:57:21.70ID:pS4wSNk+0
>>805
HDDの容量が320GBだ500GBだの頃ならね。
2020/04/29(水) 10:11:20.27ID:SBrg1TfL0
CMRと比べて耐久性はどうなんだろ
複雑な動作する分壊れやすそうではあるけど、
プラッタは減るんだよね
2020/04/29(水) 10:19:17.66ID:WcVJeS4LM
1プラッタ至上主義の人ってまだいるのかな
2020/04/29(水) 10:32:52.13ID:F+ZkSmpG0
Keep it simple, stupid.
2020/04/29(水) 11:07:20.06ID:AqDlMrNE0
メディアキャッシュを介することによりアクセス回数が増えている点や
小さなファイルの更新でも1ブロック256MBを読み書きしなければならないことから
アクセス時間がのびて耐久性は低くなると見ている。
2020/04/29(水) 12:44:32.83ID:pS4wSNk+0
>>810
デタラメw
2020/04/29(水) 18:17:15.62ID:5UcBwgZ90
Western Digital、各HDDの記録方式を公開、WD Red問題が関係?
https://iphone-mania.jp/news-285926/

WD赤はSMRだとよ
2020/04/29(水) 19:06:41.87ID:YVn1YbdX0
思ったよりCMRが多い
2020/04/29(水) 19:07:19.40ID:YVn1YbdX0
他も公開追従すると良いな
■ このスレッドは過去ログ倉庫に格納されています
16歳の水野カイトが封印の刀を見つけ、時間が裂けて黒い風と亡霊の侍が現れ、霊の時雨と契約して呪われた刀の継承者となる場面
ニューススポーツなんでも実況