アカウント名:
パスワード:
ARMって組み込み向けで性能より省電力重視のCPUってイメージがあるけどWin8でx86アーキテクチャーと同じだけのパフォーマンスがARM系CPUに出せるのだろうか?どっちにしてもARMだと.NETアプリしか動かない気がするけどMSはWin32APIを今以上に隠すのか?VC++も.NETアプリを全面に押し出してくるのか?それともWin32APIというか既存のx86アーキテクチャーのアプリを何かしらで動かすためのフレームを用意する?数年後にはARM系CPUの自作PC用パーツ発売とかになったら面白そうだけどARMっていろいろなメーカが参入しているからCPUスロットなどを早く制定しないと規格が混沌
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
どっちが勝ったのか (スコア:4, すばらしい洞察)
最新のグラフィック、並列コンピューティングを持ってかれていかれ、
しかもNehalem以降のチップセットで商売出来ないとなると、Intelの勝ちに見えてしまいます。
Intelが飼いならしておけば良かったものを、x86の枠から出たNVIDIAが
ARMでPC市場を巻き返す10年後があったりすると面白そうだけど…
Re: (スコア:1)
すぐにx86のシェアが奪われるとは思えませんが、徐々にARMが存在感を増していますね。
私もARMがシェアを巻き返したら面白いと思いますし、かなり期待していますw
Re: (スコア:0)
ARMって組み込み向けで性能より省電力重視のCPUってイメージがあるけど
Win8でx86アーキテクチャーと同じだけのパフォーマンスがARM系CPUに出せるのだろうか?
どっちにしてもARMだと.NETアプリしか動かない気がするけどMSはWin32APIを今以上に隠すのか?
VC++も.NETアプリを全面に押し出してくるのか?
それともWin32APIというか既存のx86アーキテクチャーのアプリを何かしらで動かすためのフレームを用意する?
数年後にはARM系CPUの自作PC用パーツ発売とかになったら面白そうだけどARMっていろいろなメーカが参入しているから
CPUスロットなどを早く制定しないと規格が混沌
Re: (スコア:0)
x86といっても下のほうはAtomシングルコアなわけで、それとは十分に競合できると思いますよ。
とくにARMのアイドル時の消費電力の少なさは、コア数を増やしてもバッテリー稼働時間が短くなりにくく、
ソフトウェアのマルチコア対応が進めば、ARMはどんどん有利になっていくと思います。
> どっちにしてもARMだと.NETアプリしか動かない気がするけど
マイクロソフトの戦略によるところが大きいが、その気になればx86エミュレーションを提供するでしょう。
大半の雑多な過去アプリはエミュレーションでも十分で、なおかつ、そういう過去の雑多なアプリが移植なしに動作することは、とても重要です。
しかし、いまどき.NETだけで十分だと思いませんか? いまさらWin32やネイティブでアプリを書くのは、ごく一部のパフォーマンスが要求されるものだけだと思うんです。
Re: (スコア:0)
.NETで十分な程度のアプリケーションなら、Androidでいいと思いますよ。
Windowsの強みは、有象無象としか言いようのない無数の個別問題領域に対応したアプリケーションが揃っているところにあります。それらの作者が今更.NETで書き直すとでも?まあ、「ARM版WindowsがWindowsXP並に普及したら」、ある程度の開発者はやると思いますけど、その他の人たちはやらないでしょう。もうソースすら残ってるか怪しいかも。
Re:どっちが勝ったのか (スコア:0)
しかし、Androidではx86のWindowsPCとは別建てになります。WindowsとLinux系の両方をサポートしたWidgetを使っても、.NETのようにはいきません。
バイナリやソースの共通化だけでなく開発者の学習コストなども考えると、.NETは良い選択肢です。
> Windowsの強みは、有象無象としか言いようのない無数の個別問題領域に対応したアプリケーションが揃っているところにあります。
> それらの作者が今更.NETで書き直すとでも?
だからこそ、x86のエミュレーションは重要だと言ったのです。
しかし、にもかかわらず、.NETだけでも十分だと思います。
ARM版Windows8は、おそらく、スレート型PCの領域をターゲットにするでしょうから、旧来のアプリは使いにくいと思いますから。