アカウント名:
パスワード:
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 の壁でまあ十分ではないかと。
MSがセクタサイズ4096をサポートすると言い出したので1エキサの壁になるかも。
Windows8から対応済。PC本体のBIOS等が4Kセクタ対応してるかどうかはまた別だが。
>セクタサイズとは関係ない。関係はあるな。PCの標準パーティション形式(MBR)が2^32 セクタまでしか管理できないから。
>なので次の壁は約 8ZBATAディスクの場合には次の限界は 2 ^48 セクタ。4Kセクタで約1.15EB。これを超えるには規格改定が必要
まだまだMBRですか?もうGPTに移行してもいいんじゃないかと。
え゛?
MBR→GPTで乗り切ったんじゃなかったっけ?
#起動ディスクはUEFIで
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
16TBの壁? (スコア:0)
2TBの壁はセクタサイズを512から8倍の4096にすることで突破されましたが、
単純計算で16TBでまた壁がやってくると思いますが、実際はどうなんでしょう。
Re:16TBの壁? (スコア: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 の壁でまあ十分ではないかと。
Re: (スコア:0)
MSがセクタサイズ4096をサポートすると言い出したので1エキサの壁になるかも。
Re: (スコア:0)
Windows8から対応済。
PC本体のBIOS等が4Kセクタ対応してるかどうかはまた別だが。
Re: (スコア:0)
>セクタサイズとは関係ない。
関係はあるな。PCの標準パーティション形式(MBR)が2^32 セクタまでしか管理できないから。
>なので次の壁は約 8ZB
ATAディスクの場合には次の限界は 2 ^48 セクタ。4Kセクタで約1.15EB。
これを超えるには規格改定が必要
Re: (スコア:0)
まだまだMBRですか?
もうGPTに移行してもいいんじゃないかと。
Re: (スコア:0)
え゛?
MBR→GPTで乗り切ったんじゃなかったっけ?
#起動ディスクはUEFIで