アカウント名:
パスワード:
2TBの壁は、MBR(パーティションテーブル)が1セクタ512バイトを単位とする32bitの構造体で取り扱っているために発生します。(2^32=4G, 512*4G = 2T) 現状この壁を乗り越えるための方法としては以下の2つが考えられます。
GPT [wikipedia.org]のパーティションからブートするためには、64bit OSを用いなければならず、マザーボードがEFIに対応している必要がありますから、現実的にはWindows Vista以降のOSで [microsoft.com]後者の1セクタ512Bを4KBに拡張する方法が普及する可能性が高いと思われます。
セクタサイズを拡張する方法では、容量が大きくなるというメリットも挙げられます。ディスク容
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
GPTなんて使わないのでは? (スコア:2)
2TBの壁は、MBR(パーティションテーブル)が1セクタ512バイトを単位とする32bitの構造体で取り扱っているために発生します。(2^32=4G, 512*4G = 2T) 現状この壁を乗り越えるための方法としては以下の2つが考えられます。
GPT [wikipedia.org]のパーティションからブートするためには、64bit OSを用いなければならず、マザーボードがEFIに対応している必要がありますから、現実的にはWindows Vista以降のOSで [microsoft.com]後者の1セクタ512Bを4KBに拡張する方法が普及する可能性が高いと思われます。
セクタサイズを拡張する方法では、容量が大きくなるというメリットも挙げられます。ディスク容
Re: (スコア:0)
4kB/sectorに対応したBIOSとOSとアプリが必要になるわけですよね。大差なくね?
それに後者を選択した場合、未来永劫その手法をとり続けることになるわけでしょ。1セクタ8kB,512kB,1MBとか。それでいいのか?て気が。
Re:GPTなんて使わないのでは? (スコア:0)
小さなファイルの格納効率についてはファイルシステム側で何とかすべきだと思う。
いまでさえ、小さなファイルを大量に扱う場合、直にファイルシステムに処理させるよりも、zlib等でアーカイブ内のファイルを透過的に扱ったほうが良かったりするし。