【瓦記録】SMRのHDD 9台目【プラッタ枚数減】
レス数が1000を超えています。これ以上書き込みはできません。
!extend:checked:vvvvv:1000:512
プラッタ枚数を減らし、価格が安くなるかわりにがランダム書き込みが致命的に遅くなる技術
Shingled Magnetic Recording (SMR)を採用した、通称瓦記録のHDDについて語りましょう
次スレ作成は >>950
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は本当に遅いのか試してみた
https://ameblo.jp/iso5210/entry-12426001030.html
前スレ
【瓦記録】SMRのHDD 8台目【プラッタ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1567896896/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured 〃´⌒ヽ
., -―― メ/_´⌒ヽ
/ / ̄ ´ヽ ヽ
./ , /// ト. ! 、 丶ヽ
l / /(((リ从 リノ)) '
| i l . ヽノ .V l
l ,=! l /// ///l l ねんがんのHDDをてにいれたぞ!
l ヾ! ', l ヽ_フ l l
| ヽヽヽ //
l ヾ≧ , __ , イ〃
li (´`)l {ニ0ニ}、 |_"___
li /l, l└ タl」/|. SMR |
リヽ/ l l__ ./ |_____|
,/ L__[]っ / ( ⌒ ) /
::::::::/ ヽ、 :: ::: ::: :::::::::::::::::::::::::::::::::
:::::/ lハ ::: : :: :::::::::: :::::::::::::::::::::::::::::
::::l l /ノリ ::: : :: ::::::::::: ::::::::::::::::::::::::
:::| /) / ::: : :: ::::::::: :::::::::::::::::::::::::::::
::l /イ/| . :. :. .:: : :: :: :::::::: : ::::::::::::::::
/ / ||/ / ̄ ̄ ̄ ̄ ̄7l:::::::::::::::::::
i /_,/i! /⌒⌒⌒⌒⌒/ ,l::::::::::::::::
l 人 /⌒⌒⌒⌒⌒/ /::::::::::::::::
l / /⌒ヽ⌒⌒⌒⌒⌒/ /::::::::::::::::
l /il | ) ⌒⌒⌒⌒/ ./::::::::::::::::
ll l i! `ー、\____ / n/::::::::::::::::
lヽ l |\. \ /⌒〉:::::::::::::::: 次スレ誘導前に埋めるなよ
さて、SMRのRAW化に備える為にも、4台以上でオススメの冗長化運用教えてちょ
RAID5 + オンラインな差分バックアップ(企業なら毎日、個人なら隔週程度) + オフラインなフルバックアップ(テープかBD)
これが最強でしょ SMRでRAIDが最強って冗談だよね?
WDのはイケるかもしれんが、それでも抵抗がある。 WDも駄目だったらしいぞ
というかRAIDが駄目でSMRだとバレるって言う 今まで判定法が難しいと思っていたのが、まさかRAIDで使えばすぐ判定できたとは…
東芝やWDがしぶしぶリスト出してきたのも、これで判定されてリスト作られた後だと
イメージが悪いからだろうな >>8
イメージというかサポートの問い合わせが増えて
コストがかさむという実害があるからだと思うけど キャッシュメモリ容量128MBまたはそれ以上だとSMR警報? >>8
RAIDはtrimがコントローラーを通過しない場合がほとんどだからね、WDのSMRは破綻しやすくなるかも
茂と東芝のは変わらないはず
>>10
14TB CMR 512MBなんてのもあるので、キャッシュだけでの判断は危険
ただ、新機種 キャッシュ増量32MB → 128MBなんてのは警戒警報 >>11-12
thx
そうとも限らないのか…
Seagateは、IronWolfならCMRと公式に載ってるね。
そしてMulti-Tier Caching Technology(MTC)と書かれている場合はSMR…というわけでも無いのか… 仮想ページングファイルやTempフォルダはSMR上には作成しちゃいけないシリーズだよね?
次買うPC、デュアルストレージで起動はSSDだけど、入ってる内蔵HDDはSMRになってしまいそうだから…
今のPCはデュアルストレージで起動はSSD、内蔵HDD(ST2000DM001)の方に仮想ページングファイルやTempフォルダを設定している。 仮想メモリとかをHDDに置くとパフォーマンス下がりそうだけど
SSDのCドライブに置くよりも別の物理ディクスに置いたほうが良いって事なんですかね >>18
仮想メモリなんて動作した時点でパフォーマンスなんて終わってるから気にするな
というか今時物理メモリが枯渇なんかしないだろ
試しに仮想メモリを0にしてみ、多分問題無く動くから >>20
何のこと言ってるかわからんが
もし仮想メモリ0にして物理メモリ足りなくなったら
「メモリが足りません」ってダイアログ出るからそしたら仮想メモリ有効にするか
メモリ増設すれば良いと思うが 物理メモリが余ってるのに、仮想メモリ足らねぇと警告出すアプリがあるんだよ。 実際には足りてないんじゃないの?
物理メモリ
なんで余ってると思ったか知らないけど 32GB積んでて、タスクマネージャ的には6GB位の使用だからな。 >>24
一時的に32GB確保しようとして失敗
って可能性はないの? …とおもったら、物理メモリが足りねぇという警告じゃ無かったな。
渓谷に沈みます… 水晶玉の曇り具合を見て、なにか神託でも受けたかのような寝言はやめろ あまりのしょうもなさに、俺が噛みつき魔化しとるわw 日本メーカーPCだと、OS起動用にSMR使ってる凶悪モデルありそうだな。 まさか海外メーカーでそんな体たらくは無いだろうな。 DellのノートPCでSMR HDDにOS入ってるパターンに当たった
お古のSSDにOSを入れ替える予定だったから良かったものの
一般庶民なら間違いなく故障を疑う遅さだったわ SSDになれると
HDDにOSが入ってるってだけで
壊れてんじゃないかって思うくらい遅く感じる
OSはリードがほとんどだから
あまり変わらないんじゃ?
キャッシュからあふれるほど書き込む? キャッシュから書き戻すという余計な動作が加わるから、ディスク読み書きがしょっちゅう占拠されて
ソフトの起動とかがクソ重くなるんだよな DellノートPCはSMRのHDDにOSが入ってるわメモリは4GBだわで安いからと言って手出した人は地獄だと思うわ
(まあSSD買ったりメモリ増設すれば済む話だが) >>38
これ ガッツリSMRと書かれてる
ttps://toshiba.semicon-storage.com/jp/storage/product/internal-specialty/pc/articles/mq04ab-series.html 薄いノートPCでHDD1TB以上なんかSMR注意報だろ。2TB以上は警報だろ。 ノートならSSDが当たり前だと考えていたが、大容量HDDの需要もそれなりにあるようだね >>44
現時点で1プラッタ辺り、
2.5インチ1TB、3.5インチ2TBは全部SMRでしょう >>45
あと、作業効率完全むしろの、とにかくPC費用だけケチりたい会社需要。 >>47
ノートなら大抵500G〜1Tあれば十分だろうしその容量ならSSDでもそんなに高くないだろうに 倉庫というか、オタクの部屋に積まれたVHSテープみたいなことをHDDでやりたいんだけど、
瓦だから長期保存に向かないってことはないんだよね?
個体差はあるだろうし、そもそもHDDという話は別にして 定期的に電源入れないと、3、4年放置していざ必要なときにぶっ挿して電源入れても動かない
とか普通にあるからね
積みHDDはお勧めしない >>50
積み上げたVHSなんて崩れても問題ないだろう。
HDDなんて衝撃を与えたら、剥き出した基盤の損傷、内部の損傷、SMR以前の問題。
普通考えなくても分かるだろ。 何年も通電しないで放置しとくとヘッドが固着して動かなくなる場合もあったよね確か
SSDのデータ揮発が取り沙汰されがちだけどHDDの長期放置も十分怖いな https://www.seagate.com/jp/ja/internal-hard-drives/hdd/ironwolf/
従来型の磁気記録方式で性能を維持する
IronWolfハードディスク・ドライブ搭載のNASシステムなら、
複数のユーザーが安心してデータのアップロードやダウンロードを行うことができます。
4TB以上のIronWolfハードディスク・ドライブには、マルチベイNASエンクロージャのパフォーマンスを維持する
RVセンサーが搭載されています。ベイの数がさらに多いNASに対応するために、IronWolf ProドライブにはRVセンサーが
標準で搭載されています。
従来型の磁気記録 (CMR) 方式を採用したIronWolfおよびIronWolf Proドライブは、一貫した性能を実現します。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
使い続けても速度が落ちない!知られざるBarraCudaのスゴさとは
https://ascii.jp/elem/000/001/719/1719972/
>同社はこのようにMTCテクノロジーによって1プラッター2TBを実現しているSMR(瓦書き記録方式) のハンディを克服。
>ユーザーがHDDの最大容量をギリギリまで使い切り、その後、何度も不要なファイルを消したりして、空きスペースを確保し、
>そのデータ配置場所が所々に散らばってしまうような状態になっても、他社製品のような速度低下は起きないと語っていた。
速度低下が起きないのならば、何故IronWolfでも海門ご自慢のSMRを使わないのだろうか。 >>55
まじか!まさかSMR先駆者の公式からCMRって単語が聞けるとは えーそんな明言するのかよww
従来型の磁気記録方式でないなら「複数のユーザーが安心してデータのアップロードやダウンロードを行うことができません」
って事ねww
ユーザはjob、アップロードは書き込み、ダウンロードは読み込みだよな >>55
海門曰く、速度低下が全く起きないとは言っていない
他社製品のような落ち方はしないということ
好意的に見れば、まあこういうことだろう >>58
あーなるほど。
「他社製品のような速度低下」は起きない
ということか。
てっきり、
他社製品のような「速度低下」は起きない
だと思ってしまった。 従来型の磁気記録方式で一貫した性能を実現しますって
まるで一貫した性能を実現しない奴がいるみたいじゃないかー
そもそも CMR の性能だって言う程一貫して無かったろw >>59
楽しい夏休みの宿題 は、
「楽しい夏休み」の宿題であって、
楽しい「夏休みの宿題」ではないとかそんなん HDDって、PowerChoiceとかIntelliParkとか、場合によっては今回のSMRでプラッタ数削減とかで、
性能や耐久性を犠牲にしてまで消費電力を削減しようとしているよね。
なんでだろう?費用対効果では絶対悪いと思うのだが… >>62
データセンターのサーバー目線なんじゃね
HDDの手前にSSDあったら性能なんていらないので
電力消費抑えられたら助かると
因みにインテリパークで1日1台0.5円位電気代が浮くという話があり
それで計算すると1万台で1日5000円、一月15万円でなかなかの額になるね
まあ、実際そんなに使ってる人がいるかは知らないが >>63
逆だよ
エンプラ向けHDDは、常にバックメディアスキャン(BMS)をして、
常に記録品質の最適化と最短時間のレスポンスを実現している
BMSはサーマルキャブレーションも兼ねてるしな
これは、回転振動センサー(RVS)が付いてないコンシューマー向けでは出来ない事だね 対してコンシューマー向けHDDは省エネと衝撃を受けて盤面を傷つけるリスク軽減の為に極力ヘッドを対比させるし、サーマルキャリブレーションもユーザーアクセスに混ぜてやっている。
当然、本来の転送レートは出せないし、原理上エラーレートは上昇しやすい >>64
今どきパフォーマンス欲しければSSD使うんじゃないのか?
ホットデータコールドデータみたいに切り分けて 金沢技術短期大学のLinuxイメージ配布サーバは総SSDに切り替えてた
負荷によってストレージ変えるという階層型とか、管理者が早めに見切りつけてたな >>67
管理しやすいもんな
そのシステム用の最適化が必要になるだろうし ST8000DM004が壊れやすいという話を聞いたが、もしそれが本当だとしたら、SMR以前の問題じゃねーの? 売れてるからそれだけマイナスレビューが多いって事かもしれない >>59
それ、前置修飾しか無い日本語でしか書けない行灯記事だなw >>71
書き言葉なら漢文読み下し由来の、即ち〜ところのものでイケるよ
速度低下すなわち他社に類する(ところの)ものは >>72
こんな表現方法があったのか感動した
「他社製品のような速度低下」とか、 他社製品のような「速度低下」と書く語法がもう新しい日本語の感あるけど 言葉遊びならラーメンズが面白い
ようつべでフルで見れて、しかもテレビのバラエティー番組より面白い WD黒にSMRの採用例が出たとか。
早さがウリの黒で…? >>78
腕は茂と違って、メディアキャッシュ処理で糞づまりを起こさない内部処理なんだろう >>79
瓦は物理的に特大バンド単位でしか書き換え出来ないので、
どんなに制御で頑張ってもCMR相当にはなれない >>79
キャッシュである以上溢れさせないのは不可能だと思うが
溢れにくくはしてるのかもな
といいつつWDはSMRで問題出て訴訟起こされそうみたいな話もあった気がするが
あれは立ち消えたのかな >>80
何をもって特大か知らんが俺はどっかの資料で30MB程度って見た気がしたが
まあ、セクタに比べたら特大だしCMR相当になれないってのもその通りだと思うけどな >>83
なんでかは知らないけど、新しい知見が頭に入らない人がいる
バンド30MBも何度も書かれている
なのに頭に入らない人がいる 30Mって事は1セクタ512の約6万倍
→論理的な最悪値として1/6万の速度になる(シークやトラック無視してるから最悪じゃないが)
→素体200MB/秒なら論理最悪3.5KB/Sぐらい
そんなの許されないからCMR部分にMCを置く。がMC溢れた時の最悪値は…
まぁ、どんなに制御で頑張ってもCMR相当にはなれないのは否定できんわな。普通は。
あーそれと
普通に使えば問題ないんじゃない?何が普通か知らんし、俺や誰か・一般人の普通を統計的な調査も無しに何処かの誰かか把握出来る訳も無いが。 >>85
アベレッジで30MBだね。
ある資料によれば外周のバンドは40MB。内周のバンドは20MB。可変でしょ。
>>86
メディアキャッシュはキャッシュ。一時置きバッファじゃないのよね。
フラッシュのタイミングはHDDお任せ。ここがキモなんだけどね。
MC上にデータがキャッシュ維持された状態なら読み書きはMC上で済む。
CMR的な極端なシークは極少なので高速。CMR対比でSMRが優位なの。 >>87
バッファーはデータを移動する際にデータを一時的に保持するのが目的
キャッシュは頻繁にアクセスされるデータを高速アクセスのために保持するのが目的
SMRのメディアキャッシュはキャッシュって名前だけど、
バンドに書くためのバッファー的な使い方もされている >>87
あははSMRの方が高性能ってww
@MC積んでるCMRの立場はw無視?
→CMRとしては必要ならMC乗せるだけ。
AMCによる高速化がそんなに有効なら広まるでしょうがナゼ広まらない?
値段以外でSMRの方が優位なんて意見、極々一部の人しか言わないよ。普通はw こないだ出た東芝SMRのキャッシュが128MBですから >>91
茂はタイアードメモリだっけ?
なんかそんな名前で汎用ラインナップに載せてる キャッシュは基本PC側でやる
HDDは内部事情による読み書きの効率化のためのバッファを持つだけ
HDD側にバッファがたくさん必要と言うことは
それだけ内部事情が多いと言うこと そのうちHDDの外にさらにキャッシュ作るためのツールとか出してきそうだな ホストマネージドかHDDの内部事情を良く知ってるのでなければ意味がない
普通のライトキャッシュはPCで十分 >>95
>>96
??SMRに書き込む前にSSDにでも書き込んどけば良いだけだろ? >>95
Intel のOptane Memory がそれだね。
Firecuda 内蔵の8G NAND とは趣は違うみたいだけどね。 >>99
海門HDDの初号機ST-506 もCMRって呼べちゃいそうな。 ST8000DM004購入
6TBほどバックアップ中だがTSやISOのでかいファイルばかりだから速度は落ちないな 初回に限らずある程度シーケンシャルなデータはSMR領域に直接書くよ 50〜100MBくらいのファイルを大量に転送するときが要注意 新品でまっさらなHDDだったらランダムライトは起きないぞ。 WindowsのNTFSだとHDDの外周10%が基本的な管理情報保存領域だから
ファイル生成クローズ更新ごとにヘッド移動を伴うランダムライトが常に生じる。
Linux採用なNASとかTV録画機の場合、実ファイルは常時離散的ランダム配置で
加えてファイル管理情報やトランザクション履歴などがうわ被せ。なので
ランダムラムライトは常態。 >>109
意味不明
ランダムなセクタの書き換えをすればランダムアクセス
これに近い書き込みを一般的にランダムアクセスと言う まあファイルシステムは難しいよ
ファイルはHDDが管理してるんじゃない!OSが管理してるんだ! WDのってホントにSEAGATEで言うメディアキャッシュ領域的なもの持って無いんだろうか
Trimをサポートしない物で使うのはマズいかな >>117
逆じゃね?
腕がtrimあり、茂がtrim無し >>117
いやいやいや、メディアキャッシュ無しは無理だろ
TRIM はそのメディアキャッシュが足りなくなるのを避けるために
利用してるんだろ
その成果か個人的にはRAID以外では
海門でメディアキャッシュが足りなくなったっぽい話は何個か見たが
WDでは聞いた事は無い しかし、RAIDコントローラーが仕事してくれたおかげでHDDメーカーはどのHDDがSMRか書かなければならなくなるとはなw >>118
あれ?書き方マズかったかな…そう、その通り
>>119
なるほどね…しかしTrimをサポートしないシステムでは
SEAGATEのと比べて全領域一度だけ書いた後のパフォーマンスが
どうなるかはまだ気になる所ではある
そういえばWDのってファイル削除した後復元できないってあったけどコレOSからちゃんとTrimされてる証拠じゃなかろうか >>121
Trimを要求するHDDでファイル復元できなくなるのはその通りTrim が効いてるからだろうね
元々OSは削除したファイルのアドレスは読まないようにするだけでそれ以外何もしてなかった
だからそのアドレスをもう一度読めば復元できた
Trimとはその削除したファイルのアドレスを未使用領域としてHDD側で小細工に使用したいから
OS にTrim 対象としてHDDに通知するように要求してきた
そしてHDDは自分で使うためにもTrimされた(未使用の)アドレスの見分けがつくように
データ無しを返すようにした
これが Trim の概要
Trim された領域をHDDがどう使ってるかは謎 てーことは、WDのSMRは0フィルとかやらんでも、Trimかますだけでセキュリティばっちりってことか >>123
残念ながらそうでもない
HDD は TRIM されたアドレスを読もうとすると未使用を返すようになるが
プラッタ上からそのアドレスのデータを消したわけではない
なので HDD を改造するかそのプラッタを別の HDD に移植する事で復旧できる可能性は残ってしまっている
そんな事は不可能だとするならTrimで十分と言う事になるが
多分不可能だと断定はされてないと思う >>123
そうかもね。trimされた時点で論理的にゼロクリア等価だから。SSD的に。
逆にいえば、誤操作で削除したフォルダやファイルはundelete不能。
また誤操作や悪意あるVirusトロイ発動で初期化フォーマットされて
しまったHDDは骨壺の灰同然になるということらしい。CMRや海門系SMRなら
灰化は回避。既存のツール類でリカバリー復旧できるかもですね。
SSDやWD系HDDのその種の回復不能的データ消滅が発生し得るのは、
LBAー物理セクタのtranslation tableの故。最近のWDのHDDではこの
翻訳テーブルのアルゴリズムを改良して常用テーブルが破壊されても
復旧できる仕組みを取り入れたとか。対応機種例は以下。
ただしリカバリ手順は複雑要慎重。トレーニング必須でプロむきだとか。
WD30NMZW, WD40NMZW, WD20SDZW, WD10SMZW
物理バンドを読めたとして、4-8TBもあるシュレッダーゴミを紡いで
ファイルを再生するとか。人間のすべきことじゃないでしょうなあw
https://www.blizzarddr.com/wd-smr-translation-new-road-blocks/ >>126
復旧業者なら間に合わせのツールでも使ってつなぎ合わせるんでないかい?
商売だもの ささやき いのり えいしょう ねんじろ!
ざんねん しーげいと は はいになってしまった! >>127
さあどうだろう? 露製HDDリカバリツールPC3000の国内代理店の中の人でさえ半年以上かかる。
だから修理不可と考えてください。とか言っているようだし。英文HPの中の解説では、WDの翻訳
テーブルはマルチレイヤーでセカンダリもあるが下手に書き込みするとそのセカンダリ・テーブルも
蒸発しちゃうから要注意。って言っているね。彼ら的にはそこでPC3000ですよ。コイツを使えば
WindowsとかがHDDに送出する書き込み命令を遮断できるのでHDDを完全読み出し専用でアクセス
できますよ。というストーリーが埋め込まれているみたいだけどね。ちなみに俺はDR業者じゃないよ。
SMDな時代からHDD使っている一般人w
データ復旧のプロが語った「HDDの構造から最新技術、データ復旧技術の最新事情」
(2015@最新でもない古いネタだけど)
https://akiba-pc.watch.impress.co.jp/docs/event/nasexpo2015/726151.html WDのSMRでトリムが使えても、WDはインテリバーカがあるからなぁ。
まあ、海門でもバカーチョイスがあるが… >>131
フールパークはOFFに出来るから実害ないやろ(SMRは知らん)
HGSTのAAM/APMと違って、電源切ってもちゃんと覚えてるしな >>132
最近のインテリパークはツールで止められないと聞いてるが
それ聞いたらWD青を買ったけど取り付けが億劫 >>131
トリムはHDDの追加機能じゃなくてHDDがOSに要求してるものだぞ
使えて喜ぶものでは無い >>133
ここSMRスレだったな、スマン
>>136
非trim環境でも茂SMR相当で動くなら付加機能と言えなくもない
trimないとマトモに動かないなら、正に要求と言うのが相応しい
例えばTLC以降のSSDだと要求だね TRIM無しって
制御アルゴリズムがSSDレベルに達してない糞コントローラーって事だぞ
TRIM無しでいいのはセクタ単位で読み書き出来るデバイスだけ 元巡査の男に懲役3年求刑 女子中高生買春、福島
女子中高生4人にみだらな行為をしたとして、児童買春・ポルノ禁止法違反などの
罪に問われた元福島県警いわき南署巡査、御代田悠被告(20)=懲戒免職=の
初公判が7日、福島地裁(加藤亮裁判官)であり、検察側が懲役3年を求刑、
即日結審した。判決は25日。
御代田被告は起訴内容を認め、弁護側は執行猶予を求めた。
起訴状などによると、御代田被告は昨年4月から12月、インターネットで
知り合った女子中高生4人が18歳未満と知りながらみだらな行為をし、
携帯電話で生徒らの裸の写真などを撮影したとしている。
育成条例違反容疑で男2人逮捕 宇都宮中央署
宇都宮中央署と県警少年課は14日までに、県青少年健全育成条例違反の疑いで
福島県小野町浮金、アルバイト従業員御代田悠容疑者(24)と
茨城県つくば市稲荷前、アルバイト従業員茂木元博容疑者(30)を逮捕した。
逮捕容疑は共謀の上、2014年8月14日、宇都宮市内のホテルで
県央在住、当時14歳の女子中学生に対し、18歳未満であることを知りながらみだらな行為をした疑い。 >>138
茂のSMRはtrim実装されたんだっけ? >>138
SSD信者さん?
HDDでtrim機能全開で使ったら、undeleteとか使えなくなるんじゃないの?
伝統的なCMR HDDはそんあ機能無いからundelとか使えるわけでw そんあ /そんな
茂SMRとかではtrimないでしょ。crystal disk infoでtrim機能ありと表示されるが
デバイスマニュアルのPDF確認したら記載なし。どうなってんの? という議論が
あっちの方で見たことあるけど。 >>143
> HDDを選ぶ理由がundeleteって
WD方式のSMRは物理的エラーで翻訳テーブルが破壊されたらただの骨壺化するし。
trim全開使用しpたら、ポカミスなファイル削除や事故フォーマットとかでさらに
悪意あるトロイとかのファイル削除などなど、不測の事態で救済されない。
人間のミスに厳しい機械なのよ。バックアップ完全を心掛けるのは当然として
HDDを選ぶならまさかの不足事態陥っても被害最小に出来る機種を選ぶべきだね。
廃棄の容易さで選ぶならtrim完全サポートのHDDだろうけどお、
trim機能あっても使わぬが吉。SSDは別のお話。 >>137
そのTRIMを行う事のメリットが公式的にも謎のままなので
本当に要求してるだけだよな
まあ、WDのSMRは性能が良いらしいという噂はあるけど
それもマジで噂でしか無いわけで誰も検証出来たわけでもない
どっかに英語の文書かなんかあるんだっけ? >>146
win10ならそうかも知れんがRAIDコントローラとか
HDDレコーダーとかゲーム機なんかはどうなってるかわからんしな >>144
undeleteなんかに頼るのは危険極まりない
セキュリティをTrimに頼るのと同程度のアホ 削除するとデータが消えてしまうのがイヤだから
SSDは使わない?
原始人ていうか、頭が弱い人? CMRはTrim不要
SMRはTrimが無いと原理的に性能が悪い
(あっても悪いけど無いとさらに悪い) >>149
SanitizeかSecure Eraseだよな! >>151
っていう噂な
その原理ってどっかに書いてあるのか? しかし、TRIMって基本的にデフラグツールで命令送るんだよね?
HDDだと普通にデフラグになるはずだが、どうなるのだろう。 >>155
何をおっしゃるうさぎさん?
いや、普通にWin10とかはファイル削除するのとほぼ同時にHDDにTRIM通知してると思うよ
既にSSDが要求してたろ
あー、SSDには通知するようになってるけどHDDは無理じゃないかって話?
Trimを要求するHDDはOSにSSDだと誤認させるような仕組みになってるとの噂
単にHDDがTrim有効の設定フラグ立ててるとOSが勝手にSSDだと誤認するだけかも知れんが >>147
> そのTRIMを行う事のメリットが公式的にも謎のままなので
Western digital社はtrimコマンドの用い方有用性についてきちんと解説しているよ。
↓を読むとこのスレのtrim@SMRについてレスの多くがデタラメであることが分かる。
個別するとマウンターが暴れそうだからとりあえず放置w
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 trim対応SD > trim非対応SSD > CMR >> trim対応SMR > trim非対応SMR >>159
そう、WDがやらかしたおかげで記録形式を公表しなきゃいけなくなったのは実にいい流れ
WDはうやむやにしたまま瓦機種を増やしていきたかったんだろうがw >>160
trim非対応SSDはSLCと中初までのMLCであって、
trimコマンドを使わなくても性能が落ちないし寿命も気にする必要がないほどあるから不要なんだよ trimが無くて性能が落ちないなんて事はあり得ない
変わらないならtrimを活用出来ない糞制御だってこと 使い続けても性能が落ちないtrim無しSSDなんか無い この頃はSATA上限まで性能でてなかったしな
TLCはtrim有りでも性能落ちてるだろ、許容される程度って事だよ >>164
それはどうだろう
実際に使うのは人間で人間がSSDを使う期間は有限だからな
その有限の期間性能が落ちないのであれば
Trim無しでも実現は出来るんじゃないか? SMRの性能で気にならないような鈍感な人なら
trimの有無なんてさらにどうでも良いのかもね SSDは正しくウェアレベリングするためのtrimだとして、SMRはなんのため?
詳しい人教えて 無駄なリードモディファイライトの削減
SMR領域とキャッシュ領域のダイナミックな切り替え
要するにパフォーマンスアップ SSDも目的はウェアレベリングだけではない
リフレッシュやパフォーマンスアップにも使う 2.5インチだと、1TB以上は皆SMRと言う時代になってしまうかもな…
それでいて低速回転とか。
SMRこそ高速回転が必要なのに。 >>169
返事はありがたいが抽象的だなあ
trimで何がどうなるのか知りたいよ >>171
サーバー意外はみんなSSDという時代が来る >>172
抽象的か?
非常に具体的に書いたつもりだが SMRの場合はゾーン単位でしか書き換えができないからゾーンの内容を退避する必要があるが、TRIM対象領域は退避の必要がないので詰めたり飛ばしたり出来る
それを知ってて理解していないのかな? 知識が少ないぞ? ん?って煽りたかったんじゃないの SMRといっても、海門系はCMRのような構成、挙動。特殊なCMR-HDDと
見做せられる。対してWD系SMRはSSDのような構成、挙動。動作挙動が
かなり違うからほぼほぼ別物として考えた方がいい。HDDでTRIMはサポート
無しで本来無問題。特に海門系ではマニュアルにさえ解説が無い。対して
WD系では実装済みで使用解説もある。>>158
なぜWD系SMRでTRIMが実装されたのか。WD系SMRはSSDと類比出来る
translation tableでLBA/物理セクタ-バンドを対照しつつ割り当てる。
SSDとWD系SMRの違いは、WD系SMRは常時ガベッジコレクションが駆動
していて、上書きを回避する時ランダムに選ばれた新規バンドに一時書きし
その後空き時間にCMR的あるいは海門的LBA直列連続イメージのSMRバンド
位置に再配置される。このガベコレはSSDでは完全不要だがHDDではベッド
移動に伴うオーバヘッドが処理速度を左右するから必須。このガベコレを
そもそも不要にするために上書き回避を省略するためにTRIM処理であらかじめ
書き込むべきバンドをクリアしておくことが望ましいとされている。みたいね。 >>158を読むと、特にSMRでストリーミング録画するような場合、記録エリアは
予めTRIMしてクリーンアップしとけ。みたいな注意書きが散見。WD系SMRでは
使用中データ有りのセクタバンドへの書き込みは常に退避書き→書き戻しガベコレ
が発生するのでスループットが悪くなる。CMRとかではそんな回避行動は無い。
ここは注意点ですね。WD系SMRではTRIM処理を行なってクリーン状態にしておいて
ようやくCMR/海門SMRレベルの書き込み速度が確保できる。というだけのお話。
WD系SMRは上書き処理時スループットは他と比べて悪い遅い。海門SMRは
MC横溢していない場合はCMRより高速となる場合もあるがCMRがオーバーフロー
すると途端に劇遅モードに落ちる。一長一短ですね。
TRIM発行で削除ファイルの原データが喪失する件については以下参照。
---------
Trim命令が機能していない従来の環境(ハードディスクやUSBメモリなど)では、
OSはファイルを消去してもデータ実体を消去しませんでした。(図2)このため
データ実体が完全に失われるのは、同じセクターに新しいデータが上書きされた
場合などに限定されていました。データ復旧ではこの仕組みを利用することで、
「誤って消してしまったファイル」「初期化してしまったストレージ」「障害に
よって見えなくなったファイル」なども、復旧の可能性が残されていました。
しかしTrim命令が有効な場合、OSが「消して良し」としたデータは二度と
戻ってくることはありません。OSが削除したファイルはSSDが消去して再利用に
備えるため、データ実体が残留する可能性は無くなるためです。従ってこの
機能を有効にする場合(有効になっている場合)には、従来よりいっそう
定期的なバックアップが重要になることを忘れないで頂きたいと思います。
TRIM命令に功罪
https://www.logitec.co.jp/data_recovery/column/vol_005/ >>176-178
ありがとう
こういう説明が欲しかった
>>174
も付き合ってくれてありがとう
感謝! >>180
お前よく会話にならないって言われるだろ 問題はCMRのHDDがいつまで選択肢として残るかだがな >>183
大容量エンプラ向けにはずっと残るよ
茂だと8TB、WDだと6TB未満は諦めるしかない サーバー以外はSSDに置き換わる
サーバーはCMR(またはSSD)を使う >>184
かつてのSCSI HDDのようになってはなぁって事さ >>183
WD紫やSkyHawkみたいな多重録画・監視カメラ用は残るか もうSMR統一してもいいけどするんだったらせめてQLCのSSDの容量単価をいまのCMRくらいにしてほしい 結局、SMRしか選択肢が無いとしたらどこのが良いのだろうか。
ノウハウ持ってる海門か、Trim対応しているWDか。HGST/東芝は如何なのか。 >>192
WD REDに出てくる前はそう思ってたんだけどね……
先のことは解らんわ >>189
ワッチョイでJP出るなのはカタギじゃない説 WD Gold 18TB(2TBプラッタ9まいやん)って、SMRなのかな 9まいやんって何だよ…9枚だよ…俺が乃木ヲタってバレてしまう 金18TBはエネルギーアシスト磁気記録採用のCMR2TBプータラ 100TB のssdもたった400万で買えるからhddの存在価値はもうない 10TB 10台だと2マソ x 10台で20マソで100TB達成出来るのにな
20マソのNAS買っても断然安いわ ttps://www.seagate.com/www-content/datasheets/pdfs/barracuda-2-5-DS1907-3-2005JP-ja_JP.pdf
海門いつからSMR公表するようになったの?
…つーか2.5インチ、500GBもSMRなのかよ… >>202
WD東芝が公表したんで自分達だけ隠してると裁判の的になっちゃうからな
アホWDのおかげで買い物しやすくなってよかった RAIDコントローラーがSMRを否定したのが神だったな。 RAID用ドライブを交換しようと物色していたら
いつの間にか面倒な事になってんだな
4TB〜6TB程度でCMRのドライブって何が残ってるんだろ?
信頼できそうだったWD Redが一番最初にやらかしたのが痛いよなぁ WD赤の件。以下を読むとWDはSMRの文字をドキュメントに入れていなかった事は
認めているが、指摘されてたリビルド時のトラブルとかがSMRに起因しない。って
言っているみたいね。よくいるSMRガーなモンスタークレーマーが大騒ぎしただけの
迷惑話。というニュアンスと受け取れないこともないですなあ。
However, a WD Red datasheet does not mention SMR recording technology.
----------
WD comment
We brought all these points to Western Digital’s attention and a spokesperson told us:
“All our WD Red drives are designed meet or exceed the performance requirements and
specifications for common small business/home NAS workloads. We work closely with
major NAS providers to ensure WD Red HDDs (and SSDs) at all capacities have broad
compatibility with host systems.
“Currently, Western Digital’s WD Red 2TB-6TB drives are device-managed SMR (DMSMR).
WD Red 8TB-14TB drives are CMR-based.
“The information you shared from [Geizhals] appears to be inaccurate.
“You are correct that we do not specify recording technology in our WD Red HDD documentation.
“We strive to make the experience for our NAS customers seamless,
and recording technology typically does not impact small business/home
NAS-based use cases. In device-managed SMR HDDs, the drive does its
internal data management during idle times. In a typical small business/home NAS
environment, workloads tend to be bursty in nature, leaving sufficient idle time
for garbage collection and other maintenance operations.
“In our testing of WD Red drives, we have not found RAID rebuild issues
due to SMR technology.
“We would be happy to work with customers on experiences they may have,
https://blocksandfiles.com/2020/04/14/wd-red-nas-drives-shingled-magnetic-recording/ SMRが原因じゃない、と言い張っても
トラブルが起こってる事は事実なんだろ?
じゃあ何が原因か特定して発表しろよ、と >>206
SMR禁止と明言してるRAIDコントローラーメーカーがあったと思ったがそんな事言って大丈夫なんかね いくらSMRのせいじゃない言っても、じゃあ裁判やろうぜ言われれば必死に逃げ回るんだから
認めたようなものよ CMRに入れ換えれば無問題
原因はSMRに有りと判断するのが妥当 アリかナシかは消費者に委ねよ
そのためにSMR/CMRの明記をせよ
こんなん当たり前の話なのにな >>205
基本的にWDなら4TBかHGSTの8TB〜14TB、茂なら鉄狼がCMRだね
今のところ SMRは外付け倉庫用途ならRAID1組んでも大丈夫? 一度しか書き込まないなら大事じゃないの?
テストすら出来ないが 移動した
●誰かの主張
SMRはRAIDに向かない、現にアメリカでNASで問題が出たじゃないか
●に対する俺環、反例
WDのSMRは知らないが、mdadmなら茂SMRでもなんとか維持可能 条件明記したり、だめだった場合の条件書いたりと使える情報をこまめに書いたら、アホが煽ってきてうっとおしかったんだよなw
三十年使われてる訳語を否定したり、自慢しとるだとかコンプレックス難癖つけたりとアホ無双で最低だったわ
煽りしか能がないのはホント邪魔
俺環を再々掲示
271 Socket774 sage 2020/09/09(水) 16:55:30.03 0
ついでだから俺環境の再掲
OS: Linux
RAID: mdadm RAID5 bitmap付き
HDD: 茂6TB x6 SMR
fs: ext4 環境を書いて再現性のある条件を明らかにしてるのに、見る知恵もないw
挙げ句、煽り専みたいなのが湧いて出るのでは自作板も末期よな MD RAIDって一般的に使われてるんじゃないの?
他だとLVMとかbtrfsとか? >>229 >>232
この芸のない芸風、注意力のなさ、パナソニックレコーダーのHDD換装スレに出没した
「〇〇遅れ」というなかなか凄い称号を与えられたアホに似とるな
確か親ナマポの人だったか
>>231
NASの中身がLinuxだから、RAID組めるような新しいのはmdadm
古いmdtoolsはマザボのRAIDを扱える
差別化出来るNASメーカーはdroboみたいに自社で開発してるけど
LVMはRAIDより高レベル(ユーザ寄り抽象化寄り)に位置する層 いつまでおれさまraidの話し続けるの
しかし煽り耐性ないね 煽り耐性ないのは君よ
俺は煽るから君は無視すれば? でいつまでおれさまraidの話し続けるの?
いい加減スレチなんだけど >>237
煽り耐性ほんとになかった!
びっくりだわ >>238
無視できないの?
気になるの?
俺は煽り耐性低いから反応するよ
君も低いの? >>239
どうせラストマンスタンディングなアホでしょ?
煽りしかできないタイプのさ >>240
NG入れて無視でもいいんだよ?
おれは耐性低いから反応するけどさ
君も反応する? >>242
そう煽りしかできないタイプなのよ
いつまで遊ぶ? >>251
だってこのまま行くと1000まで行くよ? >>254
君がやめない限りやめないからさ
1000まで行くよ >>257
そう頭おかしのよ
だからお前に粘着するよ お前にできるのは無視するか、ココに書かないの2択
お前が反応する限り不毛なレスは続く さて、SMRで応答が遅くてもRAID成立する条件は書いたので、あとは皆さん適当に使ってください
つまり、俺環じゃなくなります BSは雨に弱過ぎ
なるほどネット配信こそ正義だわ
隆盛するのもうなずける 雨くらいでBSが映らないなんてないよ
CSの間違いだろ
CSは雲が厚いくらいでノイズが入るからな 内容はこれ >>217
●誰かの主張
SMRはRAIDに向かない、現にアメリカでNASで問題が出たじゃないか
●に対する俺環、反例
WDのSMRは知らないが、mdadmなら茂SMRでもなんとか維持可能 >>268
なるほど。既存データ記録済みのセクタ上書きが遠因しているかもね。
上書き更新について、海門-SMRはCMRライクでとりわけ特殊な処理は無用。
WD-SMRは上書き更新を行う際TRIMコマンドで上書きすべきバンドを予め
オールクリアしておくことが推奨されている。WDの上書き更新の機序は
まず別セクタ・バンドに上書き更新分を退避書きする。その後の空き時間に
本来的保存場所に書き戻すガベッジコレクションを行う。この一見無駄な
動作を省略するために、上書き前に予めTRIMコマンドで当該セクタをクリア
しておけば退避書き無しで一気書きできる。WDのSMRはそういう手順が
推奨されるホストマネージド。WD的TRIMの意義はSSDのそれとは似ているが
だいぶ違うみたいね。またWD-SMRは翻訳テーブル変換方式なので海門-SMR
のようなメディアキャッシュは持っていない。らしい。
CMR命でTRIMなんてシラネーヨなRAID環境だとWDのSMRは辛いかもね。
海門でもバンド書きがあるからCMRほど軽くはない。がしかしメディキャッシュが
バンドバッファとしてCMR的機能を果たすからWDの退避書きよりは軽い。かもね。
WDの件。訴状を読むと原告はNAS/RAID対応を公言する赤に無断でSMR投入した
マーケティング・ミスを突いている。フィリップ・モリスが自社タバコに健康被害
可能性警告の注意書きを明記しなかったことで敗訴して100億単位の賠償金を払う
ハメに陥った例にならって、原告団を構成すべく弁護士事務所は原告団勧誘をWEBで
やってるみたいね。日本からでも酸化できそうだが証人喚問とかで渡米要請されたら?
君子危うきに近寄らずですなあ。 被害者ビジネスの該当機種と募集要項は↓。
=======
The affected HDD (hard disk drive) models are:
3.5″ WD Red 2TB, 3TB, 4TB, 6TB
(SKUs: WD20EFAX, WD30EFAX, WD40EFAX, WD60EFAX)
3.5″ WD Blue 2TB, 6TB
(SKUs: WD20EZAZ, WD60EZAZ)
2.5″ WD Blue 1TB, 2TB
(SKUs: WD10SPZX, WD20SPZX)
2.5″ WD Black 1TB
(SKU: WD10SPSX)
If you bought one of these Western Digital hard drives and believe you have been a victim of this fraud, please contact us about your experience
========
Western Digital Lawsuit For Shipping Slower SMR Hard Drives Including WD Red NAS
https://www.hattislaw.com/cases/investigations/western-digital-lawsuit-for-shipping-slower-smr-hard-drives-including-wd-red-nas/ >>270
SMRなディスク単体と同じことで、追記中心の利用なら大して問題ないのよ
その追記もRAID5なら「(台数-1)*MC size」までは一度にできるし、MC回復時間は一台の場合と同じ
MC...メディアキャッシュ >>274
自作板にもかかわらず
情報提供皆無の煽りしかないやつが
本性晒してて笑うw
S Stupid
M Moron
R ​Ridiculous
自作板にいて作もなし
サイコ過ぎて粘着しかできないと来た >>276
一連のやり取りで、
無視って書いてるのはお前だけw
記憶力もおかしくなってるじゃんw 気にしないで無視すればいいのに
いちいち反応するのね >>273
実話はそのようなレベルの単純なお話じゃ無いみたいよ。↓URLの図表参照。
CMRな40EFRXなら878分で終わるresilver(再同期処理)が
SMRな40EFAXだと13784分。約16倍の9日半も掛かるのどうするの?
というお話。resilverって実装環境毎で実現手法に差異はあるだろうけど
ほぼほぼシーケンシャルな追記書き込みなのでは? ってね。
ちなみに、俺的経験でST4000DM0004でMCがオーバーフローすると書き込み
速度は120MB/s程度から100KB/s以下と超低速化した。正常時対比で
書き込み処理時間は100倍以上遅くなった。いったんオーバーフロー状態にハマると
アイドル状態に戻すためにpはけっこうな時間がかかる。追加的書き込みを止めて
無作為で完全放置をキープしたままでは、5分経過程度ではMC内容のフラッシュは
終わらない。100%ビジーのかま。実測実体験的に15分間程度放置しないと
アイドル状態には戻らなかったですね。
いずれにせよ、resilver処理でSMR-HDDが問題を起こすとすれば、NAS/RAID
機器環境がたまたまタコだったから。だと思うね。WD曰く、プライマリなベンダの
機器環境でSMRなWD赤は問題はなく使える。と主張しているようだし。
https://arstechnica.com/gadgets/2020/05/western-digital-gets-sued-for-sneaking-smr-disks-into-its-nas-channel/ かま > まま
ああ、オッサンたちはまた始めるのか。マウンティング合戦w マウンティングなんて大層なもんじゃないよ
おちょくって少しでも精神的にイライラさせたいだけ
いちいち反応しないと気がすまない馬鹿だからやりやすい 折角のワッチョイスレなんだから黙ってNGすればおk >>281
zfs絡みで目にしたことあるけど、resilverが該当記事には出てこない
でもって、件のNASはzfsだったみたいね
個々のファイルでCRC取るからかも知れん
それでキャッシュの効きが悪くなるとか
resilverの訳語は普通に再同期、またはingつけて再同期化だよね【念押し】
鋭い対比とかsneakingとか、いちいちもっともな記事だわ
記事紹介ありがとう
ここから本題
繰り返しになるけどbitmap onで追記箇所のみが同期する
「(台数-1)*MC size」内の追記ならCMRと同じ処理時間
例外はディスクの脱落からの再同期【重要】
新しく追加した一台に集中した書き込みがバックグラウンドで行われるので、応答が悪くなる
MC溢れでレスポンス鈍すぎるなら、その1台はCMRに付け替えとなるだろう んで結局のところSMRのメリットってなんなんだぁ?
まったくないわけじゃないだろうけど正直感じづらい >>289
比較的安い、それしか売ってない等々
実際は売り手のメリットだな ムリする・性能低下の代わりに安くて大容量で記録効率上がると言っても大体作る方のメリット
今までの方式の奴でいいからと言っても作る方の都合 作って売る方の都合でけったいな仕様製法採用、順次標準化で
表向きは大容量で安価になると見せて、質・性能面はこっそり劣化してるとなるというのはよくある
従来品がいつの間にか高性能な高級品化してみたり
CMRのHDD、3D-TLCのSSDがいつまで普通に買える物として残るものか… >>293
まさかQLCが実用化されてTLCを選んで買う事になるとはね
寒PROがTLC化だってさw SLCはほぼ絶滅したな。MLCも絶滅寸前。TLCも絶滅するのかねぇ? >>289
性能面ではメリットなんて無いよ
存在目的はプラッタ内に多くのデータを詰め込んで容量を増やすことだからな
書き込みヘッドのスペック以上に詰め込んで書くから
書きこむのにえらい時間がかかる
それを誤魔化す為にメディアキャッシュ(MC)という不揮発領域にキャッシュを用意したけど
MCから本体への書き込むのが二度手間になるし
MCが足りなくなったら終わるしなのでCMRと比較して良い所は何もない 熱アシスト実用化されてもコンシューマー向け底辺(要は青)には降りてこなさそう
どうせ金とか赤pro(糞高い)で、青はSMRだろう >>289
CMR比でプラッタあたり最大50%の容量増 熱アシストの時代になるとsmrが必要なくなるだろ
1プラッタで10TBとかのレベルになってくると >>300
熱アシストはコストアップするんだよ
対してSMRは上位機種の再生ヘッドを使い回すだけでプラッタ減らせてコストダウンになるから 従来の磁気記録方法を用いたHDメディアの記録密度約1.14Tb/平方インチに対し、
HAMRでは将来的に5〜6Tb/平方インチを実現できるとされ、同じディスク枚数で
あれば3.5インチHDDあたり70〜80TB程度の記録容量が実現可能であると想定
されている。すでにSeagateがHAMR技術採用の16TB HDDを市場に投入している。
https://pc.watch.impress.co.jp/docs/news/1233963.html 補助金不交付決定
天皇弄りはあかんよな
あと、慰安婦像のパチもんみたいな奴とか 持ってもいない使ってもいないパーツの知ったかなんかは、糞アフィのITハンドブックにやらせとけばいいんだよ
あれは価格でも工作めいたことやってるそうじゃん
>>301
基本ファームウェア改修だけで済むからなー
まあディスク脱落からの復帰や容量の拡縮は負荷が大きいからSMRでは無しだ
CMR追加or別途新規RAID組んでファイルコビーとかになるのだろう
可用性はあるわけだからいいか
>>305
結局、金髪豚野郎の売名で終わったね、ってスレ違い HDDそろそろ6年くらい回してるからバックアップしとこうと思ってシーゲートの8TBSMRにコピーしようとしたら
600GBくらいまでは順調だったのにそこから残り2400GB部分で10MB/sまでレートが落ちて24時間くらいかかる見込みになった
バックアップにも向かないとかこれ1回だけ逐次書き込みしか使えないんじゃ… >>307
貴重なメディアキャッシュ溢れ体験おめでとうございます!w
それ起こそうと思ってもなかなか起こせるものじゃないみたいよ ああ、Fastcopy試してみてほしいね
俺はFastcopyでも回避出来ないと思ってるけど バックアップ目的でお立ち台系のクローンに使う分には別になんともないんだけどな >>312
LBAを頭から尻まで、シーケンシャルにコピーしてれば遅くならないかもだ
あとは実証あるのみ シゲSMRに貯め込んだデータの整理を行ってるが、
空き容量数十GBまで書き込んだ状態のドライブ。
GB単位のデータを数個〜数百個の単位で複数のドライブ相互で書き込みと消去。
USB接続なのでたいした速度は出ないが、
Fastcopyのベリファイ付きで完了時の転送レート表示は40〜50MB/secくらい。
HOSTのPCが組んで以来動きっぱなしなi5の3000代のWindows7機だけど。
こんな感じで気が付いたら20台以上使ってるが
極端な速度低下にはまだ遭遇してない。 mdadmの人です、
RAIDでCMR→SMRディスクに換装
備忘録:mdadm ディスク交換により再構成 2020/11/06
備忘録代わりに置いておく
TOSHIBA MD04ACA400 (FP1A) [CMR]
録画置き場として古めの2014年※製ディスクで2018年※※に組んだディスクアレイ、
6台のうち1台がSMARTで不良セクタ十数か所発生し交換、交換先は
WD WD40EZRZ-00GXCB0 (80.00A80) [たぶんSMR]
こちらは単品で使ってた2019年製
2020/11/06 23:15 開始
(-r)してmdadm止めて(-S)、電源落としてディスク外して付けて
パーティション切ってあるディスクを再投入、
パーティションテーブルはGPTなので、長いパーティション名が付けられる
なので用途と切った日が付けてある パーテションテーブルはこんな感じ
$ sudo gdisk /dev/sdm
Number Start (sector) End (sector) Size Code Name
1 2048 7814035119 3.6 TiB FD00 md46_4_14-12-28※
換装したディスクの追加
$ sudo mdadm /dev/md46 -a /dev/sdn1
$ cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10]
md46 : active raid5 sdn1[7] sdk1[0] sdl1[6] sdm1[4] sdi1[2] sdj1[1]
19534421760 blocks super 1.2 level 5, 128k chunk, algorithm 2 [6/5] [UUU_UU]
[>....................] recovery = 0.0% (343808/3906884352) finish=2083.0min speed=31255K/sec
bitmap: 15/30 pages [60KB], 65536KB chunk
md60 : active raid5 sdd1[3] sda1[0] sde1[4] sdb1[1] sdf1[6] sdc1[2]
29301946880 blocks super 1.2 level 5, 512k chunk, algorithm 2 [6/6] [UUUUUU]
bitmap: 0/44 pages [0KB], 65536KB chunk
md60に比べmd46のチャンクサイズ、ちょっと小さかったかな……
ちなみに md60 は6TB x6、ST000DM003-2CY186 (0001) (全部SMR)
常用してるやつです 進捗その1
2020/11/06 23:36 10分経過、1%越えた
Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10]
md46 : active raid5 sdn1[7] sdk1[0] sdl1[6] sdm1[4] sdi1[2] sdj1[1]
19534421760 blocks super 1.2 level 5, 128k chunk, algorithm 2 [6/5] [UUU_UU]
[>....................] recovery = 1.0% (40728960/3906884352) finish=1849.5min speed=34837K/sec
bitmap: 14/30 pages [56KB], 65536KB chunk
ディスクアレイの状態
$ sudo mdadm -D /dev/md46
/dev/md46:
Version : 1.2
Creation Time : Sat Aug 25 04:05:32 2018※※
Raid Level : raid5
Array Size : 19534421760 (18629.48 GiB 20003.25 GB)
Used Dev Size : 3906884352 (3725.90 GiB 4000.65 GB)
Raid Devices : 6
Total Devices : 6
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Fri Nov 6 23:44:25 2020
State : active, degraded, recovering
Active Devices : 5
Working Devices : 6
Failed Devices : 0
Spare Devices : 1
Layout : left-symmetric
Chunk Size : 128K
Consistency Policy : bitmap
Rebuild Status : 1% complete
Name : ******:md46 (local to host ******)
UUID : 48a7e068:2be787f5:6250c029:5c11da89
Events : 57002
Number Major Minor RaidDevice State
0 8 161 0 active sync /dev/sdk1
1 8 145 1 active sync /dev/sdj1
2 8 129 2 active sync /dev/sdi1
7 8 209 3 spare rebuilding /dev/sdn1
4 8 193 4 active sync /dev/sdm1
6 8 177 5 active sync /dev/sdl1 進捗その2
2020/11/06 23:56 40分経過、2%越えた
md46 : active raid5 sdn1[7] sdk1[0] sdl1[6] sdm1[4] sdi1[2] sdj1[1]
19534421760 blocks super 1.2 level 5, 128k chunk, algorithm 2 [6/5] [UUU_UU]
[>....................] recovery = 2.0% (80586112/3906884352) finish=1879.2min speed=33934K/sec
bitmap: 14/30 pages [56KB], 65536KB chunk
ほぼシーケンシャルだからSMRといえど、それほど時間はかからないはずだが……
まあ数字通りには終わんないのが常
以上! >>320
mdadmの人ですって書いたのも読む余裕ないのかw
こんな時間に監視してるなら、役に立つ情報の一つも貼りゃいいのにな ところで、スレの24時間監視ってソレで食っていけるのかな?
賤業とは言わないが 2020/11/07 09:21
md46 : active raid5 sdn1[7] sdk1[0] sdl1[6] sdm1[4] sdi1[2] sdj1[1]
19534421760 blocks super 1.2 level 5, 128k chunk, algorithm 2 [6/5] [UUU_UU]
[======>..............] recovery = 33.9% (1328283168/3906884352) finish=1099.2min speed=39096K/sec
bitmap: 7/30 pages [28KB], 65536KB chunk
なんか速度上がってるな
bitmapでスキップしたからか? 2020/11/07 17:36
md46 : active raid5 sdn1[7] sdk1[0] sdl1[6] sdm1[4] sdi1[2] sdj1[1]
19534421760 blocks super 1.2 level 5, 128k chunk, algorithm 2 [6/5] [UUU_UU]
[============>........] recovery = 64.1% (2505908792/3906884352) finish=606.5min speed=38496K/sec
bitmap: 1/30 pages [4KB], 65536KB chunk 2020/11/07 22:43
md46 : active raid5 sdn1[7] sdk1[0] sdl1[6] sdm1[4] sdi1[2] sdj1[1]
19534421760 blocks super 1.2 level 5, 128k chunk, algorithm 2 [6/5] [UUU_UU]
[================>....] recovery = 82.1% (3208165076/3906884352) finish=347.7min speed=33490K/sec
bitmap: 2/30 pages [8KB], 65536KB chunk さて数字上のお時間なのでトイレついでにチェック
多分終わってないだろうなー 2020/11/08 03:50
md46 : active raid5 sdn1[7] sdk1[0] sdl1[6] sdm1[4] sdi1[2] sdj1[1]
19534421760 blocks super 1.2 level 5, 128k chunk, algorithm 2 [6/5] [UUU_UU]
[===================>.] recovery = 97.1% (3796889856/3906884352) finish=68.0min speed=26910K/sec
bitmap: 2/30 pages [8KB], 65536KB chunk 終わる直前
2020/11/08 04:57
md46 : active raid5 sdn1[7] sdk1[0] sdl1[6] sdm1[4] sdi1[2] sdj1[1]
19534421760 blocks super 1.2 level 5, 128k chunk, algorithm 2 [6/5] [UUU_UU]
[===================>.] recovery = 99.9% (3906148976/3906884352) finish=0.4min speed=25738K/sec
bitmap: 2/30 pages [8KB], 65536KB chunk 総評
bitmapのおかげで実質はSMRに対し4.7TBの
シーケンシャル書き込みだったことに留意しとくべきである
複雑な上位レイヤ※は避けたほうがいいのか悪いのかは不明
$ df --si
Filesystem Size Used Avail Use% Mounted on
/dev/md46 20T 4.7T 15T 25% /media/***/md46_14-12-31
経過時間が30hだったとしてだいたい 156.6GB/h = 43.5MB/s か
糞遅ぇw そら訴えられるわ
金曜日の晩に始めてよかった
※btrfsやzfsなどは、CRCに重複排除と盛り沢山 mdの状態
$ sudo mdadm -D /dev/md46
/dev/md46:
Version : 1.2
Creation Time : Sat Aug 25 04:05:32 2018
Raid Level : raid5
Array Size : 19534421760 (18629.48 GiB 20003.25 GB)
Used Dev Size : 3906884352 (3725.90 GiB 4000.65 GB)
Raid Devices : 6
Total Devices : 6
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sun Nov 8 04:58:52 2020
State : clean
Active Devices : 6
Working Devices : 6
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 128K
Consistency Policy : bitmap
Name : ******:md46 (local to host ******)
UUID : 48a7e068:2be787f5:6250c029:5c11da89
Events : 98565
Number Major Minor RaidDevice State
0 8 161 0 active sync /dev/sdk1
1 8 145 1 active sync /dev/sdj1
2 8 129 2 active sync /dev/sdi1
7 8 209 3 active sync /dev/sdn1
4 8 193 4 active sync /dev/sdm1
6 8 177 5 active sync /dev/sdl1 >>336
訂正
頭寝てたわこりゃ
SMRへの書き込み量は 4.7TB/5
書き込み速度は 0.94TB/30h
(計算時間を考慮していない値)
それ以降も悲惨な数値
= 31GB/h = 8.7MB/s 32GBのoptaneとかをHDDのキャッシュに振っても書き込み時のバッファにならないて事であっていますでしょうかMC切れ対策と言うか NVMe SSDにoptaneが用意される時代だからなぁ 皆クイック削除無効で使ってんの?
外付けHDDタイプでもSATA接続と遜色無いベンチマークだらけなのは古いWindows10の設定のせい? >>340
なるはず
ところで32GBって、シーゲイトのメディキャッシュサイズがそのくらいでなかったかな?
・理屈の上では
SMR側の制御が正しく、シーケンシャル書き込みは直でいってるはずという前提で
ランダム書き込みは上層の後付キャッシュ(オプテインとかフラッシュとか)と下層のSMRドライブが内蔵してるメディキャッシュが負う、はず
・現実の方策としては
理屈の前段、シーケンシャルがナンタラの保証がどのくらいのもんかはメーカーしか知らない
なので、オプテインありと無し、条件を揃えて実測してみるしかない
・小理屈
CQとか転送絡みのATAコマンド発行はデバイスドライバに必ずあるはずの動作なので、それを受けるSMRドライブのファームウェアはそのコマンドをトラップしてるはず
>>342
クイック削除をどの段階でなぜ使うのか
から、もう分からない
読み取り性能はCMRとSMRで差はないよ
書き込みはメディキャッシュ量未満なら、これも見かけ上は差がない >>343
クイック削除無効だと書き込みが5MB/sになるんだけど >>344
クイック削除有効は書き込み動作すべてをいったんキャッシュでまかなってる状態、
ライトバックモードか
それが今のWin10はデフォルトで無効ってこと?
しかしキャッシュ効かないにしても数値が悪すぎる
どこ製のディスクだか >>346
上層の記憶域に組み入れてんの?
入れてるとしてキャッシュ有効にすれば?
>>336 に書いたけど、複雑な振る舞いでメーカーも想定してないのでは >>316
今更だけどWD40EZRZはCMR
WD20EZAZとWD60EZAZがSMR >>348
ありがとう
となると瓦化対策の買い置きとしては、一応正しい選択ではあったのか
てっきり失敗してたと思ってたのに
ここにもCMRとあるな
https://wikiwiki.jp/wdc/%E3%83%97%E3%83%A9%E3%83%83%E3%82%BF%E5%AE%B9%E9%87%8F%E5%88%A5%E3%83%A2%E3%83%87%E3%83%AB%E4%B8%80%E8%A6%A7
となると30MB/s前後のmdstatはなんの数字だったんだろ
>317 0分
recovery = 0.0%
speed=31255K/sec
>318 10分
recovery = 1.0%
speed=34837K/sec
>319 40分
recovery = 2.0%
speed=33934K/sec
>327 9時間50分
recovery = 33.9%
speed=39096K/sec
>328 18時間10分
recovery = 64.1%
speed=38496K/sec
>329 23時間13分
recovery = 82.1%
speed=33490K/sec
>333 28時間20分
recovery = 97.1%
speed=26910K/sec
>335 29時間
recovery = 99.9%
speed=25738K/sec 次の交換は絶対瓦の茂4TB買ってみよう
幸い?にもmd46の別のディスクでまたも reallocated なセクタがチラホラ出てるのだ…… WDはGoldとかの10TB越え大容量モデルにはHGSTのヘリウムもってきてるけど
下位グレードとか低容量モデルのCMRはもう何年も新しくしてないんだよな
現状近年の技術使った数TB程度の低容量CMRはIronWolfくらい
SeaGate以外にしたいからそろそろ更新してほしいわ 繁瓦6TB(ST6000DM003)x3台で RAID-Z1組んだ。
そこにSAMBA共有フォルダを作りWin10のPCからGbE通してFireFileCopyで合計200GBほどのファイルを転送した。
転送終了まで95MB/s前後をキープ。 SMRでエラー吐かないなんてそのRAIDコントローラ大丈夫か? >>353
念のため追記
このスレほとんどがソフトウェアRAIDの話題ですよ >>356
ではどのレスがハードウェアRAIDなのかアンカーで示してください
とか書くと、即逃げ出す小物w >>358
お前がソフトraidの話題しか書かないだけだろ基地外
だから妄想くんなんだよ
一人でRAIDで騒いでいるのはお前だけ >>359
妄想でないことはさんざん実例として示したよな
RAIDもハードディスクの利用の仕方だ
不向きと言われるSMRでも、苦しいながらも使おうとすれば使える実例だ
にも関わらず妄想だとレッテル貼って煽るお前がおかしいんだよ
煽り専門スレ24時間監視小物 もしかして、>>353へのレス>>355 でハードウェアRAIDとの対比としてソフトウェアRAIDと書いてたのも読み取れなかったのかな……
ちなみに >>353 はプロクシ越しだね
まぁ煽りだけの人※はおいといて、zfsやbtrfs、>>342 >>346 みたいなWindows記憶域での利用が知りたいわ
※
正規表現で
ワッチョイ ..73\-
また自己紹介レス付けるのかな 正規表現で
ワッチョイ ..73\-
これしたらなぜかAMD関連スレのコピペAAキチガイもあぼーんされてしまった
煽り専門どころか十年近く暴れてる元から会話が成り立たない二重三重にやべえやつだった、とかないよね?
>>350
CMRの予備が発掘されたので予定変更
ディスクを空けたら再同期して放置
ただのRAIDスレになりかねないが、他のCMRとの比較で速度低下が固有のものかどうかの判断材料となるので、長々と続けないで結果だけ貼る予定 JANEでいえばNGExで「SMRのHDD」、「73-」で登録すればいいよ
73-の範囲は同じ回線プロバイダーならかぶるからね 途中からほんと読むに堪えんスレだな
不毛な煽り野郎と日記帳垂れ流し野郎両方いらねーわ消えろ >>376
消えろ消えろ言うやつが本当にmdadm運用してんの?と疑ってきた風だったから仕方なくやってんだよ >>374
約30時間で終了した
前回と大差なし
特記事項もなし https://17inch.blog.ss-blog.jp/2018-08-04
SMRの発展型にTDMRというのがあるそうだけど
実製品はまだ存在しないのかな? >>379
シーゲートの説明で一部製品に使われてる記載なかったけ? 結局SMRは書き込みの遅いHDDという認識でOKかな。 >>383
CD-R
DVD-R
BD-R
に対しての
HD-Rと思っておけば良いかと >>374
ほんとに各地にAA貼ってたw
こいつだったのかー 家庭内バックアップと写真、動画保管庫として、NAS運用にSMR考えているのだけど、
RAID1と、シングルx2(1本は、NAS内でのバックアップ)でどっちが安定してるかな? >>389
毎日バックアップを取る前提ならシングル2本じゃ無い?
RAID1はバックアップにならないし(スナップショットと併用するって手は有るけど
自分は2台のZFS mirror運用で、バックアップが1台、そのバックアップのバックアップが1台(SMR)で運用中
Mirror+バックアップで十分なんだけど、昔電源故障でこの3台丸々死亡したので、
USBで外付けでさらに予備1台って感じ。
USBなのは時々認識してないこともあるから内蔵HDDにもバックアップ取ってる感じ
USB接続のは東芝のDT02ABA600使ってるけど、普段は殆ど気にならない感じですわ
こいつもZFSのシングル運用です 間違って削除したら両方から削除するのがRAID1
バックアップではない >>391
CMR+SMRのシングル運用が鉄板ですかね〜
電源故障で同時死亡って結構あるのですか?
3.3,5V系に12Vかかったりすると、確かに死ぬけど。。。。 >>393
今のところ、1回だけですね
ただ、データの復旧に基板交換とか力業で復旧させたのと
(かなり前なので大事なデータはBD-REにバックアップがあった)
とか復旧に色々手こずったので
安心料として+1〜2万円で済むなら良いかなと。
NAS内蔵はRAID1運用で外付けUSBとかへバックアップって
構成の方が安心出来ると思いますよー >>392
RAIDはバックアップでは無いが
RAIDは自動で即時復旧用データが作られるのに対して
バックアップは適宜実行しなければならず
漏れも発生する
どっちもどっちだろう RAID1はリアルタイムバックアップだよ
リアルタイムならではのメリットデメリットがある
ガイジには理解できないけどなw >RAID1はリアルタイムバックアップだよ
クソワロタwwww 事故発生時に再構築できるユーザさん限定でRAIDは有意義だけどね。
世の中壊れたRAIDを再構築できずお手上げサン大杉さんだそうで。
RAID再構築専門の復旧業者さん、大儲けとかいううわさ そもそもRAIDはシステム止めないで復旧するための機能なんで
システム止めたらやばいという事情がない一般人が使う意味はないのである RAID1は、
二台の装置に同時に同じものを書き込むもので
片方の機械が壊れても、もう片方が生き残れば
壊れた方を交換して生きている方のデータをコピー
保存されたデータのハード的トラブル運用停止の防止
ハード面での二重対策であって
リアルタイムで稼動しているから
データーバックアップとは、ちょい意味が異なる
どちらかと言うと、データ・アシスト的なもの 「バックアップ(英:�backup)とは、コンピュータシステムで主にデータやシステムの状態を複製し、問題発生時の復旧(リストア)に備えることを意味する。」
この定義からすると
RAID1はバックアップ バックアップと言えるか言えないかといったくだらん議論よりも
メリットデメリットを語る方が有益
文系じゃあるまいし 文系とか関係なくRAID1はバックアップじゃないだろw RAID1がバックアップって思っている奴はいつまでたってもなくならない
知能足りてない
RAID1で間違って書き換えたファイルをリストア出来ることを照明出来たらバックアップと認めてやるよ 二重系をバックアップと呼ぶかどうかだが、まあ呼ぶわな
パソコンの世界しか知らない人には違和感あるだろうけど RAID1はバックアップではありません
デマに惑わされないように RAID1=ハードウェアのバックアップ(ハードウェア故障からの保護であって、オペレーションミス等バックアップとしては機能してない
データコピーしたバックアップ=ファイルのバックアップ(データの誤編集などからの保護
こういう事をまとめてバックアップと言ってるから話が混乱する
RAID1等を組んで、ハードウェア耐障害性あげた上で、オペレーションミスに関してはスナップショットで保護するって手も有る
(ファイルシステムの実装ミスなどによる論理的損傷には無防備だけど)
意味判らん人は、複数台のHDDを定期的にコピー取る運用した方が良いだろうね 一般人は、むしろUSB外付HDD複数台でバックアップした方が単純で良い
自宅で録画した動画を外で視るためのメディアサーバが欲しければ、話は別
なおスナップショットもバックアップではないので念のため >>411
バックアップなんて
色々な意味で広く使われる一般的な言葉だから
色々な事をバックアップというのは当然
そんないろんな意味で使われる言葉を
「バックアップでは無い」と主張すること自体ナンセンス RAID1はバックアップではありません
デマに惑わされないように・ それどころかなんか不用意な操作すると全滅するし
ヒューマンエラーの防止は期待できないのがな おおむかし
毎日DATのテープにバックアップしてたな
仕事で
「1週間以内だったら誤って消した等ファイルを復元できる」という 大昔、磁気データレコーダーTEAC MT-2のドライバー書いたよ。ASM86@Intel MDSで。 ちゃんとウィキペの記事には、「RAIDはバックアップ足り得ない」ことも書いてあるから安心して 違う言葉を使ってるんだから、全く同じではないというのは当たり前で、
鼻息荒く、○○はバックアップではない、なんて言うのは滑稽。 てかなんでRAIDの強みである冗長性をバックアップと勘違いする人が現れたの? 安全・保護 というユーザー感情に訴える概念を共有しているから混同するんでしょうね。
安全保護の実現の機序手順が全く異なる別物なのに。 RAID1はバックアップではありませんので勘違いしないようにね 厳密な用語論争は別にして、
HDDが壊れて、データ喪失が嫌なので、リアルタイムバックアップとして、RAID1を使うでも問題ないと思います。
ちなみに、コントローラによるけど、RAIDの天敵は、電源喪失。 RAID1はバックアップではありませんので勘違いしないようにね 、 定義厳密マンのフリしてRAIDディスってんやぞ
RAIDコントローラが壊れて全滅って話きくよね 自閉リピートかよ
本当にAA荒らしと同じリアクションするとは ソースがWikipediaなんて、hydeの身長が156億Åなぐらい信じられない バックアップとは
「不時の事故・危険に備えて、二重に守り支援する態勢」
でしか無いからな
ある写真を誰かにLINEで送るだけでもバックアップにもなる
なので、そもそも線引きを語るような大層な単語でもない >>427
予備に同じコントローラーは用意しとけって話もあるが
そこまではやってないな RAID1はバックアップではありませんので勘違いしないようにね >>398
リアルタイム過ぎてバックアップとしての働きが失われてるからなー
今やった論理的エラーが即、予備側に反映されてしまう
>>429
メートルが抜けてるぞ
>>433
自閉リピート怖いw >>374 RAID1はバックアップではありませんので勘違いしないようにね。 広汎性発達障害(多分ASDとADHD併発)の俺からすれば、会社で辛くて仕方ない。 >>434
RAID1 だと逆に今保存したテキストファイルのバックアップが即予備側に作成されてるからな
どっちもどっちだろ RAID1はバックアップではありませんので勘違いしないようにね。。 >>439
エラーに弱いの意味わかってないのか…… RAID1はバックアップではありませんので勘違いしないようにね。 。。 >>434
というわけで、家で使うNAS(保管庫用途)は、今年からは、RAID0にして、日次フルバックアップ運用に
変えました。安いNASなので、4Tデータの復旧が半日かかる。それが嫌なら、RAID1.。
再構築に時間がかかるが、ダウンタイムがないのがメリット。過去データが必要なら、RAID1,5でもバックアップが必要。 RAID1はバックアップではありませんので勘違いしないようにね。 。。。 >>443
データ損失するのが論理的エラーだけでは無いとわかって無いのか…
そもそも
論理エラーとは、プログラムの実行結果が意図した通りにならないエラーのことである。
って事はお前の使ってるアプリがバグってるだけじゃないかw
まともなアプリ使ってくれw >>452
誤操作でfsが思った状態と違うことになるのも論理的エラーだよ
誤操作な、ご・そ・う・さ
何度か書かれてると思ってたけど >>451
良かった俺じゃないな
ワッチョイ一貫してるから >>453
ご操作が論理エラーってのがどこで定義されてるのか知らんが
ご操作なんかするなよw
何でお前自身がご操作する事に自信満々なんだよw
どんだけポンコツなんだよw
ご操作が心配だったら編集前にその場にコピーでもしとけよ
ディスク複数用意するまでも無いだろう RAID1はバックアップではありませんので勘違いしないようにね。。 > どこで定義されてるのか知らんが
>>455
いやスレ内検索くらいしろよ
>>126に書いてあるのはSSDとWD STM HDD、trimが絡む例だけどさあ
論理的エラーと目にした時点で「んっ?どういう意味?」とならんのは、
ただの「因縁付けの怠けもん」よ
> ご操作が心配だったら編集前にその場にコピーでもしとけよ
それこそシステムのエラーからなにから巻き戻し可能にしてまとめて面倒見てるのがバックアップなんじゃん
アタマ東証かよ東証のほうがマシだったわアタマファーストサーバかよ 1週間に1回のバックアップじゃ
5日間の作業が消える 具体的にファーストサーバの名前を出してんだからそこは分かれ怠けもん 藁人形論法でバックアップは万能じゃないとか言い出すやつ出てくるなと思ったら……
案の定過ぎるw
だからファーストサーバ案件を引き合いに出したんだよ ネットで調べるくらい簡単なのに、知的レベルで怠けもんだから調べようとしないんですよ バックアップの失敗運用事例を知らないで、しかも勝手にバックアップ万能説を持ち出して
「相手になすりつける」子がいるんですよ
藁人形論法ってやつです
具体的には >>460 みたいなの >>457
ツッコミどころは満載だが
まずバックアップの意味からググっとけ
バックアップとは
「不時の事故・危険に備えて、二重に守り支援する態勢を整えること」
でしか無いからな
つまり俺の言うようにテキストファイルをその場にコピーするだけでも
編集操作に対するバックアップになる
お前が何を何処までバックアップするつもりで
バックアップという単語を使ってるのかは誰も知らないよ ウイルスにかかったらどうなるか、って考えればRAID1の性質がわかるわな
だからってRAIDをバックアップの仲間から除外するつもりは無い RAID1はバックアップではありませんので勘違いしないようにね。 >>467
スレ内検索すらしなかった怠けもんニイワレテモナ >>470
グーグルよりこのスレを信用する要素が何処にあるのかさっぱり理解出来ないが
因みに論理的エラーでググると
「論理エラーとは、プログラムの実行結果が意図した通りにならないエラーのことである。」
だそうだ >>470
あと誰が言ったかより何て言ってるかだろう
バックアップについて言葉の定義として決まった意味があるのだから
それに準じずにお前の勝手な解釈で使われても伝わるわけが無いだろうと >>468
USB外付けHDDに取ってたりするバックアップなら
バックアップでもウィルス回避出来ないかもな
というようにバックアップという言葉の示す範囲は広すぎるから
RAID と比較すること自体正しく無い気もするけどな >>472
バックアップ定義は俺じゃねーよアホか
怠けもんでしかも不注意かよ
>>471
ググってそれ止まりかよ
応用の効かないやつが三連投とは
スレ内に具体例が書かれてるだろ
誤操作だ
これもプログラムを介して意図しない結果を招いてる RAID1はバックアップではありませんので勘違いしないようにね >>473
RAID1≠バックアップと言い切ってる奴は運用系から切り離したものじゃないとバックアップと認めないんだろう
インフラ機器とか知らない奴なんだろう 自閉症は健常ではありませんので勘違いしないようにね。。 >>474
応用が効かないというか
お前が勝手に誤操作も論理エラーだと言いはっても
辞書でそうなってないものはどうにもならんだろう
辞書に文句言ってくれw >>479
それ位自分でググれよw
俺は親切だからリンク貼ってやるけどよ
ttps://www.weblio.jp/content/%E8%AB%96%E7%90%86%E3%82%A8%E3%83%A9%E3%83%BC RAID1はバックアップではありませんので勘違いしないようにね。。。 ST80なんちゃらを購入
初SMR記念で、このスレに遊びに来たよ
よろしく!
クソ遅いって聞いてたけど、データの移行は1日足らずで終わった
まっさらな状態への書き込みだと常識的な遅さなんだね >>484
いや、ファイルサイズが小さいファイルが多いと異常に時間がかかる事があるというのが定説
まあ、早く終わって良かったな 小さいデータ多くても、まっさらからの書き込みなら遅くなることは無いんじゃね?
少なくとも理論上はSMRのネックであるメディアキャッシュでの書き換え動作の出番は無い。
遅くなったとしたらCMRだったとしても同じように遅くなったと考えていいと思う。 メタデータとかディレクトリ構造とか
同じディレクトリに多量のファイルがあるなら
ファイルを書き込む度にディレクトリ情報を書き換えることになるとか
メディアキャッシュの出番がないというのは理解できないな >>486
SMRのメディアキャッシュ(MC)の使われ方はそういう次元の話では無い
まず、MC の実体は 数十GB位ある不揮発(プラッタ上の)領域である
基本的に SMR の瓦領域には速度的に直接書く事は不可能だから
一度 MC に書いて、その時点で OS には書き込み成功を返し、書き込み処理が終わった事にする
その後 HDD が内部で MC から瓦領域に書き込むようになっている
MC の構造は CMR とほぼ同じなので MC に書き込んだ時点の速さはほぼ CMR と同じになる
但し、SMR の仕組み上ある程度大きい連続したデータは瓦領域にも CMR と同程度の速さで書けるため
最近の SMR では小さいファイルのみ一旦 MC に書き込むようになっている
だから小さいファイルを大量に書き込むと MC が溢れて
極端に遅くなる事があると言われている >>488
小さいファイルとか言ってる時点で理解してないよ
ストレージへのアクセス単位なので小さいファイルも大きなファイルも関係ないわ
連続したIOを発行できるなら、シーケンシャル扱いでSMRに直接書くかもしれんし
連続したIOを発行できないなら、MCに一度書いた上で書き込む事になるかもしれん
これは、OSのライトバックキャッシュの有効無効、ファイルシステムの種類、
ライトバックキャッシュのアルゴリズムで変わってくる
SATA接続と、USB接続で書き込みキャッシュポリシーの設定で結果は変わってくるから、小さなファイル大きなファイルって観点で語っても意味が無い
確かに、細かいファイルが多いとメタデータの更新処理が増えるけど、
ファイル実体を先に書いて後からまとめてメタデータだけ更新するような更新スタイルだと、小さいファイルでもほぼシーケンシャルアクセスになる
その代わりメタデータ更新してないので、クラッシュしたら書き込むデータはほとんど壊れる、トランザクションFSはこういうスタイル >>489
ほとんど壊れるって書き方はよくないな
書き込んだ変更が無かったことになる。が適切か >>489
いや、だから小さいファイルというか
書き込みがどれだけ連続した領域の書き込みか、
より具体的には書き込みが SMR のバンドの境界を跨いでるかどうかによって
瓦領域に直接書くか
直接書けないから MC を経由するかが変わるのが SMR なんだって
SMR のバンドの境界を跨ぐ連続した書き込みについては
跨ぐ手前の書き込みを CMR と同速で瓦領域に書く事が出来るので
MC を経由ぜすに書き込むようになっている >>491
バンドの境界を跨いだ書き込みについても
境界を跨いだ後ろの書き込みについては瓦領域に直接書けないので
MC に乗せている >>486
あとその「まっさら」というのも OS が扱うファイルシステム上の状態であって
通常の HDD には存在しない状態だろう
通常の HDD は買った時からセクタ毎に何か値が書かれている状態であり
何も書いていない、「未使用」という状態は存在しない
このストレージ上に「未使用」という領域を定義するために SSD では
TRIM というコマンドが用意されている
SMR でも WD の SMR には TRIM が用意されたが
海門の SMR には TRIM は用意されていないので
それを明記しないなら海門の方式の SMR として考えるべきだと思う >>486
「CMR だったとしても遅くなる」
というのは見当違いで
SMR は CMR とは異なる物なので
SMR は CMR では遅くならない条件で遅くなる事があるという話をしている
そしてこの条件が複雑かつ公式にも詳細には公開されていない為
誰も理解も推測もしきれないから
話が収束しない要因となっている >但し、SMR の仕組み上ある程度大きい連続したデータは瓦領域にも CMR と同程度の速さで書けるため
いや、これはどうかな
バンドまるごと一つならそうと言えるが、それ以外では一度バンドのデータを読んでから
書き戻してやらないとならないんじゃ? MCの仕組みを考えるに、MCが溢れた場合の遅延は致死レベル
そして、MCの吐き出しのオーバーヘッドも致死レベル
別HDDからのRW同時コピーと、単一HDDでのコピーを考えた場合
MCの特性は後者
そして、MCでは無くSSDを実装した場合の特性は前者
吐き出しも速いって事を考えると、溢れにくくなる
ハイブリッドHDDの実績があるのにSMRで採用してないのはなぜなんだろうね
CMRと違って、SMRとのシナジーは大きいと思うんだが >>495
だからそれをある程度大きい連続したデータの書き込みだと言ってる
それにバンド丸ごとの必要は無く、バンドの境界を跨げば良くて
境界の前の書き込みは瓦に直接書き込んで
後ろの書き込みはMCに書く事になるだろう
何れにせよ OS から見た書き込み速度はCMR と変わらないだろうけど >>496
いや SMR の最大のメリットは最早安さでしか無くて
SSD なんか使ったら安さが台無しになるからだろ
それに SSD 使うまでもなく >>484 みたいに不満なく使えてる人が殆どなんだろう メーカー「ASMRは人気なのに何故SMRは不人気なんだ」 >>497
それ、新品時限定での話では?
しかもtrimが実装されてるってあり得ない前提での話 >>498
安さってより、容量じゃ?
コストは変わらんでしょ
容量あたりのコストが低下してるから、見かけ上安くなってるだけで
結局のところ、非ヘリウムの3枚プラッターorヘリウムが振動を考えた場合のベストチョイスで
真ん中が全く用意できてないのが現状 HDDだから書き換え回数の制限は無いから、TRIM無くても別に構わんよね
物理的なセクタと論理セクタのマッピングさえされてたら。
まぁ読み込むときは断片化して遅くなるので、アイドルタイムで論理セクタが物理セクタに連続的に並ぶようにデフラグみたいな事してるのかもしれんけど
ところで、SMRって1ブロック(128MB?)書くときに追記できるのかしら?
SMRって後続トラックを上書きしてるから位置決め用のサーボ情報とかプリアンブルないから追記出来なさそうなので、毎回ブロック単位で書くしかない気がする >>501
SMR のメリットが容量であるなら市販の最大容量のものだけ SMR にすれば良かったはずだが
実際には低容量であっても SMR にするって流れになっただろ
つまり SMR の実際のメリットは「安く容量が稼げる」って事 CMRでさえ高密度化のせいで書き換え可能回数が著しく低下してるんだから
書き換え回数は無視できんよ
瓦書き込みでズラして何度も書き換え*バンドの巻き添えの書き換え
の2乗項が痛いのがSMRの怖さ
最小でCMR比較で1桁は少ないと考えとかないと不味いよ
2桁で収まってれば御の字かな
TRIMは延命ってより、CMRは書き込みの1工程で済んだのがSMRだと
読み出し、書き込みの2工程が必要で、TRIMが通ってれば読み出しを
すっ飛ばして書き込みだけで済む可能性が出てくる
ただ、その可能性はゼロに近いからシーゲート方式だと無駄
WDだと書き換え頻度の高いデータはブロックの後半、バンドギャップの手前に
持ってくる事で書き換え範囲の減少やTRIMの効果を高められるとは思うけど
焼け石に水だとは思う >>503
SMRのメリットが価格なら、真っ先に小容量HDDからSMR化するだろ
一番儲からないんだから >>502
その SMR 特有のブロックをバンドといって
基本的にはお前が言う通り追記の場合は
バンド単位の書き換えが必要になる事が多い
そのバンド単位の書き換えを後回しにする為に
SMR 特有の MC なる特殊なキャッシュ(キャッシュと言いながら数十GB単位の大きさの不揮発領域だが)が存在する
但し、厳密にはバンド内の書き換えも
実際に書き換えたいアドレスから
そのバンドの終端までで良い
つまりあるアドレスからバンド内の終端まで書き換えるような連続したデータであれば
SMR 特有の書き換えは不要で CMR と同等の速さで瓦領域に書ける >>502
あと本気で覚えておいた方が良いのは
『SMR について語ってる中にブロックという単語を使ってる奴は絶対ににわか』
いや、お前が悪いって話では無くてな
他人に聞くのに用いるのは全然問題無いけど
SMR の構造を理解してたら絶対にブロックでは無くバンドって言うはずだからな
偉そうに語ってるサイトとかでもブロックをバンドって言い換えてなかったら黒認定して良い >>507
一応何故バンドと言うのかってのは
SMR の特性上、線状のトラック単位で書き込みを考えた方が効率的であって
それを何本か束ねて区切ったのをバンドって言ってるわけだからな
これを理解してたらブロックだなんて気持ち悪くて呼べないよ
バンドの方が字数も少ないし >>502
あと SMR がトラックを束ねたバンドという単位に区切られてると理解してたら
128MB 等の固定長で区切られてるわけが無いとも理解できる
プラッタの円盤上に円状に無数に存在するトラックが固定長の訳が無いからな
バンドはどっかの資料で大体 30MB 程度だと言う記載は見た覚えはある
それも SMR やメーカーによって異なるかも知れないから話半分だけどな
つまり SMR のブロックを 128MB とか聞こえの良い固定長で語ってるサイトなんかは完全にガセ >>496
> 吐き出しも速い
書かれる側はSMRのバンドのままだよ
茂はちょっとでも速くするのに自社開発のRISC-Vで複雑なキューイングするんでは
(今も浅いキューイングはSATAの規格にあるのでやってるはず)
> シナジー
これは電源断だとどうなるんだろうか
>>505
そういや2TBはCMRと聞いたな
>>504
磁化たとえばMRAMは無限〜数千万回の書き換えに耐えられるんで、
SSDからの類推はあまり意味ないよ >>510
書かれるドライブとMCのドライブは一緒だよ
だから、MCの吐き出しは遅い
MCを読んでる間は書き込めないし、書き込んでる間はMCを読めない
1.33TBプラッタの寿命は500GBプラッタの頃と同じと考えない方がいいよ ワッチョイ cec0-HmGSはWDとシーゲート方式をごっちゃにしてる気がする
バンド単位の書き換えが増えるのはWD
本来ならば不連続なセクタへの書き込みを一つのブロックにまとめて書き込む
シーゲートは纏めずに、バンドの途中から書き換える
途中からだからバンド単位では無いわな
ブロックとバンドは同一のものとは限らないよ
バンドは物理的なまとまり、ブロックは管理毎のまとまり
たいていの場合は一緒くたにしても齟齬が無いってだけ >>511
そうか、フラッシュからの書き出しだったわ >>511
誰が HDD の故障要因がプラッタへの書き込み回数に比例するなんて言ったんだ?
俺は聞いたこと無いけど
理論上プラッタへの書き込み限界はあるのかも知れないけど
実際にはそこに達する前に他の箇所が故障して終わる物だと思ってるけどな >>512
いやいや、海門だろうがWDだろうがバンドの境界(終端)まで続く連続領域の書き込みなら
バンドの途中から終端まで CMR と同じ様に書けるよ
それは SMR の特性の話だからメーカーも関係無い >>514
故障と寿命は別物だぞ?
>>515
途中から終端までの書き込みはバンド単位の書き込みとは言わない
バンドの途中から終端まで書き込みが止めれないのはCMRと同じように書けるとは言わない >>516
故障と寿命は別物で
故障して終わるのが HDD で
寿命で終わると言われてるのが SSD
HDD の寿命なんて聞いた事が無い >>512
本来ならばって何で海門の SMR がパチもん扱いされてんだよw
どっちかって言ったら元祖なのに
で、お前の言ってるトラックってのも正確にはバンドの事で
WD の SMR は MC に乗せた論理アドレス的に不連続な書き込みデータを
物理アドレス的になるべく一つのバンドに収まるように並べ替えて
効率良く瓦書きするって話だろ
SMR の瓦書きってのはトラック幅を狭めて重ねて書いて容量を増やす手法なので
トラックの束であるバンドに合わせないと効率良く瓦書きは出来ないだろう >>512
逆に何で SSD はブロックで扱われてるのかと考えたら
ハード的に容量の区切りとなる制約が無かったからだろう
ただ、SSD を分割する必要があったから
アドレスを任意のサイズで区切ったブロックという概念が使われるようになった
一方で SMR はハードとしてトラック単位に書き込みが制約されるかつ
SMR 上を分割する必要もあったから
トラック単位で区切られたバンドという概念が使われているのだろう
SMR 上の分割自体もトラック単位じゃないと出来ないしな >>517
いや、混同してるやん、おまいさん
そして、記録密度ってのは耐久性に大きな影響を与えるんだよ
聞いたことが無いのはおまいさんが無知なだけ
もうちょっとは勉強してこい >>518
トラックとバンドは別物だぞ
で”お前の言ってるトラックってのも”って、このスレからトラックを抽出したら
おまいさんの書き込みしか引っかからないんだが
WDでメディアキャッシュって、どのドライブの事だ?
今語られてるWDとは違う方式だろ
つか”本来ならば不連続”の”本来ならば”だけを拾い出してシーゲートがパチモン扱いされてるって
どんな解釈だよw
アスペならすまん >>519
おまいさん、バンドの意味を理解してない
本来のSMRはバンド=トラックで読み込むんだよ
アレイ状に配置したセンサで面状に読み込んで、TVのデインターレス&超解像技術で
ディスクが一回転してる間にすべて読み込む
だから、書き換えの時、一回転するだけでキャッシュに取り込み、何回転もかけて瓦書き込みするってのが本来のSMR
まぁ、20年ぐらい前のSMRの話だから今はもっと新しい技術が出て来てるのかもしれんし
過渡期でもあるから実装されたのは出てないとは思うがね >>521
あーミスった
お前の言ってるトラックでは無く
お前の言ってるブロックはバンドの事だな >>522
トラックとバンドがイコールだったら言い換える必要ないだろ
SMR の都合上トラックを複数束ねて帯として考えるからバンドであって
その必要があるって事だろ
そんな夢物語語られても現状あるのはRAID で問題が出るような
CMR の劣化版の安物の SMR だよ
読み込みも別に早くはないしな >>521
WD の メディアキャッシュというか
WD の SMR にはそういう動作をしてる製品があるってのを聞いた事があるだけ
ってかお前がブロックで語ってる奴をバンドに言い換えただけのつもり何だか違うのか? >>522
面記録と単なる瓦書きを混ぜてる気がする >>525
言葉って伝えたい意味によって選ばれるもんなんだよ
イコールとして考えていいときもあれば、分けて考えなきゃならんときもある
つか、お高いSMRはRAIDで問題が出ないって、どんな認識してるんだよ >>526
馬鹿ってのは了見が狭ければ狭いほど全てを知ってる気になるもんだ
そして、おまいさんの了見ってのが余りにも狭すぎるし、
「「WDのSMRにはそういう動作をしている製品がある」ってのを聞いたことがある」
で、WDのSMRはそーゆーもんだって前提で語るおまいさんの論理が幼すぎてお話にならんのだよ
WDとシーゲートはメーカーが違う
じゃなく、今のWDのSMRとシーゲートのSMRでの方式の差を語るためにメーカーやMCが持ち出される
提喩なんだよ、シネクドキなんだよ
シネクドキは拡大解釈と縮小解釈が同時に行われる場面があって、構造を理解してないと
正しく理解できない ワッチョイ aec0-k4Vyはヘリウム封入の超高密度CMRまでSMRと呼んでそう
確かに低価格SMRと超高密度CMRじゃ記録密度はむしろ似てるってのはあるだろうが >>528
伝えたい意味では無く
文脈によって言葉の意味は変わる事があるというのはわかるが
だとしても「本来の SMR」なんて余計な言葉を付けるなと
そんな読み込みが早くなるような SMR は現存して無いし
作る目処も無いわけだからな
まずは現実を見ろと
そんな夢物語を語られても
現行の SMR もそれに近いものかと誤解されるだけだろう
それこそスレの文脈を読めと >>531
20年前の上で目処は立ってたよ
SSDに取って換わられたら研究も無意味になるからってだけの話で
そんな事も知らんかったのがおまいさんだろ?
スレの文脈が読めてれば、この手の情報こそ肥やしになると思うんだがな >>532
スレの文脈で言えば
妄想はいいから現実を語れってのが
本筋としてずっとあると思うけどね
あと20年前に目処は立ってたとしれっと言えるお前の感覚は凄いなw
それ50年経っても言うのかなw >>532
あとスレとして現行の SMR の正確な動作、仕様を把握出来て無いってのがあるからな
妄想に付き合う余裕は無いわけよ >>532
一休「ではそのSMRを屏風から出してください」 >>533
おまいさん、HDDの将来性がSSDの台頭で大きく変わったって事さえ理解出来てないの?
つか「50年経っても言うのかな」って、その答えは>>532の「SSDに取って」で述べてるじゃん
>>535も理解出来てないようだがw >>536
そうだとしても
実在しないものの話は程々にしとけと
その真偽の証明も出来ないのだろ? >>537
何が気に食わないんだ?
反証主義ってしらんの?
証明云々以前に、おまいさん、論理っての理解出来てないだろ 悪魔の証明を、悪魔の存在の証明責任だと本気で思ってる人は存在する
ソイツと同じ匂いがする RAIDに使って問題ないSMRもまた然り、
ってなるのも予想できない残念頭はヤバい >>539
別に悪魔の証明をしろと言ってるわけでは無い
ただ、20年前にはその高性能な SMR が製造できる目処があったという話の
ソースのリンクとか貼れるわけでは無いのだろうって事
現物も存在しないのにお前の話だけで言われてもという信憑性の話 >>542
おまいさん、自分で何言ってるのか分かってないだろw
おまいさんの知能が低すぎて、悪魔の証明になってるんだよwww >>543
悪魔の証明は無い事の証明は不可能という話だろ
俺が言ってるのは20年前にその高性能な SMR が
製造できる目処があった事の証明の話だから
悪魔の証明では無い 反証主義も悪魔の証明も、
当の本人(>>543)が意味がわからず使ってる感がすごいんだが もっとあからさまに言うと
周りの人間とコミュニケーションとれてないだろ
ってレベルで物事分かってない >>544
ちゃうぞ
例えば今上が本物の天皇かどうかってのが悪魔の証明
上皇の本当の子だと証明しても、今度は昭和天皇とのつながりを証明しろと言い出す
仮に神武天皇までの証明が出来ても、今度は天孫降臨にまでいちゃもんを付けてくる
おまいさんみたいな論調を悪魔の証明と言う
証明できるかどうかって話じゃなく、糞めんどくさい事に持ち込もうとすんなって話
そんな糞めんどくさい証明をしなくても
世間一般的には上皇は本物の天皇とされ、今上は本物の子
そもそも、本物の天皇と崇められてるから今上は天皇だから、それでいいんじゃね?
ってのが本質
馬鹿じゃ無ければ>>522がSMRの基礎技術の一つであることが疑いようなく
また、仮に誰も思いつかない道の技術であるならば>>522のアプローチでSMRが飛躍的に進歩する
本当の情報かどうか調べる意味さえなんじゃね? >>531
30年ほど前、PC/XT標準のST-506インタフェースからSCSIへの移行時期、
ATAPTEC社がST-506のHDDを1.5倍密でR/WできるRLL方式のSCSI-ST-506
変換基板をだしていた。ACB-4070。60MBのHDDを100MBに増量利用できる
優れもので1990年前後に秋葉原の丹青とかでも売られていた。技術評論社の
雑誌記事で取り上げられたこともあるですね。100MB10万円HDDの自作とかで。
水平磁気なMFM方式の書き込み密度を外部基盤で制御する方式。SMRの発送に
通底しているのかもね。ST-506はシーゲートの最初期のHDDインタフェース。
ACB-4070
https://page.auctions.yahoo.co.jp/jp/auction/o266317329 発送 発想。 ちなみに ACB-4000という型番のST-506(MFM) SCSI基板も
あった。単純なSCSI変換基板で等倍。当たり前に普通すぎて人気なかったですな。 >>548
人と違う使い方してんじゃんw
やっぱコミュニケーションとれてねー
あお
たか >>551
だから言ってるだろ、悪魔の証明だと
理解も出来ない、指摘されても調べようとしない、そんなおまいさん相手の証明は
全て悪魔の証明になっちまうんだよ >>548
有限しかも1ステップで済む
論外だよ
どこも悪魔ではない >>552
> 理解も出来ない、指摘されても調べようとしない、
また天下り式に独自の定義を持ち出したw >>549
>SMRの発送に通底しているのかもね。
いや、全く別だろ
どこが似てると言うんだ?
VHSの3倍モードが似てるって言うなら分かるが >>553
おまいさんは演繹しかない世界で生きてる
でも、ここはアブダクションもある世界
この二つは矛盾してない ほれ
>悪魔の証明とは、証明することが不可能か非常に困難な事象を悪魔に例えたものをいう。
>中世ヨーロッパのローマ法の下での法学者らが、土地や物品等の所有権が誰に帰属するのか
>過去に遡って証明することの困難さを、比喩的に表現した言葉が由来である
以上、「悪魔の証明 wiki」で出てきたTOPね
それを調べる事さえ出来なければ理解もできない
演繹で書かれてないからね >>558
「演繹」すら通じない定義を使っとるじゃないか
あんたは他人の使い方を見て言葉の意味を「帰納」していない
それどころか辞書的定義から「演繹」することすらご覧の通り、あやふやじゃないかw >>558
狭い法学畑の定義で上書きすんなw
お前の使い方が元からおかしいから通じてないんだよ
>>539 の言いがかりとか何なんだ、お前が言われた言葉じゃねーのこれ かように唐突に持ち出した「悪魔の証明」
こういうのってさ、人を煙にまこうとするときの詐欺師のムーヴじゃん >>559
既に>>557で指摘した通り
何も矛盾していない >>562
なら頭が足りないんだw
都合のいいSMRが昔、提唱されていたんだろ?
悪魔の証明とはまったく違って、その
「たったの一例」を提示すれば済む話
頭足りなさ過ぎる >>563
悪魔の証明ってのはそのたった一例が移動する問題なんだよ
だからおまいさんはこの期に及んで悪魔の証明を理解出来てない証左になっちまってる >>556
プラッタ盤面インチ平方あたりの書き込み密度・データバイト数を極大化する手法という点ね。
VHSの3倍速ってアナログデータ劣化で録画時間数を水増しする技術でしょ。
煮ても似つかんでしょw >>565
単にお前が何のソースも無しに語ってるから証明出来ないだけだろうがw
勝手に悪魔のせいにするなw >>565
頭よわ!信じられないほどよわ!
ゴールが動くのは悪魔の証明となんの関係もないじゃん
悪魔の証明は、最初から」全てのケースについて」の論証を求めてるんだぞ かっこ訂正
>>568
悪魔の証明は、「最初から」「全てのケースについて」の論証を求めてるんだぞ >>566
>VHSの3倍速ってアナログデータ劣化で録画時間数を水増しする技術でしょ。
どんな脳をしてるんだ、オマエはwww >>568
うんにゃ、ちゃうぞ
wikiにもあるとおり、流れがある 悪魔の証明とか高尚風味ありといえど所詮比喩表現だからねえ。
2/5ちゃんねる的マウンティング合戦の証明云々なんて
バカおやじ供のの証明問題と揶揄してスルーしてりゃいいのよ >>571
本題は悪魔の証明云々では無く
20年前に高性能な SMR の製造の目処があったと言われても
ソースも現物も無いのでは信憑性が無く
世迷言にしか見えないってだけの話 > アレイ状に配置したセンサで面状に読み込んで、TVのデインターレス&超解像技術で
> ディスクが一回転してる間にすべて読み込む
なんじゃこりゃ????
本気で書いてるなら病院に行った方が良いレベル >>571
ほう、「最初から」「すべてのケースについて」では無いというの? >>574
どうせパターンドメディアの話あたりを混ぜてんだよ
アレのアタマん中で
キチガイ作文終わり終わり >>571
>>578
というわけで、伝わる比喩でどうぞ
どことどこが共通して比喩として成立してるのか聞くからさw >>583
> 比喩で説明するやつは100%バカ
その100%という表現も比喩の一種なのだがw まさか「悪魔の証明」を比喩表現として持ち出す、スペシャルなバカがいるとは思わかなった。 本人が比喩っつーてたよ
>>558
>>572
比喩として成立しないものに比喩w 外字乙w
↓でも読んでしょうもないガムテぶりっ子お終いにしようね。
比喩理解に関する神経心理学的検討
-高機能広汎性発達障害児の認知特性-
https://core.ac.uk/download/pdf/59036681.pdf >>588 = >>558
なんだから、なんか言い訳するのかな 何がガイジかってスレタイと関係ない話題で延々レスしてるのが一番のガイジ 「それ」でしかスレが伸びてない
もう話題は尽きたのではないか SMRとCMRの区別つくようになったからな
SMR避けたい人は避けられるようになったからアホWDには感謝しておりますw SMRも割り切って使うことに抵抗なくなったけど
8TBまでしかないのが残念。
HMのSMRになんて手が出せないし。
ドライブベイに余裕が無いからストレージ容量増やすためには結局CMRになっちゃう。
東芝のMNシリーズが安くなってきてるのがせめてもの救い。 結局、データ保存用途&Raid組まなきゃ、問題ないってことか。
どうせ、ランダム〇〇が問題になるOSはSSDに入れてるし。 そかもだが、大容量CMRDE。RAID構築してポエムしまくるのが漢の中の漢だろw そこで記憶域+ReFSですよ
ReFSでフォーマットするには多少知識が必要だが
記憶域階層使えば速さも出るし
結構知識が必要だが 以前、ビット腐敗と書いたらもの凄い勢いで噛みつかれた
RAIDの関連用語だがほかの何かと勘違いしたのだろうか
多分噛みついたのと同一人物だと思うが、ガムテってのはどんな認知の歪みから出た言葉なんだろう
ちょっと特異すぎて気になった OpenSuseでbtrfsを使ってビッチ腐敗に対抗だ! >>603
RAIDの、と言われると違和感が
HDDのじゃないかな >>605
他のハードディスクからデータ拾って不整合をおこすんだからレイド固有の現象 最近買った外付けHDDの中身SMRだったもので
従来規格との違いを検索していて2つ疑問に思ったことがあります
ファイル内容を編集すると後ろのデータも再書き込みされるとありますが
例えば画像や動画の内容そのものを編集した際はわかるとして
単にファイル名の変更やプロパティの項目にテキストを追加する場合はどうなのでしょうか?
もしSMRのHDDに保存してから作業するとした場合には
どのような編集内容であっても一個ずつ移動と編集を行った方がいいですか?
もう一つの疑問は暗号化についてなのですがファイルやフォルダの暗号化や
VeraCryptなどを使ってのドライブ全体の暗号化はSMR方式には不向きでしょうか?
これはVeraCryptのスレで聞いた方がいいですかね?
余談ですがSMRのHDDではパーティションを切って
書き込み開始位置を分散すると良かったりしますかね?
6TBのHDDを3つに切って先頭部(外周)に頻繁にアクセスするファイル
真ん中にまあまあアクセスする重要ファイル+ドライブ暗号化(問題が無ければ)
最後尾(内周)にほぼアクセスしないファイル という使い方を考えています 身も蓋もない話だけどいずれのケースも結局のところドライブ側で極力最適化してるだろうし
例えば東芝、WD、Seagateで扱いが違うだろうから憶測で気にしても仕方ないから普通に使うのが一番
しいて言えば重視すべきは最適化の意味合いで各社ドライブの利用法を定義して製品を分けてるので定義に合った用途で使うのがベスト
例えばPC用と定義されてるならSMRでも頻繁に書き込みされることはある程度想定され多少もたつかないよう最適化はしているということ
使ってて問題ないなら気にしてもしょうがないし、心配になるならやはりCMR安定 >>608
SMRで再書き込みされるというのは編集されたファイルの後半ではなくて、編集した
ファイルと同一(というと語弊があるけど)トラックのデータだよ
SMRは複数のトラックを完全には重ならないけど、判別可能なレベルで重ねて書き
込むことで容量の増加を図っている
なので、書き込みを行う場合特定のトラックのみを書き換えるってことが出来ないので、
重なって一括管理されているトラックを全て書き換える必要がある
どのトラック同士が重ねられるかはHDDが管理するし、データが保存されているかは
関係なく書き換えが行われるので、ファイルを一つずつ操作しても複数のファイルを
移動してから操作しても、書き換えが行われることに変わりはないってなると思うよ
VeryCryptは良く分からないけど、早い/遅いとかはあっても向き/不向きっていうのは
関係ないような気がするけど
パーティション分割はSMRの仕組みと関係なくCMRと同じ理屈が通じるはずだけど、
メディアキャッシュの容量を超えて書き込むと遅くなるのはどの領域を使っても
同じに遅くなるはずだけど >>608
一般に出回ってるSMRについては
メディアキャッシュを利用した機構により
本来のSMRの特徴はほぼ無くなり
CMRに近いものになっていると考えた方が良い
悪く言えば何をしたら調子が悪くなるか
把握するのが困難になっているとも言える 多量にまばらに書き換えすれば遅い
これは技術がいくら進歩しょうが逃れられない >>611
より正しくはメディアキャッシュを利用したメーカー毎の独自機構によりだな
最早 SMR の欠点は誰にも把握出来ない >>609-613
色々なご意見のレスありがとうございます
少し補足しますと
ランダムな書き込み等の速度に関しては心配していないのですが
1つの編集によって瓦記録で連続して跨っているファイルに対して
全て再配置が行われることへの効率の悪さと製品寿命の低下を懸念しています
ttps://akiba-pc.watch.impress.co.jp/docs/sp/680650.html
↑こちらのSeagateへのインタビュー記事によれば
データをキャッシュ領域に一度溜めて
一段落してから(何が?) SMR部分のディスクに書き込みを行う仕組みにより
「1バイトの書き換えでSMRのブロック全てを書き換える」ということはなく、
通常のHDDと遜色のない性能が示せるようになった、とあるのですが
逆から言うと、SMR部に書き込まれたファイルは1バイトでも編集すれば
瓦で連続しているファイルを全て書き換えることになるという話ですかね
名前やプロパティやMP3タグなどはファイルの中に
専用の領域を確保しているのかもと思っていましたが
SMRが1バイトの変更でも吸収できないのであれば
結論としてはファイル名やプロパティを弄るだけでも
連続しているファイルは再配置が行われるという理解になるのでしょうか
だとすると、複数のファイルをまとめて保存してから作業するのではなく
1ファイルずつ保存と編集をしないといけないのはないかと思いました >>615の続きになります。長文になりすいません
暗号化については暗号化されて書き込みを行った後は
例えばVeryCryptの場合だと読み込む時の展開作業は
基本的にはメモリ上でのみ行われると理解しているので (例外あり)
その理解で合っていればファイルの編集を伴わい限りは
暗号化の利用が負担になることはないのかもしれないですね(確信は無いですが)
パーティションの話しは遅い内周をアーカイブ用途に充てること
ファイルごとではなくドライブごと暗号化したいと思ったこと
分断して使い分けた方が編集が発生した際の
書き換え対象を制限できるかも?と想像しました
また余談ですが
テレビ録画対応を謳って販売している外付けHDDで大容量タイプのものは
SMR方式のことが多いと想像しているのですが(今回購入の製品も該当)
複数の番組を同時録画する場合でも問題ないんですかね
新品状態ならプラッタの枚数と同数までなら大丈夫とか?(違うでしょうけど)
使い込まれた状態で録画する時どういう風に動作するのか。不思議です >>610
読み直していて思ったのですが
>「データが保存されているかは
> 関係なく書き換えが行われるので」
との話しは
編集が必要なファイルが瓦記録されていない状態であったとしても
HDD(ドライブ) 全体の状況を鑑みながら適切と判断される位置に
ファイルごと毎回書き換えが行われるということですか?(書き足しではなく)
瓦記録で連なっているファイルに限らず
そもそも編集したファイルは毎回移動される?
例えるならファイル単位で毎回デフラグされるようなイメージ?
(実際の動作についてはメーカーごとに定めている仕様が違うとは思いますが) 最近のアプリで変更修正後でもUNDOしてみて編集以前の元通り状態に戻せるものは
作業は一時的利用な作業ファイルを新規にメモリ或いはドライブ上に作って処理する
作りみたいだから、リアルに上書き更新なんてほとんどなされていないと推測している。俺はね。
保存時に元ファイルを過去ファイル(.bak)に名称変更し一時利用ファイルを処理ファイル名で保存。
RDBは上書き更新かもだが履歴管理なトランザクションしているとか。
家庭用録画機はUSB2.0の転送速度を上限としているものがほとんどなのでUSB LINE上に
40MB/s以上の速度でデータはまずながれない。OSもLinux系なので書き込みで断片分断は
OSの仕様でほぼ無し。合計60TBほどTVレコにSMRとかぶら下げているが障害が起きたこと
ないです。 >>618
60TBとは凄いですね〜
レコーダー内蔵の容量だけで使っている身としては夢のような数字です
転送速度の話しは同時録画でも書き込みが間に合うということでしょうか
具体的な例をあげていただき参考になりました。ありがとうございます
ところで、
以前のレスで書いたドライブを分けての運用についてなのですが
SSDでパーティションを切ると寿命への影響が深刻であるように
SMRでも全ファイルに対して書き換えが発生する可能性よりも
パーティションを切ることで使える領域が制限される事の方が
悪影響があったりはしないでしょうか?
プラッタは書き換え寿命を気にしなくてよいのであれば問題はないのか
他の機械的な箇所に負担がかかるのだろうかとか
どの部分に悪影響があると考えているかは明言がし難いのですが…
理論的にはどうでも実使用では気にするほどの違いはないんですかね〜…… 蛇足だけども。Windows10のドライブ最適化はデフォで週単位で実行ON設定。
なのでPCの電源入れっぱで放置しておくとデフラグが自動勝手に進行修了する。みたい。
先日、間違って8TB-SMR上のファイル150GBをゴミ箱から削除。直後にRECUVAで
とりあえず回収したのだが、その後電源入れっぱで3日放置した後、再度recuvaで
再回収しようとしたらほぼ全て別ファイルで上書きされていてファイル実体消滅。
ディレクトリ痕跡のみの墓碑を残してお陀仏しちゃっていた。
教訓:削除ファイル回収はおはやめに >>619
なんでパーティションを分けると寿命が縮むと思った? >>621
てんで的外れな内容かもしれませんが、と前置きした上で言いますと
パーティションを切ると一つのドライブで使える領域が減りますよね
最初はいいですが使い込まれると同じ領域が使用されやすくなるかなと
まず、CMRに対してSMRの書き込み耐性(寿命?)がどうかと思いましたが
そうはいってもHDDですから気にする必要はないのかも?
もう一つは、パーティションを切らずにHDD全部を使える場合には
それこそアクセス速度に影響はあるかもしれませんが
もしもメーカーの仕様でHDD全域に渡って分散することで
なるべく書き換えの回数が減るようにしていると考えるならば
パーティションを切ることで書き換えが必要な状況に陥りやすくなり
磁気ヘッドやアームなどの機械部分への負担が増えて故障しやすくなるのかや
書き込みが増えるとHDDが発熱する機会や時間が増えるのか等
そんなことが浮かびました >>622
PC側から見ると同じ領域の書き換えでも
SSD内部は寿命を考慮して違う場所に書くんだよ
だから同じファイルへの上書きを繰り返しても小さなボリュームの書き換えを繰り返しても問題ない
SSD側はボリュームがどう区切られてるかなんて知らないし
PC側はフラッシュメモリの書き換え寿命やデータ保持期間なんか知らない >>619
プラッタの摩耗より前に他の要因で壊れる方が先って認識だけどな
数年前にグーグルも使用頻度とは関係無く壊れるって言ってた気もするし >>619
そもそもプラッタの摩耗で壊れるなら読み書きが数倍にはなる
SMR の寿命はとんでもなく短くなるはずで
そんな話は聞いた事無いからな >>623-625
なので、プラッタの消耗は気にしなくていいかなと思いますが
頻繁に書き換えが発生する状況になった場合には
熱や湿度の影響がCMRより多くなるのではないかと思ったり
熱はそれほど故障原因とはならないという話もあるみたいですが
それでも50度や60度を超え続けたり逆に低温すぎるのはよくないようですよね
それと熱以上に湿度が故障率に影響するという話もあります
今回自分は外付けでの話しでしたがPCに内蔵する場合で考えてみると
昨今は冷却がし難そうな場所にストレージを設置する構造のPCケースも多い印象です
海外はどうか知りませんが日本だと高温多湿の環境が簡単に揃い易いでしょうから
それにSMRの特性が掛け合わさると “使用状況によっては” ですが
過酷な環境に陥りやすいのかもしれないと想像すると
CMR以上に気を付けないといけないのかなという気持ちになりました
とはいえ録画用途で問題無いというレスを頂いたので心配するほどのことはない?
ドライブの使用量が満タンに近づくにつれ
書き換えが発生した際の作業量(負荷)が増えると思いますが
頻繁にデフラグめいた動作が発生するとなると割と深刻かなと
パーティションを切るのも考え物か?と思ったんですけれど、でもあれですかね
そこで大容量のメディアキャッシュがものをいうということになるのでしょうか
それはそれでキャッシュに溜め込んだものが
実際に書き終わるタイミングはいつなのかという疑問もありますが
作業を終えてすぐにPCを閉じたり外付けを外そうとするとどうなるんですかね >>626
勘違いされがちなのはメディアキャッシュは
不揮発領域、つまりプラッタ上に確保されたキャッシュだからな
当然瓦書きでは無い CMR と同じ様に読み書き出来る領域
だからキャッシュ残ってる状態で電源断とかしても問題無い
大容量というか数十GB位あるという話 >>627
あ、つまりは
SMR部分のプラッタへの書き込みが終わる前にHDDを止めても
メディアキャッシュに溜められた記録はそのまま残って
次回HDDが起動された時にSMR部分への書き込みが再開されるということでしょうか
無論、その場合はメディアキャッシュの容量までしか保持できないのでしょうが
なるほどです >>628
そういう事
さらに瓦書きの特性として
ある条件のシーケンシャルな書き込みは CMR と同等の速度で書ける
例えば100MBのシーケンシャルな書き込みなら
90MB 位はCMR と同速で瓦書き出来たりする
つまりこの部分の書き込みデータはメディアキャッシュに乗せる必要が無い
なのでメディアキャッシュも数十GB程度あればまず枯渇しないという話もある >>626
そういう事はさっくり忘れた方が良いと思う
今のHDDってインテリジェントドライブなので、身近な例で例えるとホテルとかのクロークみたいなもんだ
荷物預けて、番号札貰う。番号札を渡して、荷物を返して貰う。これさえ成り立つなら
クロークの中でその荷物がどう管理されてるか気にしなくてもいいわけだ
ただ、番号札渡してから荷物が出てくるまでに現実的な時間で終わらないとか待たされるって事はあるかもしれんけどな
そういうわけで今時のHDDなんて、あるセクタのデータ読出しリクエストしたら、前後のデータも一緒に取ってくる
シークタイムと回転待ち時間考えると、連続したリクエストがあるかもしれんからそっちの方が効率がいい
例えば1セクタ分リクエストしたら、リクエストしたセクタを含む100セクタ単位で読み込むようなアルゴリズムで動いてるとしよう
そうしてるなら、その100セクタ内ではセクタが1〜100まで順序よく並んで無くても良いよね
断片化してても1回の読込で読み込んでメモリ上で並び替えられる
メディアキャッシュからSMRの部分に書き込むときに本当に順序よく並べて書いてないかもしれない
同じ1番セクタ上書き続けたら、SMRトラックに更新分だけ追記し続けて、セクタと物理アドレスの論理マッピングだけ更新していくって手も有る
SMRの中で参照されないデータが過半数越えると新しいSMRトラックに生きてるデータだけコピーして古いトラックを開けるとかね
この辺はHDDがどういうアルゴリズムでSMRしてるかどうか判らんから何とも言えないけど。 CMRなら基本的にはセクタの番号順に物理的に配置されてるよ
代替セクタなどの例外を除いて
これでも
非常に頻繁に書き換えが行われるファイルやファイルシステムエリアなどで
書き換え回数が問題となるという話は聞かない
そもそも
ヘッドはプラッタに接してないんだからアクセスによる摩耗なんて無い WDのキャッシュ制御の話がここで出て、TRIMがあってSSDに似てるってなったせいか、メディアの寿命までフラッシュと同一視しちまう人がいるのだな
磁気の書き換え回数は事実上無限だよ
これが磁気「メディア」となるとアクチュエーターのヘタりや気温の変化でヘッドの浮きが落ちるとか、機械的な要因が大きい
>>612
フラッシュメディアを前段階のキャッシュにしてライトバックさせれば、さらに欠陥が覆い隠せるかも
さらにMRAMなら
現在の耐久性は1TBのSSDだと、TBWは360TB〜1.4PB
STT-MRAMだと10^6回だから1TBでTBWは1PB〜1EBか? 自分の中では、NANDよりもHDDの方がはるかに壊れやすくてヤベェ奴というイメージ。
例えるなら、HDDは車の交通事故のみの事故率を持つ満員のジャンボジェット機みたいな。 ×交通事故のみの事故率
○交通事故並の事故率
一番ヤベェ奴は俺だった… 各社ごとの仕様の違いはわかりませんが
容積を変えないまま性能を上げるために
あの手この手で色んな技術が開発されて
HDDの技術話しは何となく知るだけでも
工夫の仕方が面白いですね。
ttps://www.newtech.co.jp/introduce/hd3/
ところでこんな話↑があったんですよ
注目なのが3.5インチに拘らなければ
倍々で容量が増えるそうなんです(そりゃそうかという話ですが)
現状5.25インチのドライブベイの利用は下火になっていますが
自分は5.25インチベイを設けているPCケースを使っているので
5.25インチHDDを実現してもらえたら面白いですね〜
一般では5.25インチ=光学ドライブ用と捉えている人が多いのかもしれませんが
突き詰めればオープンベイって拡張パーツで遊べる部分ですよね
オープンベイを多様に活用できる新製品の開発と
今風の設計にオープンベイを載せたPCケースが増えて欲しいです
>>633
故障率も重要ですが壊れ方も大事かも
SSDは突然潰れるイメージですが、HDDは徐々に壊れるイメージ
HDDは駆動部分の損傷であれば兆候を掴んで事前に対応できる可能性も
基盤・コントローラー部分が潰れたらSSDと同じで一瞬でしょうけれど
まあ、日頃のバックアップが完璧ならどうでもよい話でしょうか >>636
いや、3.5インチHDDで容量足りないなら2個積めば良いだけなので
大きいHDD作る意味はよくわからんけど 実現も何も5インチのモデルは過去に存在していて
あまりの故障率の高さにとっくに打ち捨てられた規格 5インチHDDの前に8インチ HDDがあったですね。SMDインタフェースが主。
SMDインタフェースはたしかコントロールデータ社の規格。70年台の大型や
ミニコン用。超絶高価。5/8インチHDDの頃はプラッタ回すサーボモーター
技術が未熟で鋳物なフライホイールをぶん回してその慣性で回転安定を維持する
みたいな力技。おかげで5インチフルハイトでも起動するために12V5A程度必要
しかもそれが超高圧スパイク電圧発生の原因とかで。それでいて記憶容量はせいぜい
100MB止まり。コスパ最悪でうち捨てられたのよね。
日本電産はその当時からHDD用モーターのサプライヤーで彼らのサーボモーター
技術の進化がHDDの小型化に貢献したという。今現在HDD市場は頭打ち縮小マーケ
だからNIDECも強気で海門をスーしたりしているみたい >>637
大きくすると回転スタート・ストップの慣性も大きくなる
回転・ブレーキング機構も大きくなる
プラッタ枚数増やして厚みを増すのも同様 >>637
ふむ〜。
仮に3.5インチHDDの容量増加が頭打ちになった時には
HDDはいらないという感じですか?
詰める台数の話しをしたらSSDやM.2の方が省スペースですし
>>638
過去そうであったにしても部品の性能が向上した今ならもしかしたら?
"大幅"に容量を増やす方法として有効のように見えますが
とはいえ実際のところは作られることはないのでしょうね >>642
基板上に取り付けるM.2の話しは余計だったですね >>642
体積あたりの容量なら不揮発性メモリに勝てないからねえ……
今のところは容量単価で優位だから良いとして
最終的にはNAS向けみたいな位置に落ち着くんじゃね
Flashは長期放置でデータ蒸発するし >>644
むしろそういう時代になることで
5.25インチHDDの需要が産まれるのかもしれませんね
すでにそうですけど一般ユーザーのPCは不揮発性メモリで小型化が進み
アーカイブ用途では大型HDDの実現によって超大容量化を目指すみたいな
倍々で容量を増やせるならそれこそ大きさの違うHDD同士の比較であれば
多分3.5インチを2台積むより小さい体積で大容量化できますよね(省スペース)
まあ、上下幅以上に横幅は確実に大きくはなってしまいますけれど
>>639
2社の間でややこしいことになっていたんですね
事の行方によってはそれ以降の海門の製品設計に影響を及ぼす可能性もあるのかな googleのレポートではドライブ単体の信頼性を下げても良いから容量が欲しい。
5インチも考えろみたいな話が出てたね。
といっても数年前のレポートだから今では事情が違うかもしれんが。
HDDは何台も束ねて使うものという視点でのHDDの見方は
一般人の視点でのHDDとは違いすぎるが。
youtubeに一日にアップロードされる動画の容量は4PBなんて話も聞いたことがある
次元が違いすぎて想像つかない。 >>642
それは無理
3.5インチと5インチだと、微々たる差だが、表面平面を出せなくなる
中央のスピンドルだけで保持されてるから、端の方は重力で垂れ下がるし
振動等での変動幅も大きくなる
その上で、昔に比べて、ヘッドの浮上高は低くなってきてるから、
故障率は変わらないどころか上がってると思う
>>464
そりゃgoogleとかにしたら、RAIDで冗長化されたサーバがデータを保持して、更にネットワーク経由で3台以上のノードが同じようにデータ保持してるんだから、
少々、多分2〜3桁信頼性落としてもいいって考え方やろ
一般どころか、データセンタ単位で冗長化してないユーザには無縁の話だとおもうわ ごめん教えて。やっぱり瓦はNASに使ったらあかんの? >>649
NASは悪いとは聞かないが RAID は不味いという話は多い >>650
とはいえシングルボリュームのNASはただの外付けHDDと大差ないと言うのも現実 NASに向かないかと言われればRAIDでないNASには特に悪いという話は聞かないし、
ローカルでもRAID組んだらそりゃ向かないだろうと。
つまりSMRに「むかない」とされるかどうかはNASやローカルストレージか問題ではなく、
ドライブ単体に対してどうアクセスされるかであり、
理論的に細切れになりやすい分散書き込みのRAID構成では「むかない」と判断されることが多い。
ましてやシングルドライブのNASの価値をどう感じるかなんて全く関係のない話。 わざわざSMRなんか選ばなきゃ何も心配することはない >>651
まあ俺はPCから離れた位置に設置するという理由でも NAS にしてるからな
スマホからもアクセス可能にしたりな
NAS にはそういう用途もあるだろう ちょいと質問なのですが、SMRで記録した場合、
そのデターのその上方も積み重ねてデータを記録するわけじゃないですか。
シーゲートの8テラかって、家族の写真とか自分のスマホの画像映像を
記録するぐらいなら8テラもいらないので、
重ねて記録することがないんだと思うんですけど、どうなんでしょうか?
たまに起動させて、家族の写真を記録するだけのHDD。
それでもCMRのほうがよいかな? >>655
SMRなら重ねて記録する、データの大小は無関係 こめんとありがとうございます。
データの大小かかわらず重ね記録するのですね。
WDの8テラのエレメンツが14000になったらそれ買います。 バッファローのNASにST4000DM004が入っていた件
なんだかなぁ。 流石にNASに始めから入ってるなら動作確認はしてるのだろう >>663
何故ここまでキッチリテストしながら
メディアキャッシュやバンド等のSMRの用語を使わないのだろうか? 昔のHDDのようにホストからの指示のみで動いているような前提というか、
ファーム側独自の動作を推測に含めないテスト考察な感じがする。 SMRに興味が湧いてMQ04ABD200を手に入れて1年、安かったので買ったMy Book Duoの中身がWD40EFAX2台でしたorz
MQ04は半分強埋めた段階で転送速度フラフラ、1MB/sが続いて100MB/sに一瞬戻るという挙動を繰り返していたけど、WDではどうなる事やら
とりあえず1TB分転送して半日放置したが未だにカリカリ言ってます。Trimが使えたりするのでLBAとか無視してるんでしょうか? ゲーム3テラくらい入っているが普通に動くね
ありがたい SSDのウェアレベリングの発展の過程で
SMRなんていうMonstorを産んじまったのさ ヘッドで記録密度稼ぐまで数年容量増やせないことが決まって出した苦肉の策がSMRで
ウェアレベリングはSMRの誕生と微塵も関係ないだろ
SMRにウェアレベリングを応用したりTRIMを利用してる部分はあるがむしろSMRの欠点をごまかす後付け技術でしかない SMRのHDDに、ファイナルデータのような消去ソフトを使うと、どうなるの?
1 特定のファイル単位での消去が問題なく行える
2 無駄な書き換えが発生するだけで、使う意味がない
3 そんなもん使わなくてもSSDと同様に復元困難
どれが答えだ そーなの?
俺の予想では1(ただし時間が多く掛かる)かと思ったんだが >>674
WD方式だとHDD基板の方のテーブルで消しました、ってやるだけだから
一瞬で終わる(実際には消えてない 2+3だぞ
昨今のSMR HDDが復元困難であることは復旧業者も説明してる 海門SMRは通常書き込み時がバンド単位というだけでその他の挙動はCMR同等。
WDSMRは675の指摘通り。trimでLBA/CHMの対応管理テーブルを消せという
OS発令で論理的にセクタデータアポーん。覆水盆に返らず。一度消したらバイバイ。
間違ってフォルダごと消しちゃったとかフォーマットしちゃったとかいう場合の
救済はWDは無い(隠しコマンドでテーブル戻しできそうだけど)。海門のほうが
CMR同様の救済できるかも。ただし廃棄売却時はDOD準拠の完全消去したほうがいいかも。
それとは別の話。windows10の場合ドライブ最適化設定がデフォルトで週一。
これが結構ヤバイ。ちょいと前200GB程度のフォルダを誤ってゴミ箱に入れたまま
そのままゴミ箱クリーン。慌ててrecuvaでサルベージした時はほぼほぼ回収できた。
ところが一週間電源onのかま放置後再回収しようとしたら上書き済みで全てゴミ化。
回収失敗。教訓その1:アンデリートやサルベージは計画的にお早めに。
蛇足一点。外付けHDDの回収を試みる場合は本体PCはトラブル起こしたPCで行うべき。
別のPCでサルベージしようとした場合フォルダ丸ごと見失う回収ソフトがある。
多分削除ファイルの痕跡のある部分がゴミ箱管理のCドライブにあって、異なるPCの
ゴミ箱配下に移動させた外付けの削除ファイルは論理的にありもしないとみなされる
という具合。それはそれ。結構おもしろ体験だった。 >>676
672は消去っていってるぞ
FDはふつう復元に使うだろ、とは思うが >>672
基本的にSMRは小さい書き込みが大量にあると凄く遅くなる
あと、そういう書き込みの瓦書きを非同期に裏でこそこそやるから
書き込みの後にたまに遅くなる
なのでファイナルデータであっても大きなサイズを指定するのであればCMRとあんまり変わらないのでは無いかな synologyのNAS用に8TBの買おうかなと思ったんだが
ST8000VN004故障報告多すぎないか?
価格コムもAmazonもそんなレビューはっかり
コンシューマ用と違ってNAS用ってそんなに数出ないだろうに
なんかsynologyってIronwolfとの連携売りにしてる感じがあるけど不安になって結局WD80EFBXをポチった SMRのハードディスクを使ってると頭痛が起きるんだけど
CMRを返して >>677
HDDの廃棄は安全な小渕方式推奨(東京地検立証済み) >>685
検察が政権に忖度しただけじゃないの?
本当は復旧できたんだけど、ヤバい物が出てきたとか バックアップ用に東芝MQ04ABD200買ったけど
全然悪く無いな
キャッシュが多いから快適まである 技術的にHDD容量の向上が難しいからってSMR化するくらいなら、
2.5インチHDDみたいに厚さ方向を増やしてくれてもいいのにね。
例えば、5インチベイに入る40mm厚で安く容量が増えれば買うんだが・・・。
もし50TB以上に増やせるなら80mm厚のフルハイトでもドンと来いだ(笑)
そんな市場が広がれば、リアルに5インチHDD復活もあるかもね。 個人向けにはニッチな市場になるだろうけど、メインはデータセンターだし。
データセンターのストレージは下手すると40uラック全部使うような巨大なストレージ。
しかもメーカの保守は5年から長くても8年だから、古いのはどんどん買い替え。
ストレージの筐体まるごと買い替えなんだから、中身が2.5インチだろうが
5インチだろうが関係ないでしょ。
主に容量単価で優秀なら市場はありそうに感じるけどなぁ。 >>691
いや、反論になってないし。
売れないと考える根拠はなにさ。
単に噛みつきたいだけのゴミなら今後はスルーな? >>688
縦に伸ばす=プラッタを増やす=ヘッドが増える=コスト増
売れないわな 例えば、100台のHDDを積むストレージユニットが、24台のHDDを積む
ストレージユニットで代替できるなら、コントローラやエキスパンダも減らせるよね。
部品点数が減れば、総合的な故障率も減るだろう。
なので、HDDメーカーは躍起になって容量拡大を競争している。
でも、熱アシスト記録は上手くいってない。
このまま熱アシストを待って数年足踏みするくらいなら、手っ取り早く厚み増やせ!
って感じなんだけど。
反論する人は、大人しく熱アシストの普及を待ちたいのかな。
私の自作NASは8TB*5台のRaid5相当で約30TB。資金の捻出も大変だった。
仮に、30TBのHDDがあれば2台でミラーを組んだと思う。
たとえ5インチサイズだったとしても。 >>694
ヘリウム入れてまでプラッタとヘッドを増やしてるのに? ヘリウム入れないと振動で増やせないんだから
厚さを変えればいいとか、そう単純な問題じゃない。 >>699
ヘリウムで増えてるのはブラッタとヘッドではなく
1プラッタ辺りの容量だろ プラッタ増えるが、ヘリウムで振動が減ることによるもの。
結局は振動対策できないと2.5インチみたいに本体の厚さは変えられないと思われ。
ttps://www.itmedia.co.jp/pcuser/spv/1505/07/news056.html?&cf=1 >>702
ヘリウムも振動対策も、本体の厚さを変えずにプラッタを増やすために
プラッタが薄くなるから必要になると読めたけど・・・。
プラッタの厚みを減らさず、本体の厚みを増やす方向はある程度簡単では? >>703
図をみれば、ヘリウムの7枚は空気の5枚より高さが低い。
同じ高さまでせずに、ヘリウムでも7枚までと言ってるんだから、簡単には高さが増やせないということだろう。
技術の進化で振動抑えられるかもしれないが、単純な話ではないということ。 初めて買った1GBのSCSI-HDDは富士通製のフルハイトだった。
秋葉原のぷらっとほーむで買った。
当時はDOS/Vが出た当初で、IDEは540MB?の壁があったんだよ。
最新のCPUは486DX2とかだった。
マザーボードのバスはISAバスだったし、ATXではなくATマザーだった。
DOS/V用っていうより、SUNとかのワークステーション用だったんじゃないかな。 CD-R
DVD-R
BD-R
HD-R ←SMR Intel RSTのRAID1が劣化してHDD交換したら再構築失敗した
調べたら交換前がCMRで交換後がSMRだった
予備のCMR見つかって再構築成功したけど、今後どうしよう 3.5インチサイズのHDDをもっと厚くしてくれ。
ってのはGoogleかAWSが要望出してたぞ。
彼らは規模が大きいからメリットがあればシャーシからHDDから独自にすることは気にしない。
ただ、彼らはまだHDD購入しているのかね。 間違えてWDのSMRつかまされたから速攻で売っぱらった。
ラクマで売ったから手数料代を損したけど、勉強料としては安かったわ。 >>711
ぶっちゃけデフラグするより空きHDD用意してスマートバックアップやファイルコピー>復元のほうがいいよ
ランダムアクセス激減するから作業時間全然早いしHDDの寿命も縮めない SMRって断片化するんか? 自分は500GBのをシステムドライブとして使っているけど
空き容量を50%以上にしてるから低速化は全く起こらない Windows10はデフォのまま使っていると自動的にデフラグするでしょ。週一程度で。 >>715
システムドライブ用に500GBのSMR買うぐらいなら500GBのSSDで良い気がするんだが・・・・。 メーカー製のPCから抜き取られた海門のが中古で出回っているのだが・・・
避けられているのは分かるが、俺はシステムドライブで使ってるぞ >>715
断片化についてはCMRと変わらない程度にすると思うし
SMR特有の低速化は残容量とは関係ないと思うけど おまいらSMRに対して否定的な意見ばかりやな・・・使ってみ
OS入れて使ってるけど、別に気にならないよ?
CMRでも低速化は普通に起こってるのに・・・ >>723
空き領域の大多数が綺麗なSMRブロック(?)なら関係ないだろうけど、空き容量少ない=書き込み先SMRブロックが一部でも使用されてる可能性が高くなる→遅くなる確率が上がる
極論デフラグでSMRブロックを考慮出来れば良いんだろうけどDM-SMRじゃムリ。あーWDの方はHDD側でコントロールしようと思えば論理的には多少は出来なくはないか。
>>724
普通システムにはSSD使うから。SMRの癖にたいして安くないから。SMRの癖に容量多くないから。
SMR自体は否定しないが、今の売り方はちょっとな いまどきOSをHDDに入れるのは何かしら特殊な事情がある人だけじゃないのか >>728
信用できない気持ちはわかるが、検証くらいはしてみよう。
自分の環境では近年のSSDはHDDより信頼できる。 今どきのSSDは値段以外は全部HDDの頭上を超えていったろ
まあその値段が他の長所を打ち消して有り余る最大の欠点だから困るんだが 特にWDのSMRはOSから見えるセクタと物理のセクタが違っている可能性が高い。
OSから断片化して見えても、実際はHDDがデフラグして書いている可能もあるし、逆もある。
だから、デフラグに意味はない。これはSSDと同じで、デフラグは害でしかない。 結局PC用じゃSSDの寿命にビビるほど書き換え頻度高いワークロードやってなかったからな皆w >>726
言ってる事が良くわからんが
根本的にHDDは買った時から全ての領域に何かが書き込まれている状態であって
その上でOSがファイルシステムのルールに則って使用してる領域か
そうでない領域かHDDに断りもなく勝手に決めて上書きして使ってるわけで
OSが勝手に決めた使用領域が多いか少ないかなんてHDDの仕様であるSMRには関係ないと思うけど >>734はtrimの存在しない並行世界からのレスかしら >>735
HDDもTRIMが当たり前になったのか?
一部のSMRにしか使われていない認識だったが >>724
それな
CMRでも断片化や他のアプリが裏で動いてたら低速にはなるし
もしSMR特有の低速化は起きたらそんなものでは無いって言うね
まあ、SMRはRAIDで使えなかったりするというのあるらしいけどな >>736
SMRの話だから
>>723
>SMR特有の低速化は残容量とは関係ない
CMR/SMR共に断片化するとシークペナルティがかかるのは一緒だけど、SMRは最悪1セクタ書く度にxxM読み書きしないとイケナクなる。
CMR/SMR共に残容量が減るとペナルティ発生確率が上がるのは同じでも、ペナルティ量が違いすぎる
→SMRの方が残容量に注意が必要ってのは普通の考えじゃないかな。 少なくとも、これからの一般家庭のPCとオフィスユースのPCはSSD起動が常識だろ。 >>738
xxM読み書きって何だ?
そもそもトリム前提で話してるのか?それならOSが決めた残容量が速度に影響する可能性はあるとは思うが
海門のSMRはトリムは要求しなかったと思うが >>741
64MBだか128MBだか知らんが、
瓦ブロックを書き換えないといけないって事だろ
会社支給のコーヒーレイク、ノートPCクッソ遅いの何故か調べたら茂の瓦を積んでた
1TBのうち100GB未満しか使ってないのに起動して20分位使い物にならん、なんやこれまじゴミやわ
これなら前の蓮ノート(これもHDDだが)の方が良かった
会社PCのストレージなんて大容量いらんから、SSD載せろよなぁ >>742
HDDのせい?64bit版OSでメモリが少ないってオチはない? SSDならCore2DuoのRAM8GBでも64bitで戦えるし、
SSDなら、Pentium M 725のRAM2GBでもWindows7の32bitサポート終了まで戦えた。
一方HDDだと、第6世代Core i3でRAM16GBでも遅くて使い物にならない。 >>743
あー多分メモリも8GBか下手したら4GBかも、調べてみよ
まぁ、知った所で改善は出来ないんだけどな、アハハハ 俺は会社支給のノートPCがHDD起動メモリ8GBでクソ遅かったから自腹でメモリ16GBに増設しちゃったよ。本当はSSD換装もしたかったくらいだけど。 まあ、それでもクソ遅いのは変わらなかったのだが。
何人もの役職付き社員がネットワーク管理者にクレーム入れて、役職付きの人だけは即SSD起動のに切り替わった。導入して1年経ってなかったと思う。
そして、そのネットワーク管理者は会社を辞めた。 >>742
トリムが無いならその64MBだか128MBはOSがどこをどう使ってるかに関わらず必ず書き換えられるということ
HDD,SMR は OS が何処をどれだけ使ってるか把握してないからな
だからOSが表示するHDDの残容量にSMR特有の低速化は影響しない >>748
空き容量が少ないと書き込み時にバラバラなセクタを指示する可能性が上がる。OSから見て空きセクタの配置に依存するだけと言えばそうだけど確率の話ね。
で、バラバラなセクタを指示された時のペナルティはCMR<<<<SMRと
当然MCは使うんだろうけど、MC吐き出し時にコストはかかるわけで
当然これは理論的な可能性の話であって、実運用でどうなるかは空きセクタの配置や読み書き量に依存する
→つまり環境・使い方による
→俺が大丈夫だから皆大丈夫とは限らない(俺がダメだから皆ダメとも限らない) >>749
win10使うなら、起動ドライブが瓦なのは拷問だよ
更新ダウンロードでMC使い切って、更新始まるとHDD使用率100%コース
それが毎週 >>750
それはあるかもね。DとかEドライブなどのデータHDDが使用率100%はまだましだが
Cドライブの100%はかな漢字変換すら不能状態に入るからね。対策方策はCドライブの
デフラグ自動設定を外すことくらい。CドライブだけはSSDが望ましいね。 ウィンドウズのバックグラウンドでやるデフラグやスキャンはマジでえぐいからな
低性能CPUやHDDはコレで殺されると思っていいわ >>753
世の中にはRAM 4GBオンボード(増設不可)なレッツノートなんて代物もあるんやで(もちろんHDD)
解像度も1366×768とか
買う前から分かる、これはゴミだ >>744
流石にCore2Duoはキツイ
せめてi7の2600からだな
それでも10年前のCPUだ 瓦HDDはOSに使うべきじゃないね。
ライトワンスな使い方をしたほうがいい。 SMRのHDDって、画像や動画を入れとくファイルサーバーか
NASのバックアップぐらいしか使い道ないんですかね? 素朴な疑問ですまんが、SMRっていつキャッシュ領域から瓦領域に書き込んでるの?
OSから認識されてるとき?
通電してるとき?
データ移した後マウント切りたいんだが、タイミングがわからん >>758
電源断のタイミングを具体的に知りたいのであれば
タスクマネージャーを起動しパフォーマンスモニタで
当該ドライブの使用率を時間経過でワッチし、
使用率がほぼゼロ%で推移している状態であればほぼOK SMR処理してるときはOS側に稼働状況渡さないんじゃないのか?
ドライブマネージドだし。それこそOS側からしてみれば、コイツ何やってんの?状態になるわけだし。 >>760
そんなことはない。SMRが描き戻しで忙しい時は新規の
W/Rリクエストをほぼ受け付けないので99-100%ビジーの
まんま。いわゆるMCオーバーフロー状態中だとそんな
100%が10分強続く。体験的に確認済み。この状態で
電源切ると瓦側の盤面を壊す可能性あり。更新されるべき
バンドデータ自体はMC上に残っているから電源再投入時に
再び描き戻しがレジュームする。 >>761
それってPCスリープ状態にしてもUSBポートやらACアダプターでHDDが通電状態なら勝手に瓦処理続けてくれるってことでいいのか >>761
いや、そらMCオーバーフローならそうなるだろうが
通常使いではオーバーフローにはならない位の数十GB単位のMC容量が確保されてるという話で
オーバーフローで無いならOS側からの読み書き依頼が優先されるという話だと思ったが
>>762
そうしない理由は無いわな > 昭和電工は2021年6月10日、Seagate Singapore International Headquarters(Seagate)と、
> HDDの次世代記録技術「HAMR(熱アシスト磁気記録)」対応HDメディアの
> 共同開発契約を締結したと発表した。 熱アシスト磁気記録は磁気記録技術と光記録技術を融合した記録方式である。
この方式 では,通常の磁気記録では記録できないような高保磁力媒体に対して,
光照射することで熱 磁気的に記録した後,室温に戻した状態で磁気的に再生する。 すっかりアンチが消えてココ寂れたな。生残りは転向してSMRの軍門に降ったのか? そら、きっちり見分けつくようになってあれやこれや議論する必要なくなったからな
WDのやらかしに感謝よ 結局SMRもCMRも生き残ってるのか?
市販はどっちが数多い感じ? 2.5だとSSDに対して低コスト謳うしかない
全部SMRなのでは? 2.5インチの2TB以上はSMR
3.5インチのSMRは少ない 大小100万個ほど入り混じった総サイズ2.5TBのデータを
SMRのHHDへ全て一気にコピーバックアップを行ったら恐ろしい時間かかりますか? >>773
1TBもSMRがある
安いノートPCに載ってたな OSをSMRなんて、そのメーカー自殺行為も良いとこじゃね? >>775-778
すみませんファイル数的には100万近くで違いないのですが
合計サイズは6TB近くでした
初めは空状態の物へ入れますが周期的な差分同期を考えてます
初めの100万近くはやっぱCMRに比べると時間かかりまくりですかね…候補はST8000DM004です
圧縮せずにそのまま入れこむ事を考えてます
時間かかるのも辛いのと後々流用出来る事考えてCMRを買うかどうか迷い中ですね… 細かいファイルが多いならSMRじゃなくても遅くなる ほっときゃ終わるんだから数日かかってもいいじゃん
6TBコピーは1回だけなんでしょ?
CMR同士だけど最近コピーした時の時間
ファイル数 : 940万
サイズ合計 : 10.2TB
所要時間 : 25時間 >>781は1ファイル平均6MB
そんなに細かくもないと思う
>>783は1ファイル平均1MB お立ち台でクローンデュプリケートすればイイんじゃね? 1TBあたり2時間半弱。
6TBなら15時間くらい。6TB→8TBならデュプリケート後にパーティション弄って
サイズ拡大するとか後処理で。
普通にコピーすると丸一日はかかるだろうね。外出時とかPCの省電力設定を外して
放置で連続コピーする場合は、USB扇風機とかファンをぶんまわしで排熱するが吉。 >>781
ST8000DM004にh2testwってツールでメディアキャッシュ切れを起こすように
100GByte書き込んだら70MByte/s以上出たので、書き込みだけなら1TByteで
4.5時間位かな
読み込み150MByte/s位でできるならば1TByteで6〜7時間位
CMRにしても書き込み時間は半分になる位だと思うので1TByteで3時間位は
かかりそうだけど
HDDはGByte単位のころは何時間で終わるかなって考えたけど、TByte単位に
なってからは作業始めたら1週間かかると思って作業するようになった
18TByteのHDDなんて全セクタ1回書き込むだけで20時間以上かかるしww メデイアキャッシュ切れてもシーケンシャルってことではなくて? ファイルは1GByte単位で100個なんで1ファイルの完全なシーケンシャルって
訳でもないけど、それはランダムなのかって言われると微妙かな 管理領域にメモリキャッシュが働けば、まあ物理はシーケンシャルかもね >>788
多分1GB単位のシーケンシャルライトだとメディアキャッシュ全く使われないぞ
最長でも数十MB単位くらいじゃないとな いまだにランダムとシーケンシャルわからんわ
例えばOSでマルチでコピーしたら空き領域にランダムに書き込まれるけど
シングルコピーでも連続した空き領域がなければランダムで書き込まれるよな
分配しながら書きこまれる
断片化してたらキャッシュ漏れたらシーケンシャルにならん
で読み出し側のファイルが断片化してたらランダムアクセスして
読み込まれるからシーケンシャルでデーター送るのはディスクキャッシュ分くらいじゃないの?
ビデオレコーダーがエンコしたデータを真っ新なHDDに書き込むなら間違いなくシーケンシャルで
連続的に書き込まれる
データ消去して録画繰り返すと穴だらけでキャッシュ間だけしかシーケンシャルが起きないと思うんだけど SSDのデフラグはWindows標準では出来なくなっちゃったけど そもそもSSDはデフラグ不要だし。
Trimとデフラグは別だよ。
で、SMRにデフラグって効くの?
物理の記録位置とPCから見た記録位置って違っているよね。
PCから見て連続じゃないからって書き換えても狙った位置には書けないよね。 >>795
SSDスレと勘違いした
SSDもシーケンシャルの方が速い以上デフラグは有効
フラグメントの悪影響がHDDに比べて圧倒的に少ないと言うだけ >>795
SMRは標準ツールで物理的なフラグメントを解消しにくいと言うだけで
例えば一旦空にしてから全コピーすればフラグメントは解消される システムはSSDに移行してるけど
DATA保存用のハードディスクが10年使っても異常がまったくないけど
さすがに怖いからSMRのHDD二台今注文したけど
随分違うみたいだね参考になるわ >例えば一旦空にしてから全コピーすればフラグメントは解消される
こういうこと書いてる奴って実際にやってみたことないのかな?
実際やればわかるけど軽減されるということはあるかもしれないけど解消はされないよ。
空のディスクにコピーしたところでCMRでもSMRでも関係なくコピーされたファイルがフラグメント状態になるのは普通の話。 >>799
????
どんなファイルシステム使ってるんだ? NTFSだよ。
コピー手段はrobocopy、xcopy、FreeFileSync等何でやっても似たようなもん。
デフラグ手段つーかフラグメント状態はWindows標準のドライブ最適化の分析結果でみたもの。
逆に>>800はどんなファイルシステムとコピー手段とデフラグ手段を使ってるんだ? 一つのファイルだけならともかく多くのファイルがあるならメタデータやディレクトリ情報は
追記されていくしffsのようにデータブロックと関連するメタデータは同じシリンダグループに
配置しようとするファイルシステムもある
逆にいうと全コピーならデフラグしたように配置されるというのは
現代的なファイルシステムとしてはマヌケじゃないか 単一ファイルの記録の配置の事を言ってんじゃないの?
動画データ、とか。 >>795の
> 物理の記録位置とPCから見た記録位置って違っているよね。
というのも意味が分からん
プラッタ上の大きなキャッシュがあるというのと重ね書きするというだけでなぜ記録位置が違うのか
不良セクタの置き換えが見えないということならCMRでも同じだし 茂がキャッシュ付きで瓦にしただけ
WDがひたすら新しいところに全部シーケンシャルで書いてテーブルでどうにかする感じじゃなかったっけか >>801
フォーマット&コピー後の、ドライブの最適化の分析結果
0%が断片化しています
コピー詳細
サイズ : 10.18TB
ディスク上のサイズ : 10.21TB
ファイル数 : 9244597
フォルダ数 : 1027430
ファイルフォーマット : NTFS MacのFinderでファイル複数選択して
コピーするだけでもマルチで書き込まれてるな
フォルダに複数入っててもマルチ
iDefragの無料で細かく確認してる
空き領域は綺麗に詰めて収まってるが
データ自体はマルチコピー分ランダムに配置されてる macOSはWindowsじゃないし。ファイルをどこに書き込むかはOSの仕事だし。
HDD無罪w クライアント用OSでメモリをケチるか、書き込み時間をケチるか、
サーバ用OSなら、クライアントOSの戦略+読み書きが進んだ状態(断片化しても)でも
性能が低下しにくいようするか等々で変わってくるからな
同じファイルシステム使っててもOSとか組み込み環境でかなり違うわ 別に勝負してるわけでも、HDDが有罪とか言ってるわけでもないんだが・・・
SMRの場合、メディアキャッシュ?に書かれたあと、別の物理アドレスに
移動されるけど、OSはその移動を認識していないよね?
OSが書いたと思っているアドレスと、実際の物理アドレスが違っているのは
上記の状況を考えると当然だと思う。ちなみに、SSDだってそうだよね。
この状況で、OSから見た断片化って意味があるの?
逆にデフラグして断片化が改善したとして、物理的に連続ではないよね?
って意味から、SMRのHDDにデフラグって意味ないんじゃないかな、と考えた。
別にSMRのHDDを嫌っているわけではないよ。
使いこなし方を知りたいだけ。 逆に言えばOSが関知せずともHDDが勝手にデフラグ(実際はSMRの場合はバンドを解放するために使用領域の集約)する可能性ってのがあるよね
メディアキャッシュから、空いてるバンドへ書き込んだり、はOSから書き込んでるときの挙動だけど
利用率が低くなった複数バンドから、生きてるデータを集約して一つのバンドに書き込んで、空きバンドを作るときに
断片化してるとHDDは読込も遅いから、なるべく論理セクタ順になるように、並び替えててもおかしくない
そう言う挙動をするなら、デフラグ掛けて論理セクタ順にデータが並んでる意味はある
実際の所はどうやってるか分からんけど、論理ブロックが近いモノは同じバンドに書き込むような工夫はしてるんじゃ無いかとは思うわ 確かに、HDDが能動的に内部的なデフラグを行うなら、
OSのデフラグが良い結果を出す可能性が高いね。
でも、PCのCPU・メモリの計算能力と比べて、
HDDのCPU・メモリは桁違いに計算能力が低いのではないかな。
たぶん、千分の1とか万分の1レベルで。
そんなHDDがマトモなデフラグが出来るんだろうか?
現時点では出来てないように思う。
SMRの瓦書きを無駄にしないように詰め込むので精一杯だろうなぁ。
将来的には出来るようになるかもだけど。 HDDはいわゆるデフラグ、ファイルデータを物理的に切れ目なく連続的に
並べ替える。ということはやらないでしょ。それはlファイルの保存場所を
論理的に管理しているOSがすべき事。
海門SMRのメディアキャッシュのフラッシング書き込みはMCのデータを
あるべき物理セクタ@バンドに書き戻すだけの処理。ファイルの切れ目を
消却するデフラグ行為ではない。WD SMRのガベコレはバンドの物理配置を
インクリメンタルに再配置するだけ。これもファイルの切れ目消却とは無関係。
Windows10のデフォルト設定は自動的にデフラグ処理をアイドル時間中に行う。
だから誤って削除したファイルをアンデリート復活させる場合、削除直後なら
成功するが、時間が経過すると削除部分にデフラグ処理書き込みが行われた場合
削除データが上書きされてアンデリートは失敗する。
LinuxはOSが自動的にデフラグする設定が無い。その必要性がない。と考えられて
いるらしい。Linuxにデフラグコマンドが無いわけではないが常用的に使う必要がない。
というのもファイル生成時に離散的ファイル配置を行う。生成時に既存ファイルと
新規ファイル間の空きスペースを極大にする。だから追記を行っても連続書きが維持され
分断フラグメントは生じ難い。HDDの使用率が90%未満ならまずフラグメントなしで済むらしい。
長文スマソね 説明ありがとう。
Win10では、海門SMRはデフラグ効果あり。WD SMRはデフラグ意味なし。
ってことかな。 >>814
いやメーカー関係なくSMRにおいてどっちもデフラグに意味ねえよって話だと思うが >>812,813
ちょっと意図が伝わってないかもしれない
バンドは上書きは出来ずに追記しかできないわけじゃない
だから、バンドが10セクタで構成されてるとして、
10セクタのサイズのファイルを書くと1つのバンド(このバンドをAとする)に収まるとするじゃない
先頭5セクタ分だけを書き換えたら
メディアキャッシュ(MC)に書き込まれてしばらくしたら、MCからバンドBに5セクタ書き出されて、バンドAの先頭5セクタ目は無効(トリムなくても同一論理セクタだから無効にしても問題ない)にされる。
再び先頭5セクタ目を書き換えたら、バンドBの5セクタ分は無効にされて、バンドBの後部に追加されていくって挙動してるはずなんだ
するとバンドAとバンドBの先頭5セクタ分が無効になってて半分使えないから
バンドAとバンドBの有効データをバンドCにまとめて書きだすって作業してるはずなのね
この時になるべく論理セクタ順に並べなおすってことはできるはずだって話
OS上で出不落掛けたら論理セクタ順に並んでいるわけで、
HDDはガベージコレクション時に可能な範囲で論理セクタ順に
並べ替えるだけだから、そんなに負荷はかからないと思う >>816
×再び先頭5セクタ目を書き換えたら
〇再び先頭5セクタ分を書き換えたら
ごめん CMR, SMR関係なく
ファイルシステムやOSも関係なく
HDDのデフラグは有効 そういや前に出不落したのいつだっけなぁ。
たぶん、ここ数年してないな。 遅くても良い鈍感な人は
フラグメントによる性能劣化は気づかないかも うむ。納得した。
SMRのHDDにはデフラグしても意味は無い。
当初考えた通りだな。 >>820
Windowsの某ソフトを用いて3万超のフラグメントを内臓している3GBのファイルを
見たことがある。別ドライブへ単純コピーすると転送速度は10MB/S以下。低速。
コピー後、コピーされたファイルのフラグメントはゼロ。エクスプローラーのファイル
コピーはデフラグ効果があることを確認。このファイルを元のドライブにコピーバック。
コピー速度は120-140MB/s。まあこの種の実情は簡単に確認できるはずだね >>823
いや、単純に技術的な説明に説得力があるかどうかだよ。 一般的なOSでシーケンシャル書き込みって小さいファイルでしか起きないよな
ジャーナルも記録していかないと電源切れたらデータ飛ぶし
検索用のデータベース書き込むし
監視カメラのシステムだったらずっとメモリからのシーケンシャル書き込みで
内周まで書き込んだら外周に戻ってレコードのように動くと思うが 少し話題になってたようだけど長期保管(例えば一年以上電源すら入らない)のような時はやっぱりSMRは不利ですよね?メカとか他はCMRと同じ期待値で故障(不動)となるにしろ、CMRで一つピットが壊れると一つ分のデータを損失するけど、SMR例えば瓦分(例えば5個とか)損失するとこの場合5倍不利という考えですが、考え方自体はあってますでしょうか?
(実際使える使えないとかでなくあくまで論理としてです、ら) >>827
書くときにめんどくさくなってるだけで読む分にはCMRとなんらかわらんからそのへんも一緒じゃね 結局一つのピットに複数のデータが入ってるんじゃないのかな?SSDのようなもんで2値データを3,4値のデータにしてる感じ。
だとしたら一単位(ピット)が壊れたら損失する情報量が増えると思うのだが?
ただ難しいのは同じデータを格納しようと思えば例えばCMRは100単位、SMRは20単位の量で済むから1単位当たりの故障期待値が同じならCMRは5倍壊れやすいとも言える気もする。
どっちやねん!? >>830
SMRの構造一回ググってきたほうが良いと思うわ いや当たり前だけどSMRのがピット辺りの面積が狭くなる(記録と再生のヘッドの大きさ差に注目してんだな面白い。)から色々複雑になるだろう。少なくともSMRの方が長期保管に向いている(単価は除く)要素は無いんじゃ無いかな?
しっかり冗長化がなされ、お守りがつくシステムならメリットあると思うが。 長期保存はZFSのミラー
二本単位で交換
その二台照らし合わせてどちらかが正しいか判断できるのがZFS
自然界の放射線でデータが化ける可能性がある
DRAMとかX線受けてたら内部の絶縁物質が風化してショート
昔のPC100 133 とかほぼエラーでしょ
EPROMはプロセスルール大きそうだからまだましかも ファイルシステムとかの話(ソフト的な話)もあるよね。
2本一組で運用するのも確かに良い。
しかし、瓦状に上書きしてくるシステムでは単価のために安全マージン削ってる(通常は安全)という事だと思う。無くしたく無いデータにはやっぱり気が引けるけど、そうじゃないけど容量欲しい事もあるからコレも使い分けだろなぁ。 >>833
従来は枠として使われてた領域をパターン化された重ね書きで効率良く使いましょうてのがSMRだから
プラッタの面積当たりのデータ量という意味で言えば変わらないんじゃないの?
効率良く使っているからどこが死んだ時に被害を受ける可能性は上がるだろうけど >>837
そうでは無い
数字は適当だがHDDは書き込みは2mm幅でしか書けないが読み込みは1mm幅で読める
だったら書き込みを1mm重ねれば読み込み可能な1mm幅のデータが出来て
1プラッタ辺りのデータ量を増やせるだろうって事で
書き込みデータを重ねて書くようにしたのがSMRの瓦書き
だからSMRのプラッタ面積辺りのデータ量はCMRより増える >>836
その安全マージンとは具体的に何?
それが答えられないのであれば正に「それは貴方の感想ですよね?」って話にしかならない
別にSMRを擁護したい訳ではないが
SMRが潜在的にCMRより壊れやすい構造ならデータセンターとかで故障の統計を取られたら一発でバレるので
メーカーもそんな馬鹿な物は作らないと思うけど 密度しか見てないなから1プラッタ500GBと1TBどっちが壊れやすいってのと同じ話になるしSMR関係なくね >>821
一応突っ込んどくと
CMRの時代からHDDは連番のアドレスで読み書きすれば速いという仕様だったから
OSはなるべく連番で読み書きするようにHDDを使っている
それはSMRでも変わらない
そしてそのアドレスをしっかり連番に揃えるのがデフラグという機能だ
もしSMRが連番で書き込んで連番で読まれないのだとしたら
SMRの読み込みはCMRより断然遅くなるはずだがそんな話は聞いた事は無い
つまりこの事からだけでもSMRでも連番で書き込む事は有効であり
デフラグも有効であると判断出来ると思うけど SMRだとセクタ番号と物理的位置が連続でないものもあるぞ
セクタ単位じゃなくてもっと大きな単位だから気にする必要は無いけど 昔よりもファイルシステムやファイルフォーマットが進化してるし
キャッシュも大きくなったので
CMRもSMRも、昔ほど気にしなくて良いのは確か
でもやった方が良いのも確か >>844
それはCMRでも同じ
セクタを読み込んだあと、次のセクタを読み込むまでの
準備が整うまでにディスクは回転してるから、そのタイムラグ分
インターリーブしてあるのが自然 >>846
となりのトラックじゃなくて
もっとずっと離れた所にある可能性がある セクタ単位でデータ読みしていたのは80年代のST-506や初期IDEとかの大昔の話でしょ。
その当時はアクセス場所はCHS(シリンダ・ヘッド・セクタ)と物理的な特定セクタを
直接指定していた。セクタの番号付けは物理的位置指定でセクタは非連続な一個飛ばし
二個飛ばしというような物理的非連続なインターリーブ設定を物理フォーマット時に
設定する方式だった。古代のHDDでは飛ばしのスキュー値でHDD速度が大きく変わった。
SCSIやATAの時代に入って単純な番号で論理的位置指定するLBA方式に移行。同時にHDD自身が
内蔵するバッファメモリを用いてシリンダ一本一括読み出しするやり方に。バッファに当該セクタ
データが無けば新規読み出し。バッファに読み込み済みであればバッファ吐き出しで済ませる。
そうやって高速化を実現したとかいうはなし。セクタの物理配置はLBA対応の順列隙間なしだと思うけど。 >>840
いや、先に出てたけど2mm幅で書き込んで、1mm幅で読む方がシンプルだし堅固でしょ。2mm幅を重畳させる方式が相手の場合。あとはデータ毎に空白部(隙間)がcmrのが大きくなる。冗長性から多少の欠損だと補正が効くと思うけど、smrのが不利と思う。
そのデータ示せとか言われても、そりゃわたしゃWDやSTXの中の人じゃないから無理だわ。 >>840
だからデータセンターみたいにコストもシビアでお守りがつくなら、単価安いモノならしっかり冗長化と交換をしてもなお安ければ採用するでしょ。
自分は半年とか一年とか放置した場合の話をしてるんだけどね。 >>850
そんな短期間じゃ飛ぶもなにもないし駆動系死んだらどっちみちアウトだから差なんてない >>839
だいたい合っているが、書き込みヘッドはこれ以上小さくできないので
CMRと同じだが、読み出しヘッドは 重ね書きの程度によるが CMRよりも小さくなっているよ。
CMR時代でも 読み出しヘッドは 小さくできる技術的余地はあったけど
必要がなかったから小さくしていなかっただけ。
例に挙げている 2mmと1mmの 比率 2倍は 最大で それくらいの比率まで
読み出しヘッドは小さくできるというだけの話。
そこまで小さくしたという製品は 見たことないけど。
君は磁気ヘッドのトラッキング位置精度のことを考えていないみたいだけど、
位置合わせも大変よ? CMRでは ディスクの記録信号で補正掛けられたけど、
重ね書きで信号滅茶苦茶にされるし。
>>840
上で書いたけど 読み出しヘッドが小さくなった分 SN比は悪くなっているよ。
でも それは 技術的な改善で問題ないレベルになっているから、問題となっていないだけ。
>>843
「それは貴方の感想ですよね?」w
LBA導入の段階で、物理アドレスと論理アドレスは分離されているんだから
連続が良いかどうかは処理系依存。
SMRは重ね書きの都合で、書き込みの自由度に制限があるんだから、
物理的に重なっていない領域に書き込んで、そのまま論理アドレスは
連続に見せるか(TRIM搭載製品は やっててもおかしくない。
調べられないから、知らんけど)、物理的に CMR領域を
キャッシュとして持っておいて、いったんそこに書き込んでから
後で SMR領域に重ね書きするか、等、やり方は 各社 まちまち。
多少 物理的なトラックの順番が入れ替わっていても NCQで吸収できるしね。
デフラグには本来の意味での直接な効果ないかも知れないけど、
書き込みをすることで HDD側で内部的な整理を行わせるという意味では
意味がある可能性までは否定しないけどね。 >>852
いやいや、SMRのデフラグの必要性にそんな能書きは要らなくて
『SMRでもCMR並にシーケンシャルリードが速い』
のは事実なわけで
これはつまりOSが論理アドレスの連番に書いたデータの読み込みが速いって事だろう
だからSMRの中身がどうなってようがデフラグで論理アドレスで連番に並べれば
読み込みは速くなるって事
そしてそれは書き込みも同じ事 >>851
原理上から積み上げて推測する話をしてるのに、ワシが言うんだから良いんだよ!って昭和初期の爺さんみたいな事言われてもなぁ。そんなんだから科学でも敗北したってのに。 原理上から積み上げた推測?
ただのイメージで語ってるだけと思うけど SMRが読み書き速くなるだけの夢の技術()ならこんなに物議を醸してないから
書き込みクソ遅いしメーカー毎ブラックボックスな部分もでかいから問題になってる
書き込み速かったらメディアキャッシュ()もいらねーから モノシリなスップ・オッペケを見かけたら優しくしてあげてください
このレス転載禁止(このスレ転載NG)について 2
https://lavender.5ch.net/test/read.cgi/mog2/1634344688/
このレス転載禁止(このスレ転載NG)について0003
https://egg.5ch.net/test/read.cgi/tubo/1631970485/
939 Socket774 (スッップ Sd43-zF3n [49.98.217.14]) sage 2021/09/19(日) 14:38:54.09 ID:3OHsK+Tcd
Rocket買う人は奇特な人
941 Socket774 (スッップ Sd43-zF3n [49.98.217.14]) sage 2021/09/19(日) 15:13:48.92 ID:3OHsK+Tcd
奇妙で特殊な信仰の持ち主の略ね 容量倍なら多少遅くても我慢するけど
そんなことないから
メリットない >>855
君みたいに自分に都合の良い推測を積み上げてるから戦争に負けるんだよ。
最近だって三菱が飛行機でやらかしたばかりじゃないか。 >>860
なるほど、記録と再生の比較して考えたつもりですが違うということですので、ならばSMRの方が半年から一年の保管で優れている点を示して欲しい。もしも1年程度では変わらないと言うならどこで差がつく時点でSMRの方が優れている、原理から推測される点を示して欲しい。
仮に差がつく時点が1年以上というなら具体的わかっているということだと思うんでお願いします。 >>861
証明出来ないのはお互い様だが
2mmの書き込みのうち読むのに不要だった1mmはメーカーが不要だと判断したからSMRで削ったわけで
そのメーカーの判断を疑うのであればCMRであってもHDDには信頼性など無いという事になる
それにプラッタの情報量が少ない方が保管に優れているのであれば
プラッタに1GB位しか書かなかった古のHDDが最強という事になるが
常識的に考えてそうはならんだろう >>862
技術の進化で差はあるけど昔の方が壊れにくいんじゃ無いか?
とはいえ、100Gじゃ足りないし、新品は入手できないし。 同密度で比較した場合SMRの方が磁化力が高いからCMRより蒸発しづらい
密度が高いほど失うデータが多いのは形式の問題じゃないからSMR関係ない >>863
まあ主観ではあるが動かないプラッタより可動部の方が万倍壊れ易いから
気にする所が見当違いなんじゃないかと思うが
1年放置した後にしたって1年動かさなかった可動部が正常に動くかどうかの方が怪しく思える
長生きする目的で車に轢かれにくい田舎に住むことを選択する感じ
確かに交通量の少ない田舎の方が轢かれにくくはなるだろうが
99.9%以上別の要因で死ぬからそれで寿命が伸びる事はまず無いだろう >>861
原理上差はない。
早口の人と寡黙な人の寿命の差みたいなもん。 いやいや、原理上書き込み自体が増えるからSMRの方が短寿命なのは確実だろ
一時書き込みしてからわざわざ書き直すんだもの >>867
だとしたらどこかのデータセンターでもがそのSMRは壊れやすいという結果を出してくれてそうなものだが
俺は見た事無い >>868
そりゃ、HDDの耐久性調査は本業じゃなく余技だからな
最初っから不向きだと分かってる製品をわざわざ買いそろえて調べたりはしない
調査結果にWDの中〜低容量品が全く出てこないのと同じこと >>868
そもそも論になっちゃうけど
・データセンターで一般人が使えるDM-SMRを使ってるってどっかに出てたっけ?
・データセンターって普通RAID系技術使うからDM-SMR避けるよな?
・DM-SMRってデータセンターにとっては比較的小容量しかないよな?
・例の特殊な会社除き、自分達の検証結果を定期的に出してる所ってあったっけ?
↑の前提が間違ってるってのでも良いから根拠あったら教えてくれ Dropbox Japanは9月6日、同社のサービス提供基盤に説明会を開催し、SMR(Shingled Magnetic Recording:シングル[瓦]磁気記録方式)の採用経緯などについて紹介した。
https://japan.zdnet.com/article/35142427/
今から約1 年前、Dropbox は名の知れたテクノロジー企業として初めて、自社のストレージ ドライブに 高密度 SMR(シングル磁気記録方式)テクノロジーを導入しました。
https://navi.dropbox.jp/the-first-anniversary-of-smr-what-the-magic-pocket-team-has-learned >>870
アレは担当者の好み好き嫌いの反映じゃないかなあw
SCSI時代以来の古参のシス管って海門付き大石。
WD傘下のHGSTのHDDはいつも高評価だし。 >>872
極端な例を持ってきたね。
SMRに合う/合ってたデータ管理方法だったのでうまくいったというケースやね。
一般的には
ttps://gigazine.net/news/20200422-wd-red-smr-explanation/
で、SMRは データセンタ(RAID)には 向かないわな。
あと、データセンターでは HDDなんて予防交換で一定期間で(壊れる前)
交換→再同期(SMRが最も向かない状態)
するんだから、故障の統計は そもそも出しにくいのよ。(統計を一般公開する必要性もないが) >>867
長期間「放置」した場合の壊れやすさの話だから、
書き込み量とかまったく関係ない。 >>865
なるほど、それなら理屈としてはわかった。
磁化状態の悪化より充分大きな確率で駆動系のが壊れるから無意味だと言うことですな。
となると何にせよ読めなくなるのは磁化状態の悪化か駆動系の故障とした時にやはり磁化状態の悪化に関してはsmrのが不利と考えますか?
(現実で無意味とはいえあえて聞くとです。) >>866
原理上差が無い?ざっくり言うと同じ機構使って細かいところ読むわけだから不利でしょ。
結局磁化するって事がデジタルじゃなくアナログなんだもん。デジタルなら差が無いと言い切れるが。 >>843
WD60EZAZはランダムライトしたセクタをシーケンシャルリードすると速度落ちるよ。
128KBでランダムライトするとシーケンシャルリードが30MB/s程、
4KBでランダムライトした所をシーケンシャルリードすると1-4MB/sまでREADが落ちて物理的に色んな所に配置されてるのを感じられる
trimすると400MB/s >>877
磁力が弱る、反転する、だけの話だろう?
だったら方式関係ないだろ。
細かいところ読む話だったら、SMRCMR関係なしに
最近のHDDは全部ダメって話で終わりだよ >>879
読み出しヘッドが CMRより小さいんだから
SMRの方が S/N比が悪くなるのは避けられんだろう。
極端な例だが分かりやすく書くと
(トラック幅は例によって1:2で書いた)
SMR
■■■■□■■■■ ←読み出しヘッド■
CMR
■■■■□■■■■ ← 読み出しヘッド■
■■■■■■■■■ ← 読み出しヘッド■
■正常部分
□異常(磁気反転)部分
同じ領域磁気反転した場合に 正常なデータとして
読める可能性は SMRの方が不利だという単純な話。
だから SMRがダメというつもりはないが
(メーカーだって馬鹿じゃないんだから、何らかの工夫で 実使用上
問題ないレベルに落とし込んでいるだろうという期待)
SMRに対して どういうものなのか
もう少し理解したほうが良いんじゃないかな。 >>880
反転してる時点でダメだろ
ノイズの話じゃないだろ?長期保存の話なんだから >>881
そう? 一定時間経過後、正常に読めないという意味で
磁気反転と書いたが、なんなら単なる異常領域でも良いよ?
本質的でないところにいちゃもんをつけて
まともに回答できないのは恥ずかしいと思うけどね。 >>880
CMRの時代で既にプラッタ容量は1GBから1TBまで変化しているわけで
1:2どころでは無く1:1000だぞ?
今更気にすること自体見当違いだろ >>876
磁化状態の悪化に関してはSMRとCMRでほぼ変わらないと考える
何故ならCMRで1プラッタが500GBから1TBに変わったときに問題とならなかったから
1TBから1.5TBに変わったら悪化するという道理は無いと考える >>880
CMRでもSMRでも恐らく読み取りヘッドは同じや
MRヘッドで読み出すようになってからは、CMRでも書込みと読込みは別のヘッドでやってる
MRヘッドは書込みヘッドより2〜3割くらい小さい
CMRだと幅が必要ってのは、書込みのためにトラック間のガードバンドがいるから
SMRは上書きできなくする代わりにガードバンドとか省略してるし、
磁気トラックの両端は、中央部に比べて磁気が弱いから、
その辺も読み出し時には使わないから、被せて書いているだけ 熱アシスト系のCMRドライブがあるのは、加熱することによってキュリー温度まで持って行くことによって、低出力で書き換えられるようになる
隣接トラックへのガードバンドが減らせる→高密度化だからな
読み取りヘッドに関してはそのままだ >>882
方式に関係ない話を持ち出してSMRにさんざんいちゃもんつけてるやつがいうことかよ... 今回初めてSMRのHDD買ってROBOCOPYでコピーしたんだけど
ほとんどの1GB以上の動画だけ見られなくなるまたは半分だけ見れる
1GB未満の動画は見られる実行ファイルも動作する
多分初期不良なんだけどどんな不良が考えられますかね?
自分の中でSMRの評価が一気に下がってしまった おぉぅ、思ったより反応多いなw
>>883
>>884
物事の比較の時に条件を合わせるということを知らないのかな?
同じ磁性体を使用している 現在の CMR/SMRの比較の話だよね?
>>885
内部情報は そうそう公開されないので正確なところはわからないが、
例えば seagateの中の人は 狭くしていると明言しているんだけどな。
(本文でも明言されていて、紹介されている図面上でも Readerの幅は明確に狭くなっているのに注意)
CMRでも 書き込みヘッドよりも 読み出しヘッドの方が狭いのは そのとおり。
まあ、説明の都合で 極端に強調しているという可能性は否定しないが。
ttps://akiba-pc.watch.impress.co.jp/docs/sp/680650.html
>>887
会話に割り込んでしまって、すまないが、
852,874,880,882以外は 自分の書き込みではないので あしからず。 >>888
さすがに情報量が少なすぎて SMR起因とは判断しにくいですが、
ROBOCOPYでのコピーならば ログにエラーが
出力されていないか確認してみては?
(/LOG:ファイル名 を付けていなかったら付けて再度テストしてみるとか)
後は CrystalDiskInfoで UltraDMA CRC errorが大量に出ているならば
SATAケーブルを疑うとか、ぐらいですかね。 >>890
もうゼロファイルして交換準備しちゃったからエラーログは見れないです
SMARTの値はすべて正常ケーブルとポートも他のHDDは正常に書き込めたので異常なしでした
まったく気づかずファイルが壊れる
以前ケーブル不良でバックアップ全損した恐怖が蘇りましたよ… >>880
エラー訂正次第
仮に同じ記録密度ならECCを余分に持てるので
SMRが有利とも言える
SMRの方がエラー訂正の自由度も高い
私はSMRは買わないけど >>889
>物事の比較の時に条件を合わせるということを知らないのかな?
なんでそうやって後から後から条件変えるの?
SMRとCMRで「原理的に」SMRがダメかどうかという話だよ?
現在の製品現在の技術での比較の話じゃないんだよ 同じ条件なんか不可能だろ
容量を合わせたらヘッドサイズがかわる
ヘッドサイズを合わせたら容量がかわる >>889
同じ磁性体を使用してるCMRとSMRの話だよ
CMRのプラッタ容量1GBから1TBの歴史の中でトラック幅もヘッドの幅も狭くし続けてるだろうに
今更SMRで何割か狭くしたから磁化状態ガーなんて騒ぎ立てる道理も無いだろう
500GBから1TBになった時に騒がれていたのならともかく >>889
物事の比較の時に条件を合わせるということを知らないのかな?
SMRと同じ密度だと磁化が弱くてCMR作れないんだからSMR有利ってことになるよね?
同じヘッドならCMRの方が密度低くなるからそりゃ読みやすくなって当然だよね?
上に出てた500GBと1TBの比較してるのと変わらないよ? >>889
あー、お前はCMRの場合サイズ毎に別の仕様のプラッタが用意されていると考えているのか
いや、逆に考えてSMRでヘッドと書き方を変えただけで容量を拡大を出来たのだから
これまでのCMRでも同じ仕様のプラッタに対してヘッドだけ変えて容量を拡大してきた事もあったのでは?
というか俺はそっちの方が主流ではないかと思うけどね
何故なら今検討中のHDDの容量拡大の話がヘッドの改良の話ばかりで
プラッタの改善は聞いた事無いからな >>888
ケースのチップは?
JMS567だったかはwin10と古いファームで書き込むと壊れるよ。 >>884
なるほど、では例えばCMRにはトラック間にマージナルゾーンがあるようだけど、SMRには複数トラックに一つマージナルゾーンがあるように思えるけど、この影響も無視できる?
もちろんエラー訂正の方法とか特にSSDとかでかなりやっただろうから昔より良くなってるとは思うけど。 >>898
マザボに直接繋いでコピーしてるんでその辺は関係ないと思います
素人考えでキャッシュかバンドごとの書き換えあたりがあやしそうなんで聞いてみました
代替品が届いたらまた報告したいと思います >>899
そのマージナルゾーンとやらがググっても出てこなかったからわからんが
結局重要なのは「確実に書ける幅で書く」だけの話だろ
読み込みの幅は書ける幅より小さい事は決まってるわけで
で、プラッタ上のデータが書き換わってしまう事は昔から極稀に起こる話で
CMRと変わってはいない
CMRでプラッタ容量が500GBから1TBになった時に被害は倍になったのと同じ
その時騒がれていないのだからSMRでもその被害は軽微なんだろ >>892
CMR時代から ECCは行っていたハズだが、
SMRから余分にというのは ECCのアルゴリズムが変わった=
より強力な誤り符号訂正ができるようになったということ?
そういう技術革新があったというアピールは見た覚えはないんだが
後学のために紹介してもらえませんかね?
あと、ECCは各セクタの後ろに配置されているハズだが、
ttps://www.fujitsu.com/jp/documents/products/computing/storage/disk/eternus-dx/whitepaper/HDD_Etns_wp-512e_online.pdf
SMRからは 各セクタの後ろのECCを 増やして トラック当たりの
セクタ数を減らしたってこと?
今は トラック当たりのセクタ数は 内周の方のトラックと
外周の方とで変えてあるから 可能性としてはなくはないと思うが、
基本 2^N単位でキリの良いセクタ/トラックにしてあるハズだから
ちょっとだけ増やすなんてのは無理だと思うよ。
まぁ、どうせブロック単位(例えば256MB単位)で書き換える必要があるんだから
4Kセクタどころか、32Kセクタ(セクタ数は適当だ)が内部的には採用されていて、
その分 ECCが強化されてます、の方がすっきりするか…そうだったら良いね。
>>897
んにゃ、現在はプラッタ容量の改善(増加)は限界に達しているので
CMRと SMRは プラッタ容量は限界に達しているので同じプラッタを
使っていると思っているよ。
今まではケースバイケース。同じプラッタでヘッドの改善(縮小)できたときも
あったろうし、プラッタの改良にあわせたヘッダもあったろうよ。
プラッタやヘッドの改良が限界になっているので、
そりゃプラッタの改善の話は 最近 見ないわな。
ttps://pc.watch.impress.co.jp/docs/news/1156085.html
しかし、なんだ。CMRと比較して SMRにちょっとでも
劣っているところがあると言われると意味不明な書き込みがたくさん沸くのね…。
(メーカーの努力で問題ないレベルになっていると思っていると何度も書いているが)
なんだか宗教みたいで怖いわ。今日は 面白かったよ。じゃあね。 >>902
CMRは4KiBごとに訂正出来る必要がある
SMRはより大きな単位にすることが出来る >意味不明な書き込みがたくさん沸くのね…。
理解できましたすみませんってなんで言えないんだろう
韓国人なのかな >>902
そうではなくCMRの500GBプラッタと1TBプラッタもヘッダが変わっただけで
プラッタそのものは同じ物なんじゃないか?という事
500GBと1TBでは違うプラッタだったとしても1GBから1TBの歴史の中で
そういう容量拡大方式が無かったと考える方が不自然ではないかと
そういう容量拡大方式が今までにあったのだとしたらSMRでトラック幅を減らしたから
信頼性が落ちるなんて言うのは今更何を言ってるんだ?という話になるだろう >>902
あともしSMRの情報を扱っているサイトで『ブロック』って単語を使っていたら
完全ににわかなので信用しないほうが良い
SMRの仕組みを理解していたら『ブロック』なんて単語が使えるわけがない
SMRはトラック単位でデータを扱うので特有の書き込み単位は『バンド』(束)であり
トラック単位なので256MB等の固定長にはなり得ない
俺がどっかで見たPDFではあるSMRのバンドのサイズは約30MBとか記載されてたよ >>902
因みに俺はECC等のメタデータはSMRもCMRも変わってないとは思うけどね
DM-SMRの目的はCMRをシミュレートしたSMRを実現する事であり
容量以外でCMRを越える必要性は無いからな ECCは信頼性アップじゃやくて容量節約の方向もあるわけだけど 4K単位のECCよりも
1MB単位のECCの方が少なくて済む 裏付けのない可能性だけを語るのが好きな人がいたので真似してみただけ
実際にやってるという主張じゃない SMRの方がビット反転や読み込みエラーが多かったとしても
エラー訂正で対応すると言ってるんだから、いつまで経っても議論がかみ合わない。
高密度化すればエラー訂正を強化しないといけないのは
CMRもSMRも一緒だし、CMRは書き込みの方で先に限界がくると言うだけだよな。 CMR原理主義の荒らしだったみたいだし帰ったならもうええやろ 一応誤り訂正方式がSMRとCMRで変わらないと言うのが荒しの根拠のようだけど、
そんなわけなくて、RS符号とかLDPC符号とか調べたらいいんじゃないかな。 CMR 16TB 5万円
SMR 24TB 5万円
ならSMRも選択肢に入るけど
今は差がないから買わない >>901
すまそ、マージナルゾーンってのは自分で勝手に思い込んでました。要は1トラック間の隙間 つまり余裕があったけどもSmrになったらcmr数トラックをsmrでは1トラックとして扱うからこの隙間は1トラック毎に無くなってしまってるから、よりシビアなんじゃ無いかな?という事です。もちろん色々使用されてて実使用はほぼ差が無いのかもしれないけど。全く無いとは言えないのでは?ってレベルです。いわゆるビット腐敗に少なくとも悪い影響しかないように思うのです。 >>917
その隙間がCMRでは1プラッタ500GBから1TBになっても問題無かったものが
1TBからSMRで1.5TBになったら問題になるという道理が無い
この理屈はCMRの500GBも1TBもプラッタは同じでヘッドが違うだけなんじゃないかという前提だけどな
因みに数年前のSMRで増える容量は1.3倍位だったと思ったが、今はわからん >>917
ただ、SMRの登場によって明らかになったのは
トラック幅を決めているのはプラッタでは無くヘッダであるという事
だからCMRのプラッタの容量が増える場合も必ずしもプラッタの改良が行われているとは限らないと思っている >>917
高密度化してるんだから、ビット腐敗や読み出しエラーに悪影響があるのはその通り。
だからエラー訂正で対応してると言っている。
これから記録密度も1TB/inch2から2〜4TB/inch2へ増えていくのに、
ビット腐敗への悪影響は不可避だが、それを理由に高密度化を諦めてはいないということ。 >>918
SMRがある程度普及している今でも
記録密度は1.2〜1.3Tb/inch2ということらしいから2倍とかまでは絶対に行かない。
1.3倍ぐらいが妥当かもね >>920
そういう考えで言うなら尚更
CMRは1GBから1TBで1000倍も密度は上がってるのにその間はビット腐敗等気にしなかったのに
SMRになった途端気にしだすのは滑稽な話だな 毎回CMRと比較しようとして密度の話になるの形式関係ないから不毛じゃね >>923
それは今段階でCMRとSMRが入手可能で、容量も同じのがあるから。
市場にSMRしか無くなれば迷いようが無いもんね。
その時に迷うとしたら2台作ってるバックアップを3台に増やすかどうかだなぁ。 確かにSMRしか選べないのは20TB超えだったからな
それ以外だったら、SMRを選ぶ理由も選ばない理由もあるから、好きにしてとしか。
HAMR/MAMRでまた状況も変わってくるだろうけど。 海門8TB埋めてて後半200GBくらいにになると
書き込み中リード受け付けないな >>927
4プラッタの2TBと2プラッタの2TB比較してるのと変わらんのでは >>930
そうそう。両方とも入手可能で金額2割差以内くらいなら4プラッタのもの選ぶと思う。 >>888だけど交換品届いて軽くテストしてみた感じコピーした動画も無事に再生出来ました
ちょっと気になったのはROBOCOPYを途中で中断したときの挙動が怪しいかも
CMRはどこで中断してもコピーしたファイルはすべて正常だったのが
SMRは中断するとインデックスが壊れてますと再生できないファイルが残る
今まで何も気にせずROBOCOPY使ってたからちょっと気を付けないとダメですね >>932
メーカーによって内部処理全く違うから型番まで出さないと対策のしようもない robocopyなら /mt:1にするといいとか聞いたことがある
自分はFastCopy使ってるけどコピー失敗は特にないな >>934
今見たら/mt:128になってました
何で最大値設定してんだろう…
設定見直して色々試してみます 何度か実験してROBOCOPYを中断すると複数の破損ファイル(書き込み途中)が出来ることを確認しました
再度ROBOCOPYを走らせても見かけ上ファイルは正常のため破損ファイルはそのままでした
ROBOCOPYのせいなのかSMRの仕様のせいなのかわかりませんがこれ大問題な気がします どこのメーカーの何使ってるの?
あとチップセットもわかるといいかな AMDのB350で東芝のDT02ABA400ですね
FastCopyで中断すると中途ファイルはちゃんと消えました
やっぱりファイル破損の原因はROBOCOPYの中断処理ですね ハード的な問題というより、ドライバとrobocopyの問題じゃないかなあ
robocopyの中断処理がintel系の命令しか送ってなくて、ドライバ側も
エラー返さないんでゴミが残るとか 普通のファイルの書き込みの中断だったら
アプリ側で何バイト単位かで書き込んでいるのを辞めてファイルシステムから
書き込み途中だったファイルの情報を消すだけのはずだけど
何故ROBOCOPYはファイルシステムから消さなかったのか
書き込み中断時に何かHDDからの反応を期待していたがそれが来なかったのか?
それともファイルシステムの更新に失敗したのか?
どちらも考え辛いが… ROBOCOPYなんか今時情弱しか使わないだろおじさん「ROBOCOPYなんか今時情弱しか使わないだろ」 とりあえずFastCopyでバッチ作ればワンクリックで複数パーティーションをミラーリング出来たので乗り換えました
ベリファイ設定やコピー終了時間がわかるのがいい感じです
ROBOCOPYより静かで速いですね…
Windows標準のROBOCOPYは堅牢性の高いファイルコピーだろおじさん
「ROBOCOPYは堅牢性の高いファイルコピーだろ」 録画データでパンパンのHDD ソート
読みこみが糞遅い
これがSMRかと思ってたが余所のPCから覗いたらサッと表示された
さすがにHaswellはもう厳しいか 最近出たWD青のWD80EAZZってCMR?
低価格で大容量なのはSMRにシフトしていくものと思ってたんだがそうでもないのか CMRだった
誤報すまない
ttps://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/internal-drives/wd-blue-hdd/product-brief-western-digital-wd-blue-pc-hdd.pdf いや別に間違ってないと思うけど
新機種の"EAZZ"はCMRだけど 最近のWDはBlueで7200rpm版出したりとか色々やってるな CMR2TBプラッタの登場で役目も終わりだねー君達 その場合、SMRで2.5TBプラッタとか作られる気がする
2.5インチで1.3TBプラッタとか… 観念してSMRの6TBを買おうと思ったら、新発売の8TBがまさかのCMRと知って激しく迷ってるわ ??「CMRってWebに書くだけでホイホイ売れる」 >>951
2.5インチHDDは絶滅した
https://pc.watch.impress.co.jp/docs/column/semicon/1353592.html
デスクトップPCのHDD搭載率は32.7%、ノートPCのHDD搭載率は19.0%に過ぎない。
PCがHDD市場を牽引した時代は、ほぼ終わりつつある。
大手HDDメーカーはすでに、「2.5インチモバイル」HDDの新製品開発からは撤退したようだ。 尼黒金の9330円のバッキャロー外付け6TBの中身はST6000DM3だった。
数量無限定で売れまくっているみたいだけどね。2個ポチったし。TV録画用。 >>954
マジか。ポータブルHDDとしての需要もポータブルSSDになる運命か >>956
そらそうだろう
そもそも共有データならクラウドが主流なりつつあるのに
容量も中途半端なHDD使い続けるのは無いだろう WD8TbがまさかのCMRだもんなぁ、SMRってハイブリッドHDDみたいな扱いになってくのかね? サーバーで厄介者だし
小規模のNASでも同じく
消されていく運命の技術なんじゃないか? 今のままだとジリ貧で消えていくだろうな
鯖屋とかデータセンターに要らない子扱いされた時点で予想できたが まあ過渡期の穴埋め的技術だね
大容量低価格のCMRが安定生産できれば消えていく運命 RAID等でマトモに動かない事があるってのが広まったのが致命的だろうな
多分RAIDコントローラ側が仕様通りHDDを扱ってないからなんだろうけど
理由はどうあれ動かない事があるのであれば怖くて買えないわな 初心者にも最悪だよな
下手するとPC離れが加速する
内周でランダムしたら止まるし
メーカー品質としても最悪なイメージが付く (スッ) 「コイツ、どう思う?」
「すごく、おっきいです。。」 真面目な話、授業でPCを例としてコンピューター(?)のハードウェア構成要素としての学習はしてるぜ。(甥っ子がしてた)
不勉強な奴は知らん。 3Socket774 (アウアウウー Sa2d-ZF//)2020/05/13(水) 18:50:12.51ID:7dX/EbE6a
再利用しとけよカス
【瓦記録】SMRのHDD 8台目【プラッタ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1575714833/ このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 673日 7時間 23分 34秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。