【4KiB】物理セクタ拡大HDDを語るスレ part1【AFT】at JISAKU
【4KiB】物理セクタ拡大HDDを語るスレ part1【AFT】 - 暇つぶし2ch1:Socket774
10/04/25 17:07:57 fTlpfoya
メーカーを問わず物理セクタを拡大(4KiB化)したHDDについてあれやこれや語るスレです。

HDD各社は今後近いうちに物理セクタの拡大(非512バイト化)を行う必要に迫られています。
これは主に「2TBの壁」によって引き起こされ、物理セクタ拡大以外に有用な回避方法がありません。

最も有力な方法として各社とも物理セクタを4KiBに変更する方法を提案しており、
特にWD社はこれを「AFT」と称して発表し、既に製品化され流通しています。
(現在一般に流通している非512バイトHDDは4KiBセクタのWD製のみです)

今後発売される2TiB超のHDDは間違いなくすべて物理セクタが拡大されていると予想されます。
また、2TiB以下のHDDであっても物理セクタ拡張を行った製品が登場する可能性があります。
(物理セクタの拡大には他にも高速化、大容量化、堅牢化等の関連するメリットがあり、
 故に2TiB以下のHDDでも非512バイト物理セクタを採用するものが現れてもおかしくはありません)

物理セクタ拡大に伴い、多くのOSやファイルシステム、ソフトウェア(特に古いもの)にて
互換性や速度低下、起動不能、アクセス不能といった数々の問題が顕在化してくることが予想されます。
こうした実際の問題やHDD製品の情報、関連する未知の問題についてあれやこれや意見交換しあいましょう。

他のスレでこの問題について議論している場合はどんどん誘導してください。

【関連リンク】
Over2TB
URLリンク(wiki.nothing.sh)

【関連スレ】
 XP環境でも安心して買えるHDDを探すスレ
 スレリンク(jisaku板)

 WesternDigital製HDD友の会 Vol.108
 スレリンク(jisaku板)

 【日立】 HGST 友の会 Part94 【HDD】
 スレリンク(jisaku板)
 Seagate製HDD友の会 Part52【Seagate正規品限定】
 スレリンク(jisaku板)
 【静音】SamsungサムスンHDD,SSD友の会19【省電力】
 スレリンク(jisaku板)

【HDD】2TBの壁【もうすぐ直面】
スレリンク(jisaku板)

2:Socket774
10/04/25 17:08:56 fTlpfoya
■WD Advanced Format Technology(AFT)

2009/12月発表のWD製HDD EARSから物理フォーマットが4096Byte(4KiB)のAdvanced Formatに変更。
論理レベルは旧来の512Byteのままで、ECCでのエラー訂正が強化された。

●AFT採用ドライブをXPで使用する場合

A~Cの方法から各自の運用方法や環境を考えて、どれか一つを実行する

A. XPの管理ツールでフォーマット>WD Align Utility実行でアライメント修正 (複数パテにパテ切りも可能)
(注).USBなどの外部接続の場合は、内部SATA接続にした上でAlignを実行する。
B. Vista/7機に接続しフォーマット>HDDをXP機に移設 (パテ切りは移設前に行う)
C. 1パテ設定の場合のみ7-8ピンにジャンパ(2.54mm)接続で使用可。(ジャンパとAlign併用不可)

●WD公式OS別のAdvanced Formatとパテ切りのガイドライン表

・WD Alignを実行・・・Alignでアライメント修正の手順が必要
・該当なし・・・何もしなくてそのままでok
URLリンク(www.wdc.com)
URLリンク(support.wdc.com)

パーティションアライメントに未対応の復元ソフトでは、復元時にアライメントがズレる場合があるので、要注意。

3:Socket774
10/04/25 17:23:58 fTlpfoya
有用そうな情報コピペ

> ■WDのAFTの仕様により速度低下を起こす問題
>
> 解説
>  現在の主要OS(win7含む)が、マルチセクタの時代についてこれていないのが主な原因。
>
>  時代がエミュレーションセクタに完全対応できていないまま、WDが見切り発車した。
>  それがEARSシリーズ。
>  物理セクタの情報を偽装して返答するため、現在のOSからは内部セクタを判別できない。
>  だから対策のしようがない。
>
>  もともとVista時代から多セクタを扱おうとする動きはあった(MSもその趣旨を発表している)、
>  しかし現在出回っているOSとソフト、そしてファイルシステムが完全に対応できていない。
>
>  これはWindows全部が当てはまる。XPでのみ対策すればいいというのは誤った情報。
>  XPもWin7も遅くなる爆弾を抱えている。WDは、アライメントツールを使えば
>  ふつうに使えるといっているが、これは嘘。先頭領域のアライメントをいくらそろえても無駄。
>
>  Win7でも遅くなる理由:
>   OSがNTFSのMFTを書き換える際、クラスタサイズ(通常は4KB)よりも
>   細かいデータ量を書き換えるため、遅くなる。
>   各種計測ソフトを使用すれば、書き込みサイズはすぐにわかる。
>
> ■WDのAFTが結果的にPIO病になりやすい問題
>
> 解説
>  AFTのHDDでは処理が遅延しすぎてOSがハードトラブルと誤認識し、結果的にPIO病になりやすいという問題
>  AFTの書き込み待ち処理がたまってくると、HDDからOSへの返答が極端に遅くなる。
>  その際、OSは「このHDDはおかしい=転送速度を下げて様子を見よう」という処理をし、
>  これがPIO病と同じ処理をたどる形になるため、健康体なのにPIO病になる。
>  Linuxなどの他のOSで計測して、転送速度が復活する場合はこれ。

4:Socket774
10/04/25 18:10:44 blcXvtZd
糞スレ

5:Socket774
10/04/25 21:34:00 /4qN18lg
>1

>4
支援乙

6:Socket774
10/04/26 01:34:28 /o+uivO7
CentOSでEARSを正しく使う方法を教えて欲しいかも。とりあえず、
URLリンク(community.wdc.com)
この辺で見かけた
fdsk -H 224 -S 56
ってコマンドをおまじないで投入してから使ってるけど、とりあえず低速病の
不具合にはハマってなさそうな感じ。

7:Socket774
10/04/26 02:23:25 CrsUPoyf
なんか答えようかと思ったがwin以外は手も足も出ねぇや。すまんなー。

8:Socket774
10/04/26 02:31:19 iBoxaV8+
>>6
ちゃんと切れてるかどうかは partx /dev/sdX で見れる。

partedで切るなら一例だと
# parted -s /dev/sdX mklabel msdos
# parted -s /dev/sdX mkpart primary ext3 <開始位置> <終了位置>
開始位置は64sとか2048s(win7互換)とか。
終了位置はお好みで。一応キリのいい数字で割り切れるように。

partedの対話処理なら(ここはubuntuで説明してるけど)ほぼ同じだと思う。
URLリンク(tri.dw.land.to)


9:Socket774
10/04/26 02:38:01 qKsbycCF
なんか最近CentOSでファイルサーバー組む人多い気がする。猫も杓子もdebianな印象だったんだが

10:Socket774
10/04/26 07:48:40 ayCR1cMN
バージョン上がって紹介されたりとか、
雑誌の特集とかとか。

11:Socket774
10/04/26 12:41:59 CrsUPoyf
昨日EARS到着ー。
XP上でAlignするとすっげ遅いって噂を聞いてたが、5分で終わった。
中身空っぽでやるのが正解だぁね。

12:Socket774
10/04/26 14:27:44 AFAF7OtK
ふと思った疑問なんだが、
XPでフォーマットする際にセクターを4096以上に設定するのはだめなのだろうか?

13:Socket774
10/04/26 14:59:22 CrsUPoyf
>>12 それクラスタじゃね?

14:Socket774
10/04/26 15:21:51 AFAF7OtK
ありゃ、クラスタでしたか。
ということは意味ないのか・・・('A`)ウーム

15:Socket774
10/04/26 17:08:53 iBoxaV8+
あーびっくらすた

16:Socket774
10/04/26 17:29:50 fbm8hnNk
EARS にジャンパつけて XP で使ってるんだけど、1パテ以外で使うと何が起こるの?
クラスタがセクタにまたがっちゃうとか?
つか、ジャンパつけると HDD の動作はどう変わるんだろ?

17:Socket774
10/04/26 18:29:38 1DnnRP3e
>>9
FreenasからOpenfilerに流れた人が多いんじゃね?

18:Socket774
10/04/27 02:06:27 znjts/96
>>16
クラスタは関係ないよ。

ジャンパつけると、HDD側は物理セクタ1番の一つ前に架空のセクタをでっち上げる。
で、架空先頭セクタに1番を割り当てて、本来1番だった真の先頭セクタを2番にする。
ただ、それだけ。

なぜこうするかは、63番を64番にするため。
これは「XPでのフォーマットは単一パーティションの先頭が63セクタになる」という
事実に基づいて場当たり的な対応をしているに過ぎない。つまりあてずっぽう。

だから「位置が不確定な2パーティション以降」や「セクタ境界がズレてないVistaや7」では
セクタずらしをすると逆に「すべてのセクタ境界が現実とズレる」、つまり改悪を引き起こす。
ジャンパ使うとわざわざ問題を起こす感じ。

ジャンパの抜き差しをするとすべてのデータが1セクタずつずれる事になるので
一度ピンを刺したHDDはデータがあるうちは絶対にピンを抜いてはならない。
それはつまり、ピン刺してXPで使っていたHDDをVistaや7に持って行くと問題を起こすということ。
他にも理由があるけど、基本的にジャンパ利用はXPであっても推奨されない。

19:16
10/04/27 03:08:06 pTo6CSpm
>>18
なるほどそういうことなのか。
よくわかったありがとう。
あのジャンパはもしかしたら物理 512バイトセクタに再構成するのかなと思ってたけど、物理セクタはあくまで 4KB なんだね。

しかし 1 論理セクタ だけ書き換える場合って、HDD はその論理セクタが含まれる物理セクタを読み込んでから部分修正して書き戻すんだよね。
これって、読み取りから書き戻しまでにディスクを 1回転待たなくちゃいけないってことだよね?
書き込みキャッシュするんだろうけど、すごくいやな感じだね。
いっそ 物理セクタサイズ=論理セクタサイズ=4KB のモードも作ればよかったろうに、なんでこんな中途半端なことにしたんだろ。
つか、Vista以降だとどうして特別なことしなくておkなんだろう?
Vista でも、EARS が 4KBセクタだということは分からないんだよね?
パーティションの開始位置の規則が変わった?

ところでもし EARS で RAID1 とかを組んだ場合なんかだと WD Align Utility じゃアライメント修正できないんじゃないかと思うけど、
XP ではこういう場合どうしたらいいんだろう?
実はこの理由でジャンパ使ったんだけど。


20:Socket774
10/04/27 03:29:52 znjts/96
>>19
RAIDに使うな、って感じ。
4KiBである事を外部に隠してる現状ではRAID制御側にもどうしようもない。

21:Socket774
10/04/27 06:29:24 JfaUqIy9
んなこたない
実セクタサイズを取得出来るコマンドはちゃんと用意されている

22:Socket774
10/04/27 08:10:26 znjts/96
>>21
すまんが、ATAコマンドから4KiBって取得できるの?
物理セクタ数を返すコマンドがATA5の頃からすでに存在することは知ってるんだけど、
EARSの場合は512バイトエミューレーションしてるので、「512バイト」と嘘を返すと思ってるんだが。

23:Socket774
10/04/27 10:38:58 jBk9338s
512バイトと返すのは嘘なの?
そのエミュレーション状態がジャンパかなんかで解除できないかぎり
4KiBと返したら嘘になるんじゃない?

24:Socket774
10/04/27 11:01:50 znjts/96
>>23
「嘘か真か」というのは言葉の問題で、言い争う論点じゃないでしょ。
512バイトではないのに4096と返すのは嘘といえば嘘だし、
完全なエミュレートという意味ではもちろん512バイトと返すのが正しいし。
なんか変な突っ込みどころを作ったのは謝りますけど。

で、実際4096と512のどっち返すんですか?

25:Socket774
10/04/27 11:15:18 jBk9338s
どっちも返さない=暗黙値の512ってことじゃないの?

主要OSが未対応だからNative 4KiBを避けて512Byteエミュ固定にしたけど、
アラインなんていう面倒な手順が増えちまった。
けど容量単価で他社を圧倒できた。
WDからすりゃその程度のことだと思うけど。

26:Socket774
10/04/27 12:35:59 pTo6CSpm
>>20
あらら、そういうことなのね。
しかしRAID制御側もそうだけど、OS側でも物理セクタ長が分からなけりゃやり辛そうだけどね。

つか、512Bytesエミュレーションオンリーってどんな意義があるんだろ?
限られたセクタアドレス長で容量増大のためのひとつの選択肢としてセクタ長増加を実施したんでしょ。
なのにアドレッシングが 512Bytres単位って、意味が何もないじゃない?
2TBまでは様子を見ましょうってことかな?
メーカーの壮大なβテストに参加させられてるようだな。

>>25
どっちも返さないってありえるの?
ホストから聞かれたら何か返さなくちゃいけないと思うんだけど。


27:Socket774
10/04/27 13:47:58 1PT+QU7U
gcc-4.4.3.tar.bz2 を展開してで試してみたけど、WD20EARSで ntfsだと やっぱり遅くなった。

> AFTで小さいファイルを大量コピーすると遅いって実験してる人がいた。
> URLリンク(hpcgi1.nifty.com)
> それで俺もLinuxで同じものをコピーして確かめてみた。
> 材料は URLリンク(ftp.jaist.ac.jp) を展開
> ハードウェアはCentOS 5.4/PM78M4-HL/Mem1.5GB/BE-2350
> パーティションはmsdos(mbr)・先頭セクタ位置は63または64
> 毎回ゼロフィルして50GBのパーティションを作ってext3フォーマット完了直後に
> 「マウントしてコピーしてアンマウント」まで測定した。
> 型番(先頭セクタ位置)
> 7K2000.C(63s)/ 1分58秒4
> WD10EACS(63s)/ 1分59秒4
> WD20EADS(63s)/ 1分50秒6
> WD20EARS(63s)/ 6分21秒9
> WD20EARS(64s)/ 1分54秒4


28:Socket774
10/04/27 13:59:24 znjts/96
>>26
俺も実際はよくわからないけど、返さない可能性はあるんじゃないかね
例えば昔のATA規格には物理セクタを返すような部分はなかったはずなので

29:Socket774
10/04/27 14:03:08 znjts/96
うわ、知らなかった。もう2.5インチのAFTも出てた。


【 2010年2月27日号 】
2.5インチHDDが1TB到達、12.5mm厚 「XPでは要再設定」のAFTタイプ
URLリンク(akiba-pc.watch.impress.co.jp)

WD10TPVTは同社製2.5インチHDD「WD Scorpio Blue」シリーズで最大となる1TBの容量を持つモデル。
ノートPCで一般的な9.5mm厚よりも厚い12.5mm厚のため、
用途は限定されてしまうが、小型PC向けとしては注目できる。
また、ついに2.5インチHDDが1TBの節目に到達した、という点でもトピックだ。

30:Socket774
10/04/27 14:46:41 jBk9338s
>>27
ファイルシステムがntfsでもlinuxのntfs-3gでは各モデルで大差はないから
HDD側の問題ではなくOSの問題だってことだね。

ntfsフォーマット/ntfs-3gドライバ その他環境同じ
型番(先頭セクタ位置)
7K2000.C(63s)/ 2分13秒0
WD10EACS(63s)/ 2分09秒8
WD20EADS(63s)/ 2分11秒4
WD20EARS(64s)/ 2分17秒2
HD154UI(63s)/ 2分18秒8

31:Socket774
10/04/27 18:15:37 1PT+QU7U
>30
> ファイルシステムがntfsでもlinuxのntfs-3gでは各モデルで大差はないから
> HDD側の問題ではなくOSの問題だってことだね。

そういうものなのか。
XPだと遅くなるな。まあ大きいファイル中心の倉庫用に使っているが…

32:Socket774
10/04/27 18:57:16 znjts/96
>>30 まぁ、その速度低下を回避できるOSは今ないんだけどね・・・
NTFSのオーバーヘッドが速度低下を引き起こしやすく厄介なので、exFAT使うことで回避してる人もいるね

>>31 その状態でVistaや7に繋いでも同じように遅くなるはずだよ

33:Socket774
10/04/27 18:57:20 pTo6CSpm
>>30
1物理セクタを丸ごと書き換えるような処理だと速度が落ちないんだろうね。
Windows は >>3 のようにクラスタよりも小さい単位での書き換えがあるけど、
ntfs-3g ってのはきっとクラスタ単位の書き込みをするんじゃないのかな。
普通のドライブに対してなら Windows の実装の方がパフォーマンスが高いんだろうけど、
512Bytesエミュレーションに対してはそういう最適化をしない実装の方が良いのでしょう。



34:Socket774
10/04/27 20:10:07 jBk9338s
>>32-33
あんたらが「遅い」という根拠がわからない。
現EARSのIFは512Bセクタなんだから速度が「低下」しているわけではない。
「遅く」なっているわけではない。
今の速度に永遠に律速されてるのであって、
将来的にOSが対応して速くなることもありえない。
msdos(mbr)・ext3なら

> 型番(先頭セクタ位置)
> 7K2000.C(63s)/ 1分58秒4
> WD10EACS(63s)/ 1分59秒4
> WD20EADS(63s)/ 1分50秒6
> WD20EARS(63s)/ 6分21秒9
> WD20EARS(64s)/ 1分54秒4

アラインを合わせてるのに(512Bエミュしていない)他のモデルより
遅いってわけでもない。

35:Socket774
10/04/27 20:25:07 znjts/96
>>34 化け学の方ですか? そっちの言ってる意味もよくわからないw
「今後のHDDがすべて4KiBになれば等しくこの速度と特性になるのだから、問題ではない」という事?

36:Socket774
10/04/27 20:41:10 jBk9338s
それだと「EARSは現時点では問題を抱えてる」かのような言い方だけど、
その「今の問題」ってのが何なのかがわからない。


37:Socket774
10/04/27 20:58:55 Jg51rKx8
結局8論理セクタ(512B*8)を跨がないようHDDにライトするようOS側が気を使う必要がある
って事でいいのかな?

Alignを合わせるのは8仮想セクタを跨ぐアクセスの頻度を減らせるから一定の効果を挙げられると

38:Socket774
10/04/27 21:08:23 jBk9338s
ユーザがパーティション先頭位置を合わせるかどうかだけ。
今あるOSはどれも気を使わないしEARSは4KiBもんでございますとは名乗らない。

39:Socket774
10/04/27 21:09:46 pTo6CSpm
>>37
またぐというより、物理セクタの部分書き換えがおこらないように、ってのが正解じゃないかな。
部分書き換えするためには一度そのセクタを読み出さないといけないはずだし、
今読んだセクタに上書きするためにはディスクを 1回転待たなくちゃいけないだろうし。

諸悪の根源は物理セクタ長と異なる論理セクタ長でしか扱えないってことなんだと思う。


40:Socket774
10/04/27 21:14:10 jBk9338s
ファイルシステムをセクタサイズに合わせるってのも
パーティションの可搬性が失われて馬鹿げた話だと思うけどね。

41:Socket774
10/04/27 21:22:57 pTo6CSpm
>>40
でもフロッピーのころからフォーマット内にセクタ長情報は持ってるでしょ。
OS はその情報にしたがって粛々と処理をすればいいだけなんじゃないの。
セクタ長違いのデバイスにクローンを作るなら、それはクローニングソフトで対応する範疇なんじゃないのかな。


42:Socket774
10/04/28 08:15:03 iHcCZtCM
とりあえずWDのVista/7専用HDDは、
現時点で爆弾持ちだから手を出してはならないって事が分かった。

43:Socket774
10/04/28 08:25:44 ox8ZyySe
どっちかというと、使ってるOSが爆弾。

44:Socket774
10/04/28 08:33:52 vOA4u+aI
512エミュレーションだけじゃなく、合わせてネイティブ4Kモードも提供してくれると幸せになれるんだろう
4Kを前提とした新しい論理フォーマットのデファクトスタンダードが必要で、そのため旧OSは切り捨てられる
SSDも絡んできて、いったい何になるのかは興味深い

>>43
しかし爆弾だらけだなw
OSと4KiBのHDDは「爆薬と着火剤」の関係に例えられるだろう
とすると、両者を一緒に使わなければいいわけだが・・・
そうするとまぁ、現状では4KiBのHDDを回避するほうが正しい選択肢

結局HDD側が地雷扱いされるという結果論

45:Socket774
10/04/28 10:11:02 tnLko8zD
BIOSもかかわっちゃってるから512エミュレーションにしてるらしいよ。
SSDの件もあるから将来的に大きく変わるだろうね。
1TB→2TBに買い換えたかったけど1.5TBで妥協しとくかな。

46:Socket774
10/04/28 10:26:03 tnLko8zD
て思って見てきたけど、1.5TBて機種が少ないのね。
安くなった1TBを何個か買ってきて外に出すか。スマートじゃねーなー

47:Socket774
10/04/28 10:39:40 fsGlFGrt
7k2000.CやWD20EARSで何が不満なんです?

48:Socket774
10/04/28 10:40:37 gaUF5rki
いやいや1.5じゃ意味無いだろw

49:Socket774
10/04/29 12:12:05 tIYA7/eB
話されてるAFTかどうかの判定が出来る値って、「IDENTIFY DEVICE」コマンドの事かな?

HDD/term/IDENTIFY DEVICE
URLリンク(mcn.oops.jp)

> IDENTIFY DEVICE コマンドは、ATA デバイスで標準装備されている詳細情報(512Byte固定)を返却する命令です。
> 古くから ATA ディスクに搭載されている機能で、ハードディスクの性能を検出するために使用され、
> ATA/ATAPI 規格では必要不可欠なコマンドと定義されています。

> 106 : Physical sector size / Logical Sector Size
(0D4から2バイト:物理セクタ÷論理セクタの値 = 物理セクタのサイズ倍率、この値を論理セクタに掛算すると物理セクタサイズが得られる)

> 209 : Alignment of logical blocks within a larger physical block
(1A2から2バイト:大きい物理ブロックの中にある論理ブロックの位置調整機能 = EARSのAFTのようなエミュレーション機能の有無?)

どっちの値もATA8でも「必須」じゃなく「任意」の値って事になってる・・・
AFTかどうか判定出来なくても正常らしいので、ファーム提供はやりそうにないですね。

ちなみに「IDENTIFY DEVICE」の生の結果はCDMでも確認できました。
※CDMで見た場合は2バイトごとに上位下位バイトが逆なので見方に注意
(例えば55 23 A5 45 とあれば、それは2355 45A5 と2バイト単位で読みます)

ATA-Identifyのほうなら、CDMで認識してないHDDも見えます。(全部見えるかはわからないけど)
ATA identify Ver:0.01
URLリンク(einh.hp.infoseek.co.jp)
※ATA-Identify.com(歯車のアイコンのほう)をダブルクリックすると結果がresult.txtに出力されます

50:Socket774
10/04/29 12:48:43 TSKheZIJ
内部4KiBとアナウンスはしているけどEARSは512Bytesセクタだよ。
仕様上4KiB/512Bの切り替えなど用意されてないし。
ファーム提供とかいったい何を言ってるのかよくわからない。

どんなファームを提供してもらいたいのか知らないけど、
ハードウェアに不満があるなら自分の環境を変えろ。
それが嫌ならOUTPUTとINPUTを閉じてIFを落として孤独に暮らせ。

51:Socket774
10/04/29 12:54:49 tIYA7/eB
甲殻好きなのはわかりました。

> 内部4KiBとアナウンスはしているけどEARSは512Bytesセクタだよ。
もうちょっと何を言いたいのかわかるようにお願いします。

52:Socket774
10/04/29 12:57:51 XujtvnUJ
>>50
じゃあ WD Align Utility って何するツールなの?

53:Socket774
10/04/29 13:57:10 TSKheZIJ
>>51
内部4KiB・外部512B。
外部4KBじゃない。ATA-IFからこっちは従来通り1セクタ512Bのまま。

>>52
512Bずつ区切られて外から見えてるブロックを見かけ上1個分後ろにずらしてる。


54:Socket774
10/04/29 14:09:42 XujtvnUJ
>>53
>内部4KiB・外部512B。
それと違うことを言ってる人がいたの?

55:Socket774
10/04/29 14:14:46 TSKheZIJ
>>54
「Deviceが4KBという値を返さない」と言ってる人は
4KBずつ読み書きしたら速くなると考えてそうしたいと思っているのでは。
MSのパッチを当てたら4KBアクセスになるはずだと思いこんでいた人もいるようだ。
でも外部512Bなのは変わらないし変えられない。


56:Socket774
10/04/29 14:16:16 tIYA7/eB
>>53
いや、はぐらかさなくていいですから。
「外部からは512バイトにしか見えないし、外部は512だと思って操作してればよい」
むしろあのレスはその裏づけのために書いたんです。そりゃだいたいわかってますよ。

従来どおり512バイトだと思って操作したら問題が起こるケースがある、そういう話をしてるんでしょ?

Alignツールの存在もそうですよ。素のまま使ったら遅くなる、これは問題ではないと言いたいんですか?
「Aligin使えばよいだけだから問題ではない」とか言い出す気ですか?

「NTFS使ってるからだ」とか、「GPTなら何の問題もない」とか、「古いOSを捨てろ」とか、
「問題なんて何も起こらない」とか、「問題が起こるのはお前の環境のせい」とか、
そういう無駄な煽りはいらんのです。

それを具体的に、どういう場合のどんな問題があり、
どういう回避方法があるのか意見交換し合うのがこのスレの趣旨でしょ。


>>55
そうそう、そういう話の具体的な部分を語りましょうよ。

57:Socket774
10/04/29 14:28:36 XujtvnUJ
>>55
結局認識のズレがあるわけではなさそうだね。

>4KBずつ読み書きしたら速くなると考えてそうしたいと思っているのでは。
というより物理セクタよりも小さい単位での書き換えは遅くなるってことだから、
物理セクタ長=4KB単位で書くのが本来の姿だってことは間違いないと思うよ。
でも HDD の物理セクタ長を外部から知ることができなければ物理セクタ長単位で書くようにするということが不可能だから、
EARS の実装は問題あるね、ってことでしょ。
じゃあどうするかって言うと、今は人がセクタ長を意識して調整してあげるしか無いってことだよね。

物理セクタ長が得られれば、FAT だろうと NTFS だろうとそれに合わせたレイアウトができるようなフォーマットになってるんじゃないかな。
少なくともフロッピーの FAT12 はそうだよ。
DPB に物理セクタ長とクラスタはセクタ何個分かって情報も持ってて、クラスタ長がセクタ長に依存しないようになってる(はず)。

そういや PC-9801 くらいの時は HDD のセクタ長って 512 か 1024 かのどっちかで、BIOS で手動で設定したよね。


58:Socket774
10/04/29 14:51:45 TSKheZIJ
たいていの場合はアラインを合わせればそれでいいんです。多分。
それ以上やりようがない。

(以下全部想像だけど)
内部4KB区切りに合わせたパーティションにすると、
内部4KBセクタの整数倍がファイルシステムのクラスタサイズと合致するので、
エミュレートのロスが減るのでは。

各種ファイルシステムへのアクセスは(ほとんどが)クラスタ単位なので、
(仮にFSのクラスタが4KBだとすると)パーティションがずれたままだと
物理的なセクタ区切りの1個手前の分を読んでケツの512Bを取り出し、
次の4KBセクタの先っぽ8分の7を取り出して渡すことになる。
パーティションが合致していれば1セクタ(4KB)読み出してそのまま渡せる。
ただし受け渡しは必ず512B単位で、ここをまとめる方法はない。

59:Socket774
10/04/29 15:03:22 XujtvnUJ
>>58
パーティションの位置を物理セクタ境界に設定するのは必須だけど、
たとえば FAT のフォーマットだとブートセクタ、第一FAT、第二FAT、データ領域がレイアウトされるわけだけど、
このうちクラスタ単位なのはデータ領域だけなんだよね。
たとえば FAT のサイズが 5セクタ、なんてことがありえるわけで、
そうするとデータ領域の開始位置が物理セクタ境界に一致しないなんてことが起こりそうだよね。
そう考えるとパーティションの先頭を物理セクタ境界に合わせるというのが必ずしも最適ではなくて、
それこそファイルシステム依存てことになりそうだ。
NTFSは詳しくしらないけど、データ領域以外の部分のサイズはクラスタ長単位になってるんかな?


60:Socket774
10/04/29 15:35:51 TSKheZIJ
>>59
>データ領域以外の部分のサイズはクラスタ長単位になってるんかな?

普通に考えると管理領域をクラスタ長以下に細かく割ると
サイズや位置を示すためのバイト数も増えるはずで、
それは面倒なので揃えてあるんじゃないかとは思うんですけどね。
FAT時代のように1Byteをケチる時代でなくなってからかなり経つし。

でも、一般ソフトウェアはどうなのかっつーのもあると思います。
BTreeなデータベースなどでデータやインデックスのブロックサイズを
自由に設定できる(書いた人がそう作っていた)ものがあると思うのですが、
ギャップロスをけちって4KB単位以下にした(なってた)場合とか。

61:Socket774
10/04/29 15:48:00 TSKheZIJ
>>57
> でも HDD の物理セクタ長を外部から知ることができなければ物理セクタ長単位で書くようにするということが不可能だから、
> EARS の実装は問題あるね、ってことでしょ。

オーディオ・ヴィジュアル向けのサイズの大きなストリームファイルを格納し
連続で読み書きする分には特に問題がないとしてグリーンモデルで出したのでは。
緑はオールマイティ製品じゃないんですよ。

他社が500GBプラッタを7200rpmで回すのに四苦八苦していた時に
あっさりと回転数を落としたEACSを出してきた時から、方向性が決まってた。
HGSTやSeagateみたく一定のランダム性能を実現しようとしてなかった。
WDの態度は「緑は容量単価が正義」てな感じなんすよ。

62:Socket774
10/04/29 21:17:14 XujtvnUJ
>>60
>でも、一般ソフトウェアはどうなのかっつーのもあると思います。
ソフトが直接ディスクアクセスするならいざ知らず、OSがディスクアクセスを制御してるならソフトの範疇ではないかと。
ソフトがクラスタサイズ以下の読み書きをしても、OSはクラスタ単位で読み書きするわけだから。
ソフトが 512bytes 書き換えたからといって、OS はクラスタ中の特定セクタのみの書き込みに最適化してアクセスしたりしないでしょ。
>>3 によれば NTFS の MFT についてはクラスタサイズ以下でやるらしいけど。

>>61
読み書き性能の問題はそれとして、EARS の仕様だと 2TB超に向けてなんら貢献してないって事が理解しがたい点なんじゃないのかな。
セクタアドレス長に限りがあるから限られたセクタ数で容量を増大するためにセクタ長を増やしましょうってアプローチなのに、
外部からは 512bytes単位のアドレス指定しか許さなければ意味が無いというか。

というか実は 4KB セクタは I/F互換での 2TB超への布石じゃなく、プラッタ容量引き上げのためだけを念頭に置いてるのかもね。
これまでの ECC じゃ品質を確保できないほどに密度を上げるのが主目的みたいな?


63:Socket774
10/04/29 21:45:47 ux0guKUs
>>59
NTFSはパーティションの先頭が最初のクラスタであり$Bootというファイル
何もかもがデータ領域で、データ領域として表せないのは末端のバックアップブートセクタだけ

64:Socket774
10/04/29 23:00:20 TSKheZIJ
>>62
仮にデータに4Kバイトずつアクセスするアプリがあったとして、
(または4KB単位にブロック化されたフォーマットのデータがあったとして)
そのデータファイルが4KBのセクタにぴったりはまっていたら
ひとつのブロックを扱うのに1回のアクセスしか生じませんが、
4KBのセクタを跨いで存在していたら2度読みが生じることになります。
パーティションをアラインしてあってもファイルの中身はまたぐ可能性があります。
データベースなんかではかなりパフォーマンスが落ちるはず。
MFTやレジストリの問題に似てるかな?

>というか実は 4KB セクタは I/F互換での 2TB超への布石じゃなく、プラッタ容量引き上げのためだけを念頭に置いてるのかもね。
>これまでの ECC じゃ品質を確保できないほどに密度を上げるのが主目的みたいな?

WDでも他社同様に512Bセクタの500GBプッタラは歩留まりが落ちるんでしょう。
それを4KBセクタにするとトラック密度が下がって歩留まりが上がるから、
他社の同容量製品に対して価格的なアドバンテージを獲得できる。
だからもう緑はでEADSに戻る理由がないってことじゃないかな。
以上全部何らのソースもない想像ですけど。

Native 4KBセクタには、MBのbiosのブートデバイス自動認識やOSのインストーラや
ブート区画セレクタやIDE/USB等のIF変換やあとなんだっけ、
とにかくHDDだけ変えても片付かない非互換問題がいっぱい絡んでて、
後方互換の必要ないEFIブート専用なら楽だけどとかなんとか、どっかの噂で見たよ。
新たに販売される普及価格帯のMBでEFIがBIOSに取って代わる時期はいつ頃でしょうね。

65:Socket774
10/05/01 15:53:22 y1mfpdAH
んで、名前の挙がってる特定商品に問題があるだけなのか
これから先に出てくる同技術を使った商品にも受継がれるのかハッキリしてくれ

66:Socket774
10/05/01 16:05:20 wGn2wBWr
ハードウェア本来の性能を出せるNTFSドライバがWindowsOSにないってのは、MSがUpdateすりゃ済む話。
Updateが出るか出ないかは知らないし、出たとしてもVista以降に限られてXP以前のは放置だろうけど。

ubuntuのインストーラのパテ切りは改良されたみたい。

>デフォルトではUbuntu 10.04 LTSは、パーティション境界を1 MiB (1048576 bytes)地点から開始します。
>これにより、近年の新しい設計のディスクの多くや、一部のSSDや、"Advanced Format"を採用し、
>512byteよりも大きなセクタ設計のディスクなどで、本来の性能を発揮させることができます。
URLリンク(wiki.ubuntu.com)

67:Socket774
10/05/01 16:11:06 iEh3aw58
出てみないとわからないな
きっちり改善してくるかもしれないし~
そもそもAFT自体不要という人もいるし~

68:Socket774
10/05/01 16:31:18 cHOy/KpP
ユーザー視点だけで見てればそりゃ不要だろうさ

69:Socket774
10/05/01 19:18:46 KW+ncDlg
>>56
>Alignツールの存在もそうですよ。素のまま使ったら遅くなる、これは問題ではないと言いたいんですか?
>「Aligin使えばよいだけだから問題ではない」とか言い出す気ですか?

多くのショップやメーカー側ではそう謳ってEARSは売ってないかい?
それにほとんどの自作ユーザならばすでに周知の事項となっているだろうし
2T以下の容量のHDDにAFT投入したWDは勇み足気味だとは思うが
問題だとは思わない。
欠陥とか不良とかでもない仕様なのに自作板で何いってんの?
それでもAFTを知らずに買ってしまったっていうなら
Aligin使用してXPマシンで使うか
そのままでVista/7環境で使う
そんだけの話じゃね?

70:Socket774
10/05/02 23:39:53 gWjfWLVr
>>65
少なくとも、今後 HDD側が物理セクタサイズを知るための方法を提供しない限りは OS やらドライバ側ではどうにもならないんじゃないかな?
手動でディスクのパラメータを与えるとか HDD の機種リスト持って判断させるとかあると思うけど、未知の新しいドライブなんかには対応できないよね。


71:Socket774
10/05/02 23:57:00 0wHkIL4c
でもこれ最初から内部エミュレーション/外向き512Bytesモデルだよ。

72:Socket774
10/05/03 15:11:36 D3xWSTVM
世界初の2TBのEADSは、2009年2月に発表されている。
その後継のEARSは、業界初の現実的エミュレーションドライブだ。
過去との互換性を考慮すると、他社もエミュレーションの方向で開発してくるはず。

発表後1年以上はゴタゴタしたビックドライブ時代への移行に比べて、
遥かに様々な要因を調整する必要のあるビッグセクター時代への移行は、数年かかるだろう。
OS・ハード・ソフト・ユーザー知識が、上手く噛み合うまでは厄介な過渡期だ。

73:Socket774
10/05/03 22:38:25 ed0bBZzA
それこそジャンパピン使うことで512Bエミュレーションと素の4KiB
ON/OFFを選べればよかったのに。

んで4KiBセクタの時はOSが
・旧世代:ドライバで対応してMBRのテーブルじゃなくGPTで書くと念押し
・新世代:有無を言わさずGPTで
パーティション確保とフォーマットすると。

SATAコネクタ形状ほどじゃないにしても、現行のは色々と間違っとると思うよ。

74:Socket774
10/05/03 23:11:25 6c6YMtvg
あーハイハイ、WDが間違ってるんですよWDが。

75:Socket774
10/05/03 23:40:17 kDm+FAOL
WDがあちゃー、一人歩きしちゃったね、って感じだね
他のHDDメーカーもOSベンダーも全然歩調を合わせてないから。

だから技術的カラクリを分かってない馬鹿からは一人だけ悪者扱いにされている。

愚かで可哀想なWD。

76:73
10/05/04 01:08:56 DhZFLpd3
> 技術的カラクリ

そんなご大層なもんじゃないだろ。
最近の例として Big Drive つーものがあったじゃん。

まずジャンパピンとドライバ揃えとけばよかったんよ。

77:Socket774
10/05/04 01:51:41 Nt3eF1Pf
いつごろの最近だよw

78:Socket774
10/05/04 01:54:21 Nt3eF1Pf
MS-DOS時代から512バイトのままなのがおかしい

以下ループ

79:Socket774
10/05/04 14:40:59 yh4JmafL
MS-DOS 3.x時代は256Bytesが多かったよ。
「物理フォーマット」で変えることもできたけど。
SASI/SCSI共用ドライブに切り替えジャンパがついてたり。

80:Socket774
10/05/04 15:55:40 6y3JzWoM
1.2MB FDは1024Bセクタだった

81:Socket774
10/05/04 23:40:52 9YGv/n9I
URLリンク(www.atmarkit.co.jp)
>いやはや、こんな大きな非互換を導入してしまうHDD業界はホント罪深いですね。

〆をなんでドライブのせいにするかな。ハードウェアの互換性を保つのは
本来BIOSやOSの仕事だろ。

82:Socket774
10/05/05 00:10:27 RZF8ljox
ソフト屋「お前が何とかしろ」
ハード屋「お前が何とかしろ」


83:Socket774
10/05/05 05:14:00 qbsjVvkE
>>81
馬鹿はお前
本来HDDの問題は内部のファームウェアで解決するべきもの

84:Socket774
10/05/05 16:37:27 dF+UZI9x
ファーム欠陥厨デター

85:Socket774
10/05/05 17:42:16 GCooWt/G
>>83
そんなことやってエミュレーションをデバイスに押し付けるから、
デバイスの値段が高止まりするんだよ。Flash SSDとかが悪い例。

86:Socket774
10/05/05 20:40:05 eAak01wV
>>85
WDでもBlack/Blueと Green 旧機種は問題ないわけだけど
ダメなデバイス対応を全部MSに個別対応しろとかいうわけ?
だとしたら逆にOSが10万円位になってもいいのな?

個人ユーザとしては、癖のあるデバイスを避けるのが一番だと思うけどね

87:Socket774
10/05/05 20:53:53 eAak01wV
もともとはHDDメーカのエゴなんだから

 ・2TBクリップ/ 512KB物理セクタ
 ・2TB以上/4096KB物理セクタ
をJP 設定でユーザに選択させるべき

88:Socket774
10/05/05 21:43:51 HrxwX9vG
>>86
もしかして釣りしてる?
なんでOSが10万円になるんだよ、バカか

Flash SSDとかMSは地味に改修して対応しているじゃん
Bigsectorは以前からHDD屋がさんざん対応しろしろ言ってるのに
旧態依然のままのBIOS/OSが悪い

さすがにOSの対応はもっと素早いと思うが、(次のSPで軒並みfixiするかな)
BIOSも全部EFI対応になってレガシーOSは全部吹き飛べば良いんだよ。
全部VMに投げ込んでしまえば。

89:Socket774
10/05/05 21:45:34 HrxwX9vG
>>87
HDD表面の物理フォーマットをジャンパー1つだけで切り替えれれば、
誰も苦労しないだろうなあ。

90:Socket774
10/05/06 06:28:24 exVOYxRP
アマチュアの論理

・理想論を規範論にする
・当事者の能力や努力を知らず,無能・無責任・怠惰と批判する。
・プロは,ミスをせず,また,変化や危険を予知できる存在と決めつけ,
 それに反する事故が発生すればプロ失格と批判し,時には,犯罪者にする。
・難しいこと,危険なことを簡単に考え,「やれ」と言う=「素人の暴論」
・成功や失敗の理由を,1~2の要素に求め,短絡的に理解し,論じる。
 特に「アイデア」,「意識」,「体質」,「制度」,「組織構造」などに求める。

・現在の制度のデメリットのみをあげつらう。
・新たな制度のメリットのみをアピールして提唱する。
・新たな制度のデメリット,副作用を考えない(知らない?)。

・新たな制度が諸問題を一気に解決すると考え,改革や革命を連呼する。
・できない理由を,改革する想像力や意欲の不足に求める。
・トレードオフがある課題を,同時にやれという(たとえば,迅速と的確)。

ランチェスター思考 競争戦略の基礎 (福田秀人著 東洋経済新報社刊)より

91:Socket774
10/05/06 07:13:52 NCLAvY1S
>>90
制度組織構造 が無かったら
上司の理論にもなるな 

92:Socket774
10/05/06 14:36:42 exVOYxRP
上司がいたらそれは組織だろう。家庭でも同じく。
「先人の知恵の闇雲な否定」ってのもよく見るね。造反有理。

93:Socket774
10/05/06 14:47:58 FUFiZbNe
ごたくはどうでもいいから対応しろ

94:Socket774
10/05/06 15:48:42 t84Mal0y
従来HDD
 ┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳┳←物理セクタ(512B)
 ╋┻┻┻┻┻┻┻╋┻┻┻┻┻┻┻╋┻┻┻┻┻┻┻╋
 ┻━━━━┻━━━━┻━━━━┻←クラスタ(4KiB)


Bigsector HDD (2010/5月現在 WD**EARSのみ)
XPでWD Align実行前
   ┳━━━━┳━━━━┳━━━━┳←物理セクタ(4KiB)
 ┳┻━━━┳┻━━━┳┻━━━┳┻ 
 ┻━━━━┻━━━━┻━━━━┻←クラスタ(4KiB)

WD Align実行後
  ┳━━━━┳━━━━┳━━━━┳←物理セクタ(4KiB)
  ╋━━━━╋━━━━╋━━━━╋ 
  ┻━━━━┻━━━━┻━━━━┻←クラスタ(4KiB)

※フォーマット時に特に指定しなければ2GiB以上のパーティションでは4KiBクラスタが選択されます
2GiB未満のパーティションの場合、~512MiB→512Byte、 512~1GiB→1KiB、 1~2GiB→2KiBがデフォ値


WD**EARSで厄介なのは、HDDの外からは512Byteセクタに見えて
Bigsectorであることを知るすべがないこと
 ━┳━━━━┳━━━━┳━━━━┳←HDD内部の物理セクタ(4KiB)
 ┳╋┳┳┳┳┳┳┳╋┳┳┳┳┳┳┳╋┳┳┳┳┳┳┳╋←HDDの外から見えるセクタ(512B)
 ╋┻┻┻┻┻┻┻╋┻┻┻┻┻┻┻╋┻┻┻┻┻┻┻╋┻
 ┻━━━━┻━━━━┻━━━━┻←クラスタ(4KiB)

95:Socket774
10/05/06 16:52:27 exVOYxRP
論点が日替わりで変わってくるシェアウェア作者。
ID変えまくりのシェアウェア作者。

96:Socket774
10/05/06 19:55:01 aNDGOwRb
>>94
だいたい、物理セクターサイズとかの情報をやり取りする規格ってないんだっけ?
SATA rev.でも

97:Socket774
10/05/06 21:07:41 J2GESdud
>>96
そういうのを勝手にでもいいから付けてくれればOS側でいかようにも対応できるんだろうけど。
間に入ってるコントローラーやらが対応遅いのが最大の問題なんだろうな。

98:Socket774
10/05/06 22:02:23 exVOYxRP
許永中
表明厨

語感がちょっと似てね?

99:Socket774
10/05/07 01:11:16 sMJtCodL
>>97
メーカーが独自に加えたコマンドにOSが対応する訳ないでしょ。
規格化、標準化されないと。


100:Socket774
10/05/07 01:53:07 uQ62LKOQ
昔はソフトフォーマットだったから、セクター長なんてユーザーがOS与えてやるパラメータだったけどな。
今時は素人さんがSATAケーブル一本繋いで、やれ使えんだの遅いだのウルサイから
やってられんわ。

101:Socket774
10/05/07 04:06:15 dFQNKT2g
>>96
ある
WDスレ参照

102:Socket774
10/05/07 04:54:32 hzT+YMco
じゃあ次のSP待ちだね。
XP?捨てろ

103:Socket774
10/05/07 05:05:20 hzT+YMco
>>101
URLリンク(hpcgi1.nifty.com)

これか。となると現時点での結論としては、
AFT情報(論理&物理セクターサイズ)を正しく表明しないEARSは
その点においては明確な欠陥品ということかな。

OSでも対応のしようがないしな

104:Socket774
10/05/07 05:08:23 dFQNKT2g
>>103
手抜きしていることには変わりないな。その種の情報の通知の標準規格も前もってできていたのに。

投稿日:2010/05/04(火) 15:29:31 ID:6y3JzWoM
a.従来 論理512/物理512
b.AFT 論理512/物理4096
c.BigSector 論理4096/物理4096

EARSはbなのにaと通知してくるから修正プログラムが効かない。
ちなみにaかcなら性能の低下は起きない。

105:Socket774
10/05/07 07:23:01 5qT+b1bQ
OSやらドライバ側で
「HDDの型番がWD*EARSならAFTとして対応する」みたいな特例措置ってできないのかね。
そういうのやってもいいレベルで量産されてるからなあ

106:Socket774
10/05/07 10:36:16 AYSgirsM
それを1回でも許したらキリがないだろ

107:Socket774
10/05/07 10:47:26 r7O3yHVz
ドライバ側の設定に物理セクタサイズのプルタウンメニュー付けて

Auto
512Byte
4096Byte

ってデフォ値はAutoで、かつ手動でも選べるようにしてくれるといいんたけどな

108:Socket774
10/05/07 19:11:39 dFQNKT2g
>>107
どちらかというとNTFSなどファイルシステムドライバの方でレジストリで設定という程度がいいかな

109:Socket774
10/05/08 15:52:22 NgK6TXFH
・ラージセクタで複数のスモールセクタをエミュレートするって発想は、
20年以上前の2Dフロッピーディスクの時代に既にあり、実装が存在した。
今のような速度問題もわかってて、当時のコアなオタはよく知ってるはず。
・次にセクタサイズエミュレートが露出したのはMOへの実装で、これは
ドライブに載せられた。サイズはジャンパで切り替えられるようになってた。
・この頃までのHDDはセクタサイズがバラバラで、主流の256/512が混在して、
PC向け以外だと272なんてのもあった。時に相互にエミュレートする必要が
発生し、それはHDDインターフェィス(上のファームウエア)に載せられた。
以上、昔話終わり。本質は別に新しい問題ではない。

OSでアライメントがズレる時の問題は、1セクタ書くのに2セクタに跨って
書かなきゃいけないことってのは正しい。しかしもっとも深刻な点は、
この時「内部的にリードが発生する」という事に尽きるから、自作erなら
こっちを強調・問題視すべきだと思う。ライトの連続ばかりならNCQでまとめ
られて、理論的にはオーバーヘッドは軽減されるはずだが、リードとライトが
交錯するとHDDは大幅な性能低下を引き起こして目もあてられないからね、
これが今現在噴出している問題。

WDの失敗は最低限の互換性で見切り発車したこともあるけれど、ジャンパで
512エミュ/4096ネイティブの切替ができる機能を搭載しなかった事だと思う。
どんな形にせよ4096が選べる状態なら、ソフト屋ハード屋がこぞって対応に
走る筈だから。なにしろ長期的には4096以上が主流になるのは判りきってる。
EARSの未使用ジャンパブロックが使用できるなら、今からでも新ファームに
512/4096切替を実装してさっさと公開するべきだよ、WDは。

110:Socket774
10/05/08 16:25:20 pbRgzzuk
たぶんearsとeadsは黒歴史になるだろうな、唯一物理512論理512を表明する4kとして。

wdの次機種や後発メーカーは何事もなかったようにaft表明の切替設定に対応するだろうな。

111:Socket774
10/05/08 17:47:54 wPpOjy+t
>>90

112:Socket774
10/05/08 19:28:01 1wIHK4Rw
>109がまとめでいいだろ。
他に語ることあるか?

113:Socket774
10/05/08 21:50:55 y9SXMdXr
109でものすごく納得した。

114:73
10/05/09 05:49:47 bz2kiyT1
>>109
的確なまとめで乙。640MO懐かしすぎw


>>106
ドライバで特例措置なんていくらでも許してるぞ。特に「Intel製なんたら」では。

115:Socket774
10/05/09 06:09:01 P98Edaum
そのためのドライバでしょうに

116:Socket774
10/05/09 06:37:03 5n5dc0mP
>>109
>512エミュ/4096ネイティブの切替ができる機能
まさにこれに尽きるね・・・。
あと今の自作erのほとんどは、工具・加工不要のプラモが組めるくらいのスキルしか持ってない。
Crystal Disk Markで100Mのベンチとってギャーギャー騒ぐのが関の山。

117:Socket774
10/05/09 08:02:48 MeLn7bHq
USBにPuppy等LiveLinux入れて、EARS2台を1パテフォーマットした上で、
ソフトウェアでRAID1して冗長性もたせた動画倉庫にしたら、特になん
の問題もなく使えるんじゃないかなーと思った。

プラモは組めないけど、2stバイクのエンジンは組めるくらいのスキルは
ありますけど..。



118:Socket774
10/05/09 10:37:10 gWSrJJq2
どこかのすごいひとが
なんとか、こう、すごいことして
とにかくたすけてくれないかなあ

119:Socket774
10/05/09 11:23:49 idUi/opK
>>110
次機種っていつ出るんだろう・・・今年中?

120:Socket774
10/05/09 13:19:52 xJ3BBKa3
>>114
MOの時は、物理セクターサイズの違うメディア入れ替えごとに
PC再起動が必要と言う糞仕様だったような

121:Socket774
10/05/09 13:21:22 xJ3BBKa3
>>117
RAIDカード/エミュレータソフトウェアの方が、よほどAFTとの相性問題キツそうだ

122:Socket774
10/05/09 15:41:40 fZtsDPKF
512Byte/セクタってFDDの時代からだよな。

123:Socket774
10/05/09 16:47:15 chcWtdEN
>>109を嫁

124:Socket774
10/05/09 23:00:37 bz2kiyT1
>>120
> PC再起動

それこそドライバの糞仕様によるものだったような。
3年ほど前に最後のMO一枚を退避させたら、もうディテール
すっかり忘れたなあ。


>>118
具体策として「過去の例を引き合いに出して」ドライバと
エミュレーションON/OFFを言ってるのが見えないのだろうか。
機能性難読症?


>>115
仕様書どおりじゃないとか解釈違いとかで各パーツの「相性」が生まれる。
その相性問題を発生させないために、シェアに勝るインテル製品は優先的に
標準ドライバでも特例対応してもらえるケースが多いんだよ。

125:Socket774
10/05/10 01:00:10 kPkP+M/z
>>124
君はこれ↓

中学生の時にチンポはデカければデカいほどかっこいいと思ってて
銭湯とか温泉でギンギンにフル勃起させて歩いてたわ…
もちろん風呂上がりに牛乳飲むときも…
知らないオッサンとかに「おっ、元気いいな!」とか言われるからマジで勘違いしてた…

126:Socket774
10/05/10 05:32:02 l8bu8Kiz
それはそれで、うらやましいぞ

127:Socket774
10/05/10 05:42:20 n0s2rMdO
インポ乙

128:124
10/05/10 14:27:56 lhpskhg6
>>125
ここブロントスレじゃないよ。

129:Socket774
10/05/10 16:44:48 QaYl532p
URLリンク(www.atmarkit.co.jp)
しかし63は8の倍数ではありません。この結果、
少なくとも第1パーティション(開始アドレスはLBA63)は4KiB境界に合っておらず、
第2パーティション以降も8分の7という高確率で境界が合わないということが
問題になります。これでは、ほぼすべてのケースでI/O性能が劣化してしまいます。

 これが4KiBセクタアライメント問題です。

注6:もちろんこの方法を取らない物理セクタ用=論理セクタ長=4KiBのドライブも存在します。
4KiB対応パッチが投稿されてくるところを見ると、少なくともWD社は商品化を検討しているようです。

注7:URLリンク(en.wikipedia.org)

注8:URLリンク(en.wikipedia.org)



これ見ると「物理セクタ用=論理セクタ長=4KiBのドライブ」を待った方が良さげだな


130:Socket774
10/05/10 18:12:10 tMc1Bclv
これは主にLinuxの問題だからね
Windowsはこうはいかない、もっと根深い

131:Socket774
10/05/10 18:18:55 tMc1Bclv
>>129
caviar greenのAFT表明がクズなのは確定だけど、
仮にAFT表明が物理4k/論理4kになってもその時にまた新しい問題が起きるだろう、
主に既存bios/osに関して

132:Socket774
10/05/10 19:10:37 lhpskhg6
・旧来のBIOSではブートドライブにするとか考えない。
・対応ドライバの無いOSではあきらメロン。512Bエミュでがまんしとけ。
・まるごと移動ツール類はあてにするな。

で十分だろ。
暗黙の512Bにひっかかりそうなのはそれくらいだ。


>>131
俺はクズまでは言わん。イラっとくる半端さ、って感じ。

133:Socket774
10/05/10 19:23:21 OejrJOKq
ギャーギャー騒ぐことしかできない自作erとしては、頭使わず財布使って
ななみちゃんとSSDとEARS一緒にポチるのが幸せということか

134:Socket774
10/05/10 20:10:17 HQ3j0syo
SSDはどうやって解決してるんだろうか?


135:Socket774
10/05/10 20:20:34 cLgk3+lY
XPで使ってミスアライメントしてても十分に早いから気付いていないのではないかと

136:Socket774
10/05/10 20:36:21 53bjOCOi
こだわりのMONO: パーティションアラインメント: Offset 63 vs 128
URLリンク(cuttingedge.blogzine.jp)

>>135のようだね
SSDはシークがないからあまり影響受けないんだろう


137:Socket774
10/05/10 21:30:58 L1Re++JG
だってSSDはもとからリードモディファイライトしてるからな
変化なくて当然

138:Socket774
10/05/11 05:09:53 xJkyCKi0
>129
>4KiB対応パッチが投稿されてくるところを見ると、少なくともWD社は商品化を検討しているようです。

正しいセクタを返すドライブが出ればWindows 7はパッチ当てれば使えるようになるな
URLリンク(support.microsoft.com)
メインストリームサポート期間だからVistaもパッチ出してくれるだろう
残る問題は旧OSと現行製品だが、XPはメインストリームサポートが終了した製品なので諦めるとして

>104
>投稿日:2010/05/04(火) 15:29:31 ID:6y3JzWoM
>a.従来 論理512/物理512
>b.AFT 論理512/物理4096
>c.BigSector 論理4096/物理4096

>EARSはbなのにaと通知してくるから修正プログラムが効かない。
>ちなみにaかcなら性能の低下は起きない。

この困ったちゃん仕様の現行製品に新ファームが提供されるかどうかだな
新製品が出たら投げ売りで知らん振りを決め込むには売れ過ぎてる
WDがこの問題でユーザーをサポートする気があるのか無いのか見えてこないのがイラつく


139:Socket774
10/05/11 05:20:36 vmaFNlwQ
いや、既にサポする気ゼロにしか見えない件

XPはジャンパピンやっとけ
VISTA 7はなんでか分からんが普通に動く
mac? linux?何それ うまいの? 
低速病は工作員の誹謗中傷でーす
ハイ、不具合なんてどこにもないですよー
だからこの手抜きHDDじゃんじゃん買ってねー・・って感じだろ

140:Socket774
10/05/11 07:05:11 RiC9pGWv
>>139
>なんでか分からんが普通に動く

このスレにレスする資格がないように思われる

141:Socket774
10/05/11 07:20:52 W9LCl4h/
139はほぼ全部間違ってるね。

XPはジャンパ対応だけじゃないし。
後は、反応するだけバカらしい。

142:Socket774
10/05/11 09:52:06 bk8d989k
お前ら139のレスの意図の読めなさが間違ってるんだと思うが・・・

143:Socket774
10/05/11 10:12:42 XhlmbdPh
要するに釣りということですね

144:Socket774
10/05/11 11:34:33 hGctTyne
本気で言ってるのかこいつら

145:Socket774
10/05/11 12:07:29 AAyZQyuL
>>139
> XPはジャンパピンやっとけ

ジャンパは罠だからな
XPならWD Alignやっとけ
だな

146:Socket774
10/05/11 15:15:07 FQulYpDZ
1から読んで有用なスレだなーと思った。
他のスレは擁護工作員vs被害者のののしりあいになってるもんな。

147:Socket774
10/05/11 15:23:33 o0pTFkq4
ネイティブ4KBになったらXP以前のOSで使用不可で全滅

            ↓

現状シェア60%を誇るXPをカバー出来なくて収益激減するから
WDは一時的な対策としてやむを得ず論理512物理4096のAFTを投入してきたと考えられる

XPの老害がなくなればあれなんだが
ちなみに現在はBigsector移行期のフェーズIで2011年のフェーズIIからネイティブ4KBが各社から登場
WDを除くメーカーは512バイトと4096バイト製品をしばらく併売する

148:Socket774
10/05/11 16:12:59 Fc7VM50y
>>147
使用不可じゃないだろ、クズ

149:Socket774
10/05/11 16:52:32 /JFTeota
しかも新しくHDD買おうとする層に限定したら6割いかない

150:Socket774
10/05/11 17:25:40 Fc7VM50y
なんにしろ、物理セクター4kにするぞーするぞーって業界が2006年に宣言して、
ようやくしびれを切らしたWDが発売にこぎつけた、AFTが変な情報でゴマカシゴマカシででも、とにかく出したかった。

今後は4KBセクターは時代の流れ。対応しないハードは廃れるだけ。

151:Socket774
10/05/11 18:19:54 HtmN7UDc
まとめるとこういう事か?


WD「AFT対応のEARSシリーズ出すよ」
          ↓
お前ら「遅いぞ低速病かよwww」
          ↓
MS「Win7/2008 R2用のパッチ出したわ」URLリンク(support.microsoft.com)
          ↓
EARS「俺セクタ返さないから意味ねーしwww」
          ↓
お前ら「ちょwwおまwwwwww」

152:Socket774
10/05/11 18:22:21 3CxIDmaI
要するにWDが半端なエミュレーションなんてやらずに
最初から物理4k/論理4kでXPおことわりのHDDを出してれば
よかったってことでOK?


153:Socket774
10/05/11 18:32:50 GI/dHtDc
>>152
>>104
>>EARSはbなのにaと通知してくるから修正プログラムが効かない。
>>ちなみにaかcなら性能の低下は起きない。

これが本当なら馬鹿が勝手に取り決めを無視したのが原因って事になる。
上流で固めた仕様を守らずに、その結果どういった弊害が生まれるのかさえ理解できない馬鹿が
独自仕様で出した製品はウンコでしかた無かったというか

排水溝が詰まってるのに気付いたMSがパイプ洗浄剤を流してくれたのに
詰まってたのは仕様を守らないゴミだったので流れないで詰まったまま

何かこう胸が熱くなるな

154:Socket774
10/05/11 18:33:05 u/GdLWWz
ジャンパで512偽装と偽装なし4kを切り替えられるようにすればよかった。

155:Socket774
10/05/11 18:38:24 qnnmkUuw
WDって正直アホだよな

Intelliparkも8秒固定で退避しちゃうし
ノートPCなんかは本当にインテリジェントで、アクセスが多いと退避を遅くしたり、
アクセスが少ないと退避を速くしたり動的に調整する製品が多いのに

しかもSMARTのロード・アンロードサイクル数がどんどん増えるのでユーザーが心配したら、
334GBプラッタからは退避してもSMARTにカウントしないようにしやがったw
何のためのSMARTなんだか、偽装も極まりだ
さすがに叩かれたのか、500GBプラッタからまたカウントするように修正したが

なんかもう行き当たりばったりなんだよね
そのうち>>104のbのロットを出したり、ジャンパで切り替えられるロットを出してくるに違いないw

156:Socket774
10/05/11 18:47:17 fM2kE5tW
>>155
要するにWDの製品はベータ版で、ユーザーがテスターって事だなw

157:Socket774
10/05/11 19:25:26 zyNtJlY0
WDをみてると独自規格が大好きなソニーを思い出すw
もう日立かサムソンしかHDD買うところないなー
日立は2.5は好きだけど3.5はうるさくて堅牢性がだめなので
サムソンしかなさそう


158:Socket774
10/05/11 19:28:04 zDoi5tBK
サムソンより日立の方が上だろ
グーグルも日立の使ってる写真があった
グーグル=神=日立になる
日立最強

159:Socket774
10/05/11 19:34:15 zyNtJlY0
>>158
日立はIBMなんですよDTLA問題ってのがあってね
それに最近日立のHDD(3.5)がしんだ二年で死んだw
2.5の日立は五年になるのにリムーバブルかして万万衝撃あててもしなないw
ところで昔ながらのフォーマット仕様のHDDって発売されなくなるの?
これが一番怖い


160:Socket774
10/05/11 19:36:44 zyNtJlY0
>>158
そうそう、だからといってサムスン最高とはいわないよ
本当は2TBのサムスン使ってるんだけど・・・止まるですよw
はじめは設定直るかとおもったんだけどHDDの方で一定のアクセスがないと
とまる
HDDは起動停止を繰り返すと壊れるからだめなのに・・・まぁ倉庫用だからいいけど・・・

日立しかないか、はぁ・・・・

161:Socket774
10/05/11 19:39:49 QwhDLkrY
148 名前:Socket774[sage] 投稿日:2010/05/11(火) 16:12:59 ID:Fc7VM50y
>>147
使用不可じゃないだろ、クズ

150 名前:Socket774[sage] 投稿日:2010/05/11(火) 17:25:40 ID:Fc7VM50y
なんにしろ、物理セクター4kにするぞーするぞーって業界が2006年に宣言して、
ようやくしびれを切らしたWDが発売にこぎつけた、AFTが変な情報でゴマカシゴマカシででも、とにかく出したかった。

今後は4KBセクターは時代の流れ。対応しないハードは廃れるだけ。

162:Socket774
10/05/11 19:42:44 RiC9pGWv
>>159
昔ながらのOSって発売されなくなるの?
これが一番怖い

2001年のXP発売時のHDD容量の標準は、100GB程度
2010年に2TiB以上を目指すためには、回顧厨の存在が足枷となる

163:Socket774
10/05/11 19:51:15 RiC9pGWv
骨董屋さんは、50万で購入した国民機NEC98を使い続けるべき

164:Socket774
10/05/11 20:37:41 wqjQ1dLZ
BTOかなんかでメーカーPCに搭載すれば良いのにね。4KiBセクタHDD
自作用HDDなんて数はたかが知れていると思うのだが。

---------------------
2TiB以上の容量アップの本命はGPT方式の普及。
4KiBセクタでも16TiBがマックスでたんなる一時しのぎにしかならない。
セクタサイズをさらにどんどん大きくすると無駄も多くなる。

4KiBセクタの恩恵は、
エラー訂正情報の効率化とデータ転送のオーバーヘッド削減。

だとおもう。


165:Socket774
10/05/11 22:26:24 L3JZCgFm
EARSのレビュー見てると
自分の環境では問題ありません
速度低下もありません
静かです
最高です

みたいなレビュー多いな
ベンチマークで速度出れば
普通のユーザーは何も感じないのかもね

166:Socket774
10/05/11 22:45:28 12ajGLRc
価格の連中もお前ほど馬鹿じゃないってことだよ

167:Socket774
10/05/11 22:46:05 4yLCc36G
>>155
EARSはパイロット製品だったんだよ!
間違えてパーツ屋の店頭におかれたのがそもそもの

168:Socket774
10/05/11 22:47:35 4yLCc36G
>>162
XPなんて後4年の命だろ。



意外と長いかも。

169:Socket774
10/05/11 22:48:20 4yLCc36G
>>164
>セクタサイズをさらにどんどん大きくすると無駄も多くなる。

アロケーションユニットサイズって、知ってるかい~?

170:Socket774
10/05/11 22:50:48 t67NDNWC
>>165
たいていは、
・XPでそのまま使って色々不都合
・XPの時の対処情報を読み誤って間違った対処をして不都合
・単に自分の環境でボロや相性問題が出た
だね

171:Socket774
10/05/11 22:53:22 Ira6aPJ7
ただ、MSも今春になって4KBのパッチ出してるから、vista/7も完全と言うわけではないまだダメ出しの余地がある

WDはEARSをコンシューマー市場に出したのがまずかった。

172:Socket774
10/05/11 23:34:32 wqjQ1dLZ
>>169
知ってるがそれが何か。
デフォルトで4KiBだったと思うが。

昔はクラスタサイズって言ったけど、
いつからこんな長ったらしい名前になったんだろう......
微妙に意味が違ったりするのかな?


173:Socket774
10/05/11 23:52:23 fp7Srjlm
>>169
こいつバカ

174:Socket774
10/05/12 05:16:09 U1L6JHpc
BIOSが認識して初めて起動デバイスを指定したり、
そこからブートルーチンを読み取って起動したりできるんだけど、
旧来のBIOSが4KBセクタブート対応してるかどうか、
旧来のブートセレクタやOSが対応してるかどうかすらわかってない。
確かめるには4KBセクタの実機が必要だけどこの世にまだ存在しない。

まー多分ほとんどがだめだったんだろうと思うよ。
だからEARSは512Bエミュで出したのさ。

175:Socket774
10/05/12 06:48:36 ZuJdWGS8
>>157
独自規格っぷりで先行してシェア確保はどこもやってる。

日立はXP/IDEで切捨て、MaxtorはBigDrive化やULTRA ATA133で、
海門は…なんだっけ、なんかあったんだが出てこないやw

176:Socket774
10/05/12 11:08:05 wVXMAL+v
ジャンパ2本差しでネイティブ4Kとかなればよかったのにね。

177:Socket774
10/05/12 11:11:35 YJaoM3SG
>>175
BigDriveの時は大混乱してたな
HDD買い替えスレも数スレくらい連続でBigDrive検証スレと化して
BigDrive対策テンプレがスレごとに更新されていった

178:Socket774
10/05/12 11:31:47 1pk6yeMi
結局の所4KiBセクタのエミュ無しデバイスをまっとうに扱えるのはGPTで起動できるマシンだけ?
ああでもLBAセクタを512Bに決め打ちしていたら使える容量が1/8に減るのか…
エミュ有りだと境界調整がいるしやっぱり避けた方が無難なのかなぁ

179:Socket774
10/05/12 12:48:28 RH0Q8uxt
■Advanced Format Technology(AFT)

2009/12月発表のEARSから物理フォーマットが、4096Byte(4KiB)Advanced Formatに変更。
論理レベルは旧来の512Byteのまま。目的は、2TB以上の大容量化実現とECCでのエラー訂正強化。

AFT対応HDDは、各パーティションが物理セクタの途中から始まることが原因のオーバーヘッドによって
速度低下しないように事前対策が必要。(XPでの先頭パーティション開始セクタは63セクタ目となる仕様。)
つまり、パーティションアラインメントが、物理セクタ境界とズレないように
各パーティション開始セクタを物理セクタの先頭となる8の倍数番目に修正する。
また、4KiBのアロケーションユニットサイズに最適化することによってパフォーマンス低下を防げるが、
記録するファイルサイズの大小によってはトレードオフとなることもある。

WindowsXPで使う事前準備

・推奨1. WD Align Utilityを使う
XPの管理ツールでフォーマット>WD Align Utility実行でアライメント修正 (複数パテにパテ切りも可能)
※VISTA、Win7でもWD版True Imageなどのコピーユーティリティを使うとアライメントがズレるので、要WD Align Utility実行。

・推奨2. Vista/7機でフォーマット
Vista/7機に接続しフォーマット>HDDをXP機に移設
(先頭パーティションが2048セクタ目から開始するVista/7でフォーマットされたHDDは、アライメント修正の必要がない)

・非推奨. 7-8ピンにジャンパ(2.54mm)接続でファームを切り替えて対応する。
(ジャンパは1パテ設定のみ、またジャンパとAlign併用は、速度低下する)
※XPでも1パテの論理ドライブとして設定すれば、アライメント修正せずに使用可能。(一部AHCI環境除く)

●OS別のAFTとパテ切りのガイド表
・WD Alignを実行・・・Alignでアライメント修正の手順が必要
・該当なし・・・何もしなくてそのままでok
URLリンク(www.wdc.com)
URLリンク(support.wdc.com)

ツールは、AFT対応HDDかどうかを識別し、適用される
URLリンク(viploader.net)
GPartedでのAFTパテ作成、および開始-終端セクタの確認方法
URLリンク(tri.dw.land.to)

180:Socket774
10/05/12 13:27:10 1Z+LHrvC
>>178
EFI対応M/Bと、EFI起動対応OS(x64 windows etc.)だけな。

181:Socket774
10/05/12 20:00:10 bEdpXqa9
BIOSでGPTに対応すれば良いんじゃないの?
いままでだっていろんな壁をBIOSで超えたし。
EFIはまだ普及までしばらくかかりそう。


182:Socket774
10/05/12 20:08:43 LjpRNw+M
なにも考えずにプラグアンドプレイ(祈る)できるのは、
EFI対応M/Bと、EFI起動対応OS(x64 windows etc.)だけだと言う事。

それ以外の場合は、やれGPTから起動できないだ、
XP以前だとGPTはデータ用すら使えないだ、
色々大変だ。

ちょっとこっちで勉強してこいや
URLリンク(ja.wikipedia.org)

183:Socket774
10/05/12 20:11:25 LjpRNw+M
影響でかすぎるから、当座は4KiBのMBRディスクで16TiBまでしのごうかって話になっているわけ。

でも物理セクター4KiBやAFTでここまで問題噴出しているわけ。

セクター4KiBで2TiB超のMBRが、実際既存のOSやBIOSに対してどこまで検証できているかも
ユーザーレベルからは、まったくの未知数。

だから2TiB超のHDDのshippingはかなり遅延していると推定。

184:Socket774
10/05/12 20:57:03 bEdpXqa9
>>182
> なにも考えずにプラグアンドプレイ(祈る)できるのは、
> EFI対応M/Bと、EFI起動対応OS(x64 windows etc.)だけだと言う事。
GPT対応M/Bと、GPT起動対応OS で十分じゃんか。
EFI化は必要条件ではないよ。

EFIは別のいろんな恩恵があるので早く普及はしてほしいが。


185:Socket774
10/05/12 21:16:08 yCuggwht
仮想化ソフトがエミュレートすりゃ実ドライブがなくても検証できるけどそういうのでてないの?

186:Socket774
10/05/12 21:49:07 DC/WkxJE
要は「今は買うな!時期が悪い」ですね

187:Socket774
10/05/12 22:17:42 DeCG9Pj8
>>185
>>103

188:Socket774
10/05/12 22:35:33 vMD0cCA4
起動ドライブにしなきゃBIOSは関係ねーだろ
2TBのドライブなんて誰も起動用にしねーよ

189:Socket774
10/05/12 23:54:09 U1L6JHpc
GPT Boot対応でもWinXP 32bitは除外だからXP厨は「絶対許さない」と言う。

>>188
今でもシステム・倉庫兼用で使ってる人録画ユーザはけっこういるみたい。
しかもWinXPとかで。


190:Socket774
10/05/13 00:01:03 bEdpXqa9
>>189
> GPT Boot対応でもWinXP 32bitは除外だからXP厨は「絶対許さない」と言う。
どっちみちWinXP 32bitで2TiB超えは無理だよ。
サポートされる日は来ない。
どうしても使いたければNAS経由。


191:Socket774
10/05/13 00:22:06 uLryq+Gh
>>184
今んとこWindowsはEFI経由でないとGPTから起動できんのでは?Linuxとは違い
あと、EFI対応M/Bと言うよりは正確にはEFI対応BIOSだね

192:Socket774
10/05/13 00:24:54 uLryq+Gh
>>190
2TiB越えじゃないよ、
GPTが使えずMBRだけだから512Bsectorではパーティション2TiBまでってこと
それとは別に内部32bitLBAだから512Bsectorではドライブ2TiBまでってこと

193:Socket774
10/05/13 00:31:18 Cp9vHKFr
>>190
2TB超えるかどうかには関係なく
「表明」するしないにかかわらずGPTブートできても
32bit XPでは4KBセクタはダメでしょって意味で。

194:Socket774
10/05/13 00:31:21 uLryq+Gh
あと、XPでも2TiB以下のHDDを複数まとめて
ダイナミックディスクのマルチ パーティション ボリュームにしたら
ボリューム総サイズでは2TiB越えできるんでは?
※RAIDは無理

195:Socket774
10/05/13 00:32:09 eAeaitTp
XPに1.5Tを2台で、ダイナミックディスクのストライプボリュームで2TiB超えパーティション使ってるけど、普通に使いたいよ……

196:Socket774
10/05/13 00:35:12 uLryq+Gh
>>193
確かに物理4KiBセクターのドライブは、Vista以降から正式サポートだけど。
逆に言うと、XP側でBIOSかOSかドライバーのどこかに512バイト決め打ちの部分があったらもうアウトだね。

197:Socket774
10/05/13 00:45:17 kBlf5eU4
>>191
> 今んとこWindowsはEFI経由でないとGPTから起動できんのでは?Linuxとは違い
それが何か?
単に十分条件を書いただけだが。
>>182 でEFIが必須のように書いてあるから
それに反論しただけだよ。
深い意味は無い。気にするな。


198:Socket774
10/05/13 01:05:20 FCQi3TPn
WindowsXPでも4KBセクターは対応してるんじゃないの?

そうじゃないなら、この画像は何なんだっていう・・・
URLリンク(wiki.nothing.sh)

199:Socket774
10/05/13 01:19:06 21nPaAaM
あっそうだそれは良かったね
でもいつ
>BIOSかOSかドライバーのどこかに512バイト決め打ちの部分
ここに引っかかるかビクビクするぐらいなら、潔く乗り換えた方がラクかもね!

200:Socket774
10/05/13 01:20:01 kBlf5eU4
>>198
標準ドライバじゃないんじゃない?


201:Socket774
10/05/13 01:22:59 21nPaAaM
まあ、物理4KB、2TiB越えの実物が無いことにはな。
>>200
ダイナミックディスクのストライプボリュームで2TiB超えパーティション

202:Socket774
10/05/13 01:26:03 kBlf5eU4
>>199
ドライバーは標準外、
BIOSはブートドライブじゃないから関係ない、
OS自体(ドライバーを除く) は512決め打ちではないでしょ。

>>201
512B超えセクタによる2TiB超えボリュームにリンクが張られてると思うんだけど。


203:Socket774
10/05/13 01:30:24 FCQi3TPn
要はAHCIドライバが512Boverに対応してればいいんでしょ?

あまり根拠は無いけど、Intelの「Rapid Storage Technology」はすでに対応してる気がする。
ドライブの情報を見ると、物理セクタと論理セクタのバイト数が表示されるということは、
一応非512Bセクタも考慮されてるんじゃないのかなぁ・・・

204:Socket774
10/05/13 01:52:06 P+6l5b+e
でもなんでそんなにドライバーにビクビクしながらXP使うの?

205:Socket774
10/05/13 02:06:18 sjpMxvXt
XPは4KBセクタの互換性がないとMicrosoftが言ってる
URLリンク(support.microsoft.com)

ハード ディスク ドライブ業界で、このようなドライブの基本的な構造の変更が行われると、市場には 2 種類のハード ディスク ドライブが出回るようになります。
単純な方のハード ディスク ドライブでは、内部で大きい物理セクタ サイズが使用され、システムにも同じサイズが公開されます。
この種類のハード ディスク ドライブは、最初は SCSI ドライブやファイバ チャネル ドライブなど、企業向けのドライブとして登場します。
この種類のハード ディスク ドライブの主な短所としては、下位互換性の問題が挙げられます。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
BIOS、ホスト アダプタ、オペレーティング システム、およびビジネス アプリケーションを、
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
この種類のハード ディスク ドライブで正常に機能するように更新する必要が生じる場合があります。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

-------------------------------------------------

で↓ここからがWDのAFTに該当

これに対して、下位互換性の問題を軽減するために、内部では大きい物理セクタ サイズを使用し、
システムには 512 バイトの論理セクタ サイズのみを公開するハード ディスク ドライブを生産する製造元もあります。
このようなハード ディスク ドライブは、ドライブがデータの書き込みに使用する方法から、エミュレーション デバイスと呼ばれます。


206:Socket774
10/05/13 02:51:43 Z+xcERWB
要するに4KBセクターを保証したくないってことね、XPでは。

XPヲワタwwww

207:Socket774
10/05/13 02:53:38 Cp9vHKFr
これはもう何をやってもどうしようもないかもって思うやつに
「XPのIDE互換モードで使えないから地雷」
ってのがある。

208:Socket774
10/05/13 03:56:27 sjpMxvXt
例えればXPでネイティブ4KBドライブ使うのは
DVDドライブでBD再生しようとしてるのと同じ
つまり物理的に不可能


209:Socket774
10/05/13 03:58:13 2IkJonEp
>物理的に



210:Socket774
10/05/13 07:09:02 +RKeERAM
>>205
アプリまで書き直す必要があるの?

211:Socket774
10/05/13 09:02:51 zHz+RBbz
>>187
「VirtualBoxを変更」とあるけど何を変更したのかよく分からん。
オンラインマニュアルを見た限りではそのような機能は見つけられなかった。>>187
「VirtualBoxを変更」とあるけど何を変更したのかよく分からん。
オンラインマニュアルを見た限りではそのような機能は見つけられなかった。>>187
「VirtualBoxを変更」とあるけど何を変更したのかよく分からん。
オンラインマニュアルを見た限りではそのような機能は見つけられなかった。
mimic4kpの方はWindows用デバイスドライバだから、仮想マシンのOS/BIOSから
AFT表明ディスクに見えるわけじゃないよね。
mimic4kpの方はWindows用デバイスドライバだから、仮想マシンのOS/BIOSから
AFT表明ディスクに見えるわけじゃないよね。
A
mimic4kpの方はWindows用デバイスドライバだから、仮想マシンのOS/BIOSから
AFT表明ディスクに見えるわけじゃないよね。


212:Socket774
10/05/13 09:06:21 zHz+RBbz
すみません。書き込みリトライに失敗しました、、

213:Socket774
10/05/13 19:17:03 GlpCH0AX
RAID方面の動きはある?

214:Socket774
10/05/13 23:26:56 SwYmvHOy
今動くとしたらエントリー向けのRAID屋だろうから反応は鈍いだろうね。
鯖・エンタープライズ向けのHDDでは512エミュ品は出ていないし、
4KiBネイティブ品も無いから。

WDはPCメーカー等の大手需要先の同意を取り付けたからEARS出したわけで、
もともと彼らがプリインストールするエントリー向けのVista/7搭載PC以外は
出荷量的に見てほとんど眼中にないはず。 XPで使うといったニッチ用途には
最低限の互換性だけ残しておいて、使いたい奴だけ使えといった感じなのは
ある意味当然かもしれない。

こういう判断は、IDEからSATAへの移行期に、PCメーカーの動きに合わせて
IDEを早々に生産停止したSeagateにも見られた。

215:Socket774
10/05/13 23:55:16 zhMP8UYP
今回もPCメーカーに合わせるんだろうけど、2TiB突破が何時になるかによるな
2TiB越えはBigDriveじゃなくてなんて名付けるつもりだろう

216:Socket774
10/05/14 01:18:30 FHsDsFRe
>>203
> ドライブの情報を見ると、物理セクタと論理セクタのバイト数が表示されるということは、

Ubuntu 10.4 のパーティション作成コマンドツールも、
物理/論理セクタサイズを表示しない fdisk は非推奨と警告が出て、
物理/論理セクタサイズを表示する parted を推奨になってるな。
順調に移行中ってとこだ。


>>208
> 例えればXPでネイティブ4KBドライブ使うのは
> DVDドライブでBD再生しようとしてるのと同じ
> つまり物理的に不可能

物理的って、馬鹿だろお前w
引っかかるのは非対応BIOSの場合のブートシーケンスだけだよ。
ドライバ組み込みゃあ、あとはブートに使わなきゃいいんだよ。

217:Socket774
10/05/14 01:22:36 DQnCqAY1
そいえばさ、どっかがSASの3TB出すらしいけど物理セクタ拡張になるんだろうね。

218:Socket774
10/05/14 02:51:46 CRwxa/d3
アロケサイズは64KB。

219:Socket774
10/05/14 04:30:16 LkGbjHrk
アロケユニサイズなんて飾りです

220:Socket774
10/05/14 04:53:15 z+V1ZCqQ
えろい人にはそれが分からんのです

221:Socket774
10/05/14 05:36:47 Hxnh+7q+
>>216
>引っかかるのは非対応BIOSの場合のブートシーケンスだけだよ。
>ドライバ組み込みゃあ、あとはブートに使わなきゃいいんだよ。

ブートドライブにできなかったら
「HDD1個しか積めない人の権利保護委員会」とか
「XP人権監視委員会」がまた地雷認定するだろうな。

222:Socket774
10/05/14 12:54:27 N25DR1UW
やったねAFTちゃん! また仲間が増えたよ

URLリンク(www.wdc.com)

223:Socket774
10/05/14 12:59:40 pwh/1Hum
               , r::':::::::::::::..ヽ 、
             /::::::::::::::::.:::::..::::::::ヽ、
                /:::イ::N、..iv、..:..:..:.:.::::::::vr- 、
/⌒ヽr-、  _    /i::;;;:/十ヾN-、Ni:::i!:::::/  A i
Wや i! ::.'´ / ・ヽ  ' Y:::i ⌒ , ⌒`}::N)::i ふ F .!
D っ i!     ,, `●,/N:::!.'' r-v, '' ,}rrノ::| え. T |
ち.た i!  r-、 ーrイ:/ .i!N;;>`ニ イ/ト;;;< る.が |
.ゃね > ヽ :::、==´=}   _,.r'r'| ,./ ` >! .よ  .|
ん  i!ヽr=>   `ヘ>V⌒)|| ,iト、_,/  ノ/、 !!  /
! ./  |'/,フ7   /⌒i:/ト、ト` ヾ三テイ'  .iー'
`ー'   、' ' レi     ノ'::i`ーi  ヽ´ ./.:   |

224:Socket774
10/05/14 14:41:09 LkGbjHrk
AFT
WD Caviar Green WD**EARS
WD Caviar Blue WD****AALX

225:Socket774
10/05/14 19:59:49 pn1wff35
>>222
ヲィ、PATAもあんのあかよ、、、


226:Socket774
10/05/15 14:31:57 W7MyeLLH
>>187
VirtualBox最新版をダウンロードしてストレージまわりの設定を調べたけど
やっぱりそんな設定できないぞ?
もしかしてソースコードいじって自分で作るって意味?

URLリンク(www.virtualbox.org)
URLリンク(www.virtualbox.org)


227:Socket774
10/05/15 14:44:30 s2UwAIk1
>>226
>もしかしてソースコードいじって自分で作るって意味?

特殊用途の仮想マシンならまだしも一般用途向けの仮想マシンで
そんな設定わざわざ用意したりしないだろうからソースコードをいじったんだろ

228:Socket774
10/05/15 15:09:27 9TfKRBlH
その改造VirtualBoxもダウンロードさせてほしい


229:Socket774
10/05/15 16:16:02 Y1q/SuZ5
kakiko


230:Socket774
10/05/15 18:23:45 pCleu8Qg
自作PC板で仮想化ソフトの設定どうこうなんて板違いにもほどがあるな。
仮想化ソフトのソースコードいじるのは自作かも…

231:Socket774
10/05/15 21:06:13 lY3zkVYt
マジレスすんなおまえら
ドライバコードを適当に書き換えたに決まってるだろJK

もしくは複数SASドライブをエキスパンダ対応のRAIDカードでRAID0運用で単独ドライブとして認識させた後
512以上のセクタサイズを指定してのフォーマトだろ
個人でこんなことはできないからおそらくどこかの企業の中の人だろうな


232:Socket774
10/05/16 06:19:23 ypUwKPl9
実はやってない、って誰も言い出さないのは優しいな。

233:Socket774
10/05/16 06:25:34 ypUwKPl9
実証したつーても
わけわからんバイナリじゃなくて
ソースがあって比較的簡易に誰にでも実証再現できなきゃ意味ねーがね。

234:Socket774
10/05/16 14:27:31 cu64cGP8
// DevAHCI.cpp
p[106] = RT_H2LE_U16(3 | 1 << 13 | 1 << 14);
p[209] = RT_H2LE_U16(0 | 1 << 14);

をVirtualBox 3.1.8 OSEに追加してFedora 13 Betaを起動してみた

# dmesg
sd 0:0:0:0: [sda] 4194304 512-byte logical blocks: (2.14 GB/2.00 GiB)
sd 0:0:0:0: [sda] 4096-byte physical blocks

# hdparm -I
Configuration:
Logical Sector size: 512 bytes
Physical Sector size: 4096 bytes
Logical Sector-0 offset: 0 bytes

# fdisk -l
Disk /dev/sda: 2147 MB, 2147483648 bytes
255 heads, 63 sectors/track, 261 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


235:Socket774
10/05/23 02:14:11 QQqbpj8V
EFIに積極的でほぼEFIになってるマザーといえばintel純正

236:Socket774
10/05/23 02:43:56 kmyH2K5H
そーいやEFIってRAIDカードとかのBIOSと互換性はあるのかな。
鯖用では使われ始めてるって話だから互換性あるんだろうけど。

237:Socket774
10/05/23 19:24:24 /N2BDoYm
EFIはIA-64(Itanium)時代から普及しているから、鯖方面ではデファクトに近いのかもな

238:Socket774
10/05/23 20:13:39 soBAgSCT
スレリンク(win板:13番)
この問題なんとかならないかな?
仮想化使っててEARSに手を出してる人わりと多いと思うんだけど。

239:Socket774
10/05/23 21:34:39 nRXzqOby
物理セクタ=論理セクタのドライブ待て
エミュ仕様のドライブに7ユーザーが手を出すのが間違い

240:Socket774
10/05/24 01:37:21 kPcB3NVG
URLリンク(www.xbitlabs.com)


少なからぬ誤解があるな
> What is important is that hard drives with 3TB capacity will have to use 4KB sectors
> (up from 512 bytes on the vast majority of current drives),
vista以降なら、必須ではない
2TiB越えドライブを、XPで認識できるようにするためには必須
容量効率を上げるためなのはまた別の話

> 64-bit operating system, new logical block addressing (LBA) standard along with
> new UEFI (universal extensible firmware interface) replacement for BIOS
> (basic input-output system).
windowsでは、総セクター数32ビット超えのドライブから起動するときは、GPTが必須なので、
GPTから起動させる場合には、64bit版とEFIのBIOSが必須と言うだけ。
(データ用ドライブとして認識させる場合はまた別の話)
LBAの新しい標準でもないしEFIと関係ない。

> All-in-all, many of new technologies have to be implemented in order to enable HDDs
> with capacities higher than 2.1TB.

シゲトのHDDがAFTでどのようになるかによって、話は変わってくる

241:Socket774
10/05/24 05:48:49 0lO8IrHz
XPで使いたければVistaでフォーマットしてからXPで使えばいいのかい?
あ、外付けとしてね

242:Socket774
10/05/24 06:02:56 14evlAah
「外付」で何が説明できてると思ったんだろう。

243:Socket774
10/05/24 15:43:38 COI6tar3
>>241
XPで物理/論理4KiBセクター(BigSector、RMWなし)、2TiB超のディスクを繋いで動作検証は市場では行われていない。
このタイプのディスクでは、ひょっとして制限付きで2TiB超はできる余地がある。
※メーカーでわざわざAFTと言う面倒臭い機構を用意した事を考慮すると、
 XPではBigSectorはまともに使えない公算も大きい。

XPで物理4KiB/論理512Bセクター(真のAFT、内部4KiB、RMW)、2TiB超のディスクを
繋いで動作検証は市場では行われていない。
このタイプのディスクは、2TiB超はできない。OSで管理する総セクター数が32ビット超えになるため。

XPで物理512B/論理512Bセクター(偽のAFT、内部4KiB、RMW)、2TiB超ののディスクを
繋いで動作検証は市場では行われていない。
このタイプのディスクは、2TiB超はできない。OSで管理する総セクター数が32ビット超えになるため。

(共通)2TiB超ディスクはいずれもまだ市場に出ていない。

結論
2TiB超ディスクを使いたければXPを窓から投げ捨てた方が手っ取り早い。

244:Socket774
10/05/24 20:24:59 FCSRPiCm
>>239
vmdk内でアラインずれてても物理=論理のドライブ上だと性能落ちないってこと??
7ユーザ(ntfs)がだめでlinux(ext3)だと性能落ちないってこと?!
どちらにしろ既に手を出してしまったので
アラインツールに認識させるいい方法を誰か知らない?

245:Socket774
10/05/24 21:32:35 14evlAah
>>244
結論としては、買い換えしかないんでは。
偶然の合致を狙ってサイズの異なるファイルを置いてからvmdkをコピるとか。

前に別スレで似たような事例を想定して書いた。
以下引用符略。

プログラマは512B決め打ちで書いたわけでもないけど読み書きはOSに任せているので、
データヘッダが4KB単位じゃない場合にチャンクが4KBセクタをまたいでしまうおそれなど気にかけてなかった。

4KBセクタの区切りとファイル内のデータブロックがずれた場合、
  ┳━━━━┳━━━━┳━━━━┳←セクタ(4KB)
┳┻━━━┳┻━━━┳┻━━━┳┻ 
┻━━━━┻━━━━┻━━━━┻←データブロック(4KB)
物理セクタにまたがって配置されたデータブロックを1個読み書きするために
・2個物理セクタを読んで
・2回セクタを分解して
・1個のデータブロックを合成して
という「OS側においての」調整が必要になる。これは512Bセクタなら発生してなかった。
(実際にはブロックは4KBとは限らない、奇数KBのチャンクだってある)

246:Socket774
10/05/24 21:59:23 JsY44sWV
ないよ

247:Socket774
10/05/24 22:50:30 +tqmrUx+
ないあるよ

248:Socket774
10/05/24 23:02:25 RfuqCQTv
ないあるますん

249:Socket774
10/05/25 03:03:14 RvVZrimo
vmdkとかは固定サイズじゃないと中と外のオフセット一致しないよ

250:Socket774
10/05/25 03:09:46 09SG9nPC
しないのか

251:Socket774
10/05/25 06:49:17 6yCUoFmQ
>>244
ホストがvista/7なら1クラスタごとに読み書きされてるから、ホスト上で境界をまたいだ2クラスタ同時アクセスになると思う。
ここにvista/7のキャッシュは有効に働くからxpを生で使うよりはるかにいいと思う。

一番いいのはvistaを入れた仮想環境でパテ切したディスクを流用。
TI10+WindowsPEが仮想環境でブートできるか確認してみるよ。可能ならTI2010の発売を待ってPEで作って移行すれば解決。

早くTI2010日本語版出ろ。

252:Socket774
10/05/25 08:16:44 veZbjfHt
>>245
「偶然の合致を狙ってサイズの異なるファイルを置いてからvmdkをコピる」の
効果が理解できません・・・
アラインの合った区画に構築したNTFS(4Kクラスタ)上ならどこにコピろうが関係ないんでは?

>>249
Hosted Sparse ExtentsのレイアウトでもPadding to grain alignで
ブロックの割付が始まるみたいだけどそれだけだとダメってこと?
URLリンク(www.vmware.com)

>>251
そんな面倒なことをせずただWD Align System Utilityを使いたいだけです。
お金出すくらいならrsyncでいいです。
スレリンク(win板:14番)


253:Socket774
10/05/25 15:42:09 6yCUoFmQ
vista上からxpを仮想で動かすと、アライメントがずれた1クラスタのアクセスになるから、vistaが2クラスタ読み込んで2クラスタの書き込み指示を出すはず。
なのでHDD上のオーバーヘッドではなくなるので致命傷になりにくいと思う。
事前に割り当ててないドライブはvistaでパテ切りしても最初の2048シリンダに何も書かれないのなら、MFTのサイズが1クラスタ単位なのか1セクタ単位なのかによってアライメントのずれが決まる。
場合によってはxpでパテ切りしてもMFTを1クラスタで書き込んでくれてその次からクラスタ単位にアクセスしてくれれば問題は発生しないと思う。

あ、全部ホストがvista以上という前提でね。

254:Socket774
10/05/25 15:47:49 6yCUoFmQ
でもvmdkが1クラスタ単位のアクセスをするのなら、アライメント揃えたセクタだよな…
vmdkが1セクタ単位のアクセスでデータを作っているならさっきの前提でいいけど、1クラスタにわざわざ揃えてアクセスするように設計されてたら、
xpからアクセスすると事前確保されてなくても2クラスタのアクセスになるな。

255:Socket774
10/05/25 17:24:47 LnGpHKlU
virtualPCならもともとvhdアクセスで激遅なのでアライメントなんか
気にする必要ありますん

256:Socket774
10/05/25 18:18:36 6yCUoFmQ
気分わるいじゃんw

それはともかく、環境整備だけで速度が向上するならやっておいて損はないわけで。
うちはEARSがないのでテストできん…EADSのスタガードのテストちぅ。

257:Socket774
10/05/26 01:00:45 gT05/d+C
URLリンク(hpcgi1.nifty.com)

我慢して最後まで読んだけど、よくわからんなぁ・・・
突如、「実効時間」とか未定義の言葉がでてきたり。
仕様のよくわからない自作コピーツールが出てきたり。

自作のコピーツールで、4k毎にコピーすると速くなる
ってのがどういう事なんだろ。

つまり、AFTが問題なんじゃなくって、Windowsのファイル
システムだか、ファイルコピーアルゴリズムだかが悪いって事?

258:Socket774
10/05/26 01:19:04 aJctlFtU
>>214
Seagateは屋台骨が傾いて、少数多品種の生産を維持できなくなったからでは……?

259:Socket774
10/05/26 01:29:12 22+Eyif5
>>257
確かに独自研究の域は出ないんだが
ここまでやると言うのはそこらへんのジサカーの域を超えている、
どっかの中の人ではないかと言うもっぱらの噂。

間違えて宗教に陥りやすいパターンではあるが、あながち無視もできない

260:Socket774
10/05/26 01:31:15 22+Eyif5
>>257
下の2行は窓から投げ捨てていい。

AFTは本来512エミュ品と、4Kネイティブ品があるべきなんだが、
EARSは掟破りで512ネイティブ品の振る舞いをするのが問題らしいということ

261:Socket774
10/05/26 01:40:17 HAEZrZhz
>>257

AFT「俺4KBセクタっす。」
Windows「おk。4KBでI/Oする。」

AFT(エミュレーション)「俺512バイトセクタだけど実は4KBっす」
Windows「おk。4KBでI/Oする。」

EARS「俺512バイトセクタで実セクタも512バイトっす。」
Windows「おk。512バイトでI/Oする。」

262:Socket774
10/05/26 01:49:48 F0K5dJZb
将来のことを考えると、ジャンパでエミュレーションoffとか
できる方が有用だと思うんだけどなあ

263:Socket774
10/05/26 02:25:59 aJctlFtU
1シリンダ63セクタというふうにパラメータ返すから、63番目(2週目の先頭)から最初のパーティションを
始めるんだよね?
1シリンダ56セクタとか48セクタとか返せば、XPのフォーマッタでも切れ目のいいところから
始めんだしよ、なして、もはや意味の無い、1024,255,63なんて値返してるんよ?

264:Socket774
10/05/26 02:49:39 oLPQTALF
>>263
そうしなければレガシーデバイスと誤認識するから。
8.4GBより大きいHDDは1024/255/63と返さなければならない仕様

265:Socket774
10/05/26 03:15:12 19UaOrPO
>ここまでやると言うのはそこらへんのジサカーの域を超えている、
>どっかの中の人ではないかと言うもっぱらの噂。

夜中に声を出してワロタよ

266:Socket774
10/05/26 03:30:55 ei04Z9C2
>>257
2ー3日前も他の板で「Linuxは遅くないキャー速い」とか言ってるから
おれもやってみたんだよ。
(俺はWIN7とLINUXのデュアルブートでWD10EARS使ってる)
似たようなことやってコピーが俺のPCで20秒・・・・
(念を押すけどgcc-4.5.0.tar.bz2を解凍したフォルダーのコピー)
この人はLINUXでも2分とかなんとか分単位で速いとか騒いでるんだよ
いくら細切れファイルだろうがそんな遅くないよ400M弱しかないんだから
それがこの人の修正バージョンとか言ってる環境

面倒くさいからWIN7ではやってないけど、この人おかしいよ・・・


267:Socket774
10/05/26 03:59:13 Mx8AS+Oy
実際実セクタ4KiBと返されて起動ドライブに使えないOSってどれほどあるの?

268:Socket774
10/05/26 04:33:47 19UaOrPO
gcc4.4.3のコピーなら俺もやったよ。
ext3
> 型番(先頭セクタ位置)
> 7K2000.C(63s)/ 1分58秒4
> WD10EACS(63s)/ 1分59秒4
> WD20EADS(63s)/ 1分50秒6
> WD20EARS(64s)/ 1分54秒4
ntfs-3g
型番(先頭セクタ位置)
> 7K2000.C(63s)/ 2分13秒0
> WD10EACS(63s)/ 2分09秒8
> WD20EADS(63s)/ 2分11秒4
> WD20EARS(64s)/ 2分17秒2
> HD154UI(63s)/ 2分18秒8

その他の実用テスト、この程度のことなら誰にだって追試できる。
 test1: 128個のディレクトリに128個の小さなファイルを作成
 test2: それをドライブ内でrsync (ツリーコピー)
 test3: 1と2のツリーを消去
 test4: 537MBのファイルを作成し、名前を変えてドライブ内に12個コピー
 test5: 4を消去
 test6: gcc4.4.3 の source tree を別ドライブからcopy
URLリンク(docs.google.com)

269:Socket774
10/05/26 04:35:18 19UaOrPO
>>267
試してみるから実セクタ4KiBと返すSATA-HDDを教えてくれ。

270:Socket774
10/05/26 05:01:57 Mx8AS+Oy
>>269
ないよな。だからAFTと言われてもピンと来ない。来年の話をすると鬼が笑うよなぁ。
512/512(ほんとは4096)なEARSは最近のモデルはトラブルが起きてないみたいだから、ファームの改善で処理速度向上させてread-modify-writeのサイクルに追いつくようになったのかな。
だったら何の問題もないどころか、新規osが4KiB毎に管理してアクセスするというマナーを守れば、AFTでも論理/物理512で返すのがスタンダードになるかもしれんのだけど。

271:Socket774
10/05/26 05:28:33 ei04Z9C2
>268
追試の結果と常識から考えて370Mをコピーするのに
2分かかること自体がおかしいって言ってるのに
追試の結果までまったく同じあなたって・・・

中の人乙

272:Socket774
10/05/26 09:27:05 iKfAKiNZ
>>266
反論するなら具体的な追試条件出さないと説得力ないよ。
time cp -r gcc-4.5.0 gcc-4.5.0.new
とかの完了時間だけ見たんでしょ?
メタデータの読み書き量を考えずにファイル実体の370Mだけを
強調してるのも素人くさいし。。。
コピー先ドライブを別にした上でiostatの値を確認してみるのをお勧めするよ。
sync;iostat;cp -r gcc-4.5.0 /EARS;iostat;sync;iostat
そもそも元記事ではlinuxで2分なんてデータ出してないので
めんどくさがらずにwin7で比較しなさい。

273:Socket774
10/05/26 10:31:17 qrccTO7u
些細なことでも問題点を洗い出すことに意義があると思うから中の人の試みは有意義だと思う。
たぶん中の人を叩く人もWD以外のAFTドライブが製品化されたら中の人を支持する人たちが増えて
それらの意見に押し潰されると思う。

ランダムdisk i/oにおいてはリード・モディファイ・ライトよりもシークにかかる時間のほうが
支配的だからリード・モディファイ・ライトが増えてもを実用上問題にならないという指摘は
raidに使って遅くなるときの言い訳に使えるとでも思っているのだろうか。

raid5なら元々リード・モディファイ・ライトだから今更リード・モディファイ・ライトが増えても問題ないとか言いそう

274:Socket774
10/05/26 13:56:16 19UaOrPO
>>271
俺は中の人にWD工作員呼ばわりされてる方。

絶対にあるとか紛れもない事実とか言ってた低速病に、
ゼロフィルで平均70MB/s以上出てhdparmで110MB/s以上出てるって言ったら
実際にコピーしたら遅い、小さいファイルをたくさん書くと遅いと言い出した。

シーケンシャルに埋めていくゼロフィルとは異なり、
どんなファイルシステムでもちっこいファイルがあると時間はかかる。
特にWindowsが小型ファイルの大量ハンドリングを苦手としてるだけ。

それを証明するために、小さいのや大きいの、
それぞれFS別に他機種と比較できるように測ってみた、
その内容と結果が >>268 後半。
遅いとか速いとか疑問に思うなら自分で追試してみればいい。

275:Socket774
10/05/26 14:04:03 19UaOrPO
>>272
>めんどくさがらずにwin7で比較しなさい。

そもそもこれが変でさ。
ここがWindows板じゃないことはおいといても、
状況次第でダラダラ遅延カキコするWindowsで何を測ってんの?
積んでるメモリの量? レジストリのチューニング具合?
いつどんな状況でどんだけダラダラアクセスするかは環境・タイミング次第。
FS上でHDDの性能を証明するのは無理。

同一条件で複数の機種の比較はできるけど、
Win7では裏仕事を完全に止めることができないから同一条件の実現すら難しい。
結局、測ってるのはOS/FSの性能であってHDDのじゃない。
RAIDだってコントローラやドライバの性能を測定してるようなものだし。

276:Socket774
10/05/26 14:19:43 4n1Zpwcm
HDDは宗教
使った事ない馬鹿と確率を理解したくない馬鹿達が争っている

277:Socket774
10/05/26 14:21:39 wRxNcLse
>>270
むしろ検証されていないと言うのが正しい
512エミュは要するにBIOS、コントローラー、デバドラをだますためのものだから
RMWなどの副作用はあれ、だいたい動くと思って差し支えない。
(ただし、OSの2TiBの壁は超えられない)

いっぽう4KネイティブではOSの他にBIOS、コントローラー、デバドラすべての対応が必要。
よってこれらがウプデトされる見込みのないXP系列では、4Kネイティブは使えない
(よってやはり2TiBの壁は超えられない)とのもっぱらの噂。

噂のソースは俺

278:Socket774
10/05/26 14:24:05 wRxNcLse
>>270
>新規osが4KiB毎に管理してアクセスするというマナーを守れば
>>261を読めばEARSではそれができない(OSから区別できない)と言うことが分かる


次ページ
最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch