国民投票ネタ「資産」 12
タレコミ by YOUsuke
YOUsuke 曰く、
国民投票ネタ
お題「資産」
選択肢
・char
・short
・int
・long
・float
・double
signedかunsignedかとかビット長とか突っ込まれそうだが、そこはまあ雑談のネタということで。
俺はかろうじて32bit intです。マイナスじゃないよ。
#この日記はタレこみです。
bool (スコア:1)
Re:bool (スコア:1)
bool・・・俺の手には真実だけ・・・ってか。
妖精哲学の三信
「だらしねぇ」という戒めの心、「歪みねぇ」という賛美の心、「仕方ない」という許容の心
void (スコア:0)
floatの意味は… (スコア:1)
fjの教祖様
Re: (スコア:0)
ドルでも楽々32bitオーバー (スコア:1)
Re:ドルでも楽々32bitオーバー (スコア:1)
あまりに変化が早くて追い切れていないのですが、もしデノミをやっていなければ、おそらく64ビットでもfloatでも収まらないと思います。
よく、インフレ率のすごさを示すバロメータとして「ドラゴンボールの戦闘力なみのインフレ率」なんて言い方がされますが、それすら超越していそうです。「アッカーマン関数なみのインフレ率」なんて感じの、新しい呼称が必要そうです。
だから前から言っている (スコア:1)
# 浮動小数点も 1024bitにするのだ。
fjの教祖様
Re:だから前から言っている (スコア:1)
その手の計算には多倍長の演算ライブラリどぞー。
Re:だから前から言っている (スコア:1)
1) ファイルシステムはこの30年で16->32->64と増えている。仮にこの調子だとすると(2005年ぐらいをベースにして) とおおよそ私が100歳の頃に 1024ビット化するのだ。
2) 時間解像度が今、「秒以上」が32bitでは足りなくなるまでもうすぐだ。多分64bit化するだろう
一方で「秒未満」はすでに nano-secオーダーで 30bit必要だ。
つまり現在の技術段階ですでに時間の表現には 94bit (きりが悪いな 96bit)必要なのだ。
実際、ファイルシステムなどでは記録時刻の表現が不十分でストレージ屋さんは非常に困っている。
で、単純時間だけでも 128bit 割り当てたいと。
一方で、並列分散をディスクに推し進めるもんだから、ファイルシステムが管理する時間は「時刻」
だけじゃ駄目で、システム間シーケンス定義が必要になっている。つまり全く同じ時刻にAとBというファイルを
発生させた場合に、AとB「どちらが先にできたのか」を一意決定しなくてはいけない場合がある。そこで
時刻と同時に「順序」を定義する(もちろん、本当の順序ではなく、仮に2箇所でファイルをどうタイミングで作ったら
必ずこの順序で出来た事にしよう、と言う定義だ)
これが最低限でもIPv6と同じだけ必要なので 追加で 128bit。合計 256bit必要になる。
2060年頃までにはそれぞれ2倍以上の解像度が必要と言うことになるだろう。つまり512bitだと足りない…
えぇい、1024bitだ
3) 2030年ぐらいには IPv6に対する枯渇が始まる。これは「機械ごとにIP番号を振る」状態から、「1台に何個もIP番号を振る」必要があるからで、仮想化とかそういったものが消費する。
2060年ぐらいになると「国家」とかそういった単位が「俺たちが好きなように割り振るんだ」と言い張り、
ゆとりあるアドレススペースを要求する事になる。
これらのせいで、32->128->512->2048 とIPアドレスが2048になろうという動きが出るはずだ。
とは言え、2060年ぐらいだとまだ規格策定とかでしかないので、CPUのレジスタはアドレスの半分ぐらいのビット長でいいだろう。1024bitだ
とまぁ、私が100歳になる頃にはいろいろなものが、1024bitで丁度いい具合になるのです。
逆の言い方をすると、今から1024bit化しておけば、とりあえず100歳まではビット長を気にしなくても大丈夫。長い目で見るとお徳なのですよ。
リソースがアドレス空間内に収まらなくてバンク切り替えだのPAEだのと、同じ技術が何度も何度も出てくるのも、いい加減皆さん嫌でしょう? 同じ事をするコードを何度も書き直すの、嫌でしょう??
ほら、とっとと1024bit化しておこうよ
.
というのがネタなので、あまり真面目に突っ込まないように。
# 上の3つの予測に関しては、結構真面目にそうなると思っているが。
fjの教祖様
Re:だから前から言っている (スコア:1)
Yen (スコア:0)
# ドルとかユーロに変換したり、戻したりして
# 含み損を増やしてるアフォですけど。