アカウント名:
パスワード:
2TBの壁はセクタサイズを512から8倍の4096にすることで突破されましたが、単純計算で16TBでまた壁がやってくると思いますが、実際はどうなんでしょう。
2TBの壁はホスト側の64ビット化で対応でセクタサイズとは関係ない。なので次の壁は約 8ZB
それ 64bit LBA (512B * 2^64 = 8ZiB) 考えてるでしょ？OS 側の管理はそれで正しいはずだけどIDE の I/F が元々 28bit LBA (512B * 2^28 = 128GiB) だったので137GB の壁にぶち当たって Big Drive 対応した際28bit LBA を2回続けて送るって方法で 48bit LBA (512 * 2^48) に拡張したはずなので、その仕様が変わってなければ次の壁は 128 PiB のはずだと思う。
> 次の壁は 128 PiB
それならしばらくは大丈夫だな。
# って、前回も前々回も、そのまた前もそう思ったけど。
MSがセクタサイズ4096をサポートすると言い出したので1エキサの壁になるかも。
Windows8から対応済。PC本体のBIOS等が4Kセクタ対応してるかどうかはまた別だが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
16TBの壁？ (スコア:0)
2TBの壁はセクタサイズを512から8倍の4096にすることで突破されましたが、
単純計算で16TBでまた壁がやってくると思いますが、実際はどうなんでしょう。
Re: (スコア:1)
2TBの壁はホスト側の64ビット化で対応でセクタサイズとは関係ない。
なので次の壁は約 8ZB
128PiBの壁じゃね？ (スコア:1)
それ 64bit LBA (512B * 2^64 = 8ZiB) 考えてるでしょ？
OS 側の管理はそれで正しいはずだけど
IDE の I/F が元々 28bit LBA (512B * 2^28 = 128GiB) だったので
137GB の壁にぶち当たって Big Drive 対応した際
28bit LBA を2回続けて送るって方法で 48bit LBA (512 * 2^48) に拡張したはずなので、
その仕様が変わってなければ次の壁は 128 PiB のはずだと思う。
Re: (スコア:0)
> 次の壁は 128 PiB
それならしばらくは大丈夫だな。
# って、前回も前々回も、そのまた前もそう思ったけど。
Re: (スコア:0)
MSがセクタサイズ4096をサポートすると言い出したので1エキサの壁になるかも。
Re:128PiBの壁じゃね？ (スコア:0)
Windows8から対応済。
PC本体のBIOS等が4Kセクタ対応してるかどうかはまた別だが。