アカウント名:
パスワード:
思うのですが、128bitCPUは結構早く出てくるのではないでしょうか。
現在の64bitはAMD64が主流ですが。インテルが頑としてこの名前を使いたがらない、COREアーキテクチャの64bit対応が実にお座なりだったコト等から考えるに、インテルは64bitの主導権を取られたことを「最大の恥部」と捉えているのではないでしょうか。
インテルがこの「恥部」を抹消する為に「128bitCPUを作って(初めは)安くでバラまいて、さっさと普及させればいいんじゃね?」と考えていても、不自然ではないと思います。
そんな背景があるとしたら、128bitカーネル開発に乗り出していても納得出来るのですが。どんなもんでしょうね?
ビジネス的にはそうかもしれませんけど、ユーザ側にメリットがないとなかなか売れませんよね。64bitにはできなくて128bitだとできることってなんでしょうね? アドレス幅も不足しているわけではないし。そんなにたくさん命令セットもいらないような……
SPARCが早い時期から64bit CPUを実用していましたけど、ユーザの目からみると全く目立たなかったですしね……
>「うちの嫁は3次元だ」
忌避したり裏切り者呼ばわりしたりするだけのこと。
>8bitはキャラクタベースしか扱えなかったのが、16bitで日本語(漢字変換付き)を扱えるようになり(以下略)
それらは処理「速度」の問題なんだよね。Z80 1GHzを作れば幾つかの問題は解決する。主記憶のサイズ制限はたしかに問題だが、SSDみたいに二次が速くなれば色々状況がかわるし。
言い換えればビット数「ごとき」に限界を支配されるのは、いまだに一次RAMという構成から解脱できてないがゆえ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
インテルから具体的な話がある可能性 (スコア:4, すばらしい洞察)
思うのですが、128bitCPUは結構早く出てくるのではないでしょうか。
現在の64bitはAMD64が主流ですが。
インテルが頑としてこの名前を使いたがらない、COREアーキテクチャの64bit対応が実にお座なりだったコト等から考えるに、インテルは64bitの主導権を取られたことを「最大の恥部」と捉えているのではないでしょうか。
インテルがこの「恥部」を抹消する為に
「128bitCPUを作って(初めは)安くでバラまいて、さっさと普及させればいいんじゃね?」
と考えていても、不自然ではないと思います。
そんな背景があるとしたら、128bitカーネル開発に乗り出していても納得出来るのですが。
どんなもんでしょうね?
Re: (スコア:3, 興味深い)
ビジネス的にはそうかもしれませんけど、ユーザ側にメリットがないとなかなか売れませんよね。64bitにはできなくて128bitだとできることってなんでしょうね? アドレス幅も不足しているわけではないし。そんなにたくさん命令セットもいらないような……
SPARCが早い時期から64bit CPUを実用していましたけど、ユーザの目からみると全く目立たなかったですしね……
人生は七転び八起き、一日は早寝早起き
Re: (スコア:0)
企業向けだってそうそうあるものじゃないと思うが...............
(少数だが128bitを切望している人がいることは確かだろうけど)
Re: (スコア:1)
もちろんディスプレイも3次元データを2次元に投影したものではなく、本当の立体映像を映すものになる。
これで「うちの嫁は3次元だ」と堂々と言えるようになりますよ。
ほら、128bit大歓迎な雰囲気がでてきた。
Re:インテルから具体的な話がある可能性 (スコア:0)
>「うちの嫁は3次元だ」
忌避したり裏切り者呼ばわりしたりするだけのこと。
>8bitはキャラクタベースしか扱えなかったのが、16bitで日本語(漢字変換付き)を扱えるようになり(以下略)
それらは処理「速度」の問題なんだよね。
Z80 1GHzを作れば幾つかの問題は解決する。
主記憶のサイズ制限はたしかに問題だが、SSDみたいに二次が速くなれば色々状況がかわるし。
言い換えればビット数「ごとき」に限界を支配されるのは、
いまだに一次RAMという構成から解脱できてないがゆえ。