アカウント名:
パスワード:
これまで通りレジスタに収まる範囲でメモリマップを管理するとすると、32bit:2^32 = 4GiB64bit:2^64 = 172億GiB128bit: 2^128 = 281兆YiB (=31穣6912杼6500垓5705京GiB)のメモリが積める、という計算であってますでしょうか?
あってない悪寒がするけど、とりあえずあっていると仮定して。
http://www.johotsusintokei.soumu.go.jp/field/tsuushinsangyou02.html [soumu.go.jp]によると、JPドメインに載っているコンテンツの量が13,609GBだそうなので、128bitCPUのマシンは、インターネットの全てのコンテンツを実メモリに載せて処理するくらいのことができるのですね。
>128bitとは言っても128bitまるまる必要なわけではなく64bit以上なんだと考えるとそんなに遠くでもなさそうな気がしたりしなかったり?
64bit = 172億GiBのメモリの用途が汎用的に必要になればいいわけですよね(いいのか!?)
現状のハードディスクとかフラッシュはセクタに分けて管理していますが、これをやめて全部リニアなアドレスで管理するようになると仮定して。
HDDの容量は、50年で5000万倍になったのだそうです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
用途 (スコア:3, 参考になる)
これまで通りレジスタに収まる範囲でメモリマップを管理するとすると、
32bit:2^32 = 4GiB
64bit:2^64 = 172億GiB
128bit: 2^128 = 281兆YiB (=31穣6912杼6500垓5705京GiB)
のメモリが積める、という計算であってますでしょうか?
あってない悪寒がするけど、とりあえずあっていると仮定して。
http://www.johotsusintokei.soumu.go.jp/field/tsuushinsangyou02.html [soumu.go.jp]
によると、JPドメインに載っているコンテンツの量が13,609GBだそうなので、128bitCPUのマシンは、インターネットの全てのコンテンツを実メモリに載せて処理するくらいのことができるのですね。
Re: (スコア:3, 参考になる)
19bit 1982年 320KB FD 5'2D
21bit 1982年 1.2MB(メガ) FD 8'2D
21bit 1984年 1.2MB FD 2HD
21bit 1989年頃 2MB メインメモリ
23bit 1998年 8MB メモリースティック
24bit 1995年頃 16MB メインメモリ
25bit 1984年 20MB HDD
27bit 2000年 64MB SDメモリーカード
28bit 2003年 256MB メモリースティックPro
30bit 1982年 CD-DA
30bit 1988年 640MB CD-ROM
31bit 2004年 2GB(ギガ) SDメモリーカード
32bit 2006年 4GB SDHC
32bit 2009年頃 4GB メインメモリ?
33bit 1999年頃 主流HDD?
34bit 1996年 9.4GB DVD 2層
35bit 2008年 32GB コンパクトフ
Re: (スコア:2)
>128bitとは言っても128bitまるまる必要なわけではなく64bit以上なんだと考えるとそんなに遠くでもなさそうな気がしたりしなかったり?
64bit = 172億GiBのメモリの用途が汎用的に必要になればいいわけですよね(いいのか!?)
現状のハードディスクとかフラッシュはセクタに分けて管理していますが、これをやめて全部リニアなアドレスで管理するようになると仮定して。
HDDの容量は、50年で5000万倍になったのだそうです。
Re:用途 (スコア:0)
この前水没した話題のセンターだと3PB程度(63台のSun Fire x4500 サーバ)だそうで
10年後位になるとそれが数百PBが当たり前になるだろうしEBなセンターも現れるだろう。
でもあくまで総容量だから、個別の管理単位としてはもう少し穏やかな成長なんだろうな。
階層化ストレージでも採用するなら別だけど。(この手の入れるならリニアに管理したい)