アカウント名:
パスワード:
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
それならしばらくは大丈夫だな。
# って、前回も前々回も、そのまた前もそう思ったけど。
あくまで個人的な推測にすぎないのですが、今あるような3.5インチHDDのようなタイプの製品では、数PB～数十PBくらいの容量以上は意味が無いのではないかと考えています。（過去日記 [slashdot.jp]）
ということで、48bit LBA の壁でまあ十分ではないかと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
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:128PiBの壁じゃね？ (スコア:2)
あくまで個人的な推測にすぎないのですが、今あるような3.5インチHDDのようなタイプの製品では、数PB～数十PBくらいの容量以上は意味が無いのではないかと考えています。（過去日記 [slashdot.jp]）
ということで、48bit LBA の壁でまあ十分ではないかと。