アカウント名:
パスワード:
速度は遅くなると思うけど、OS Xのrosettaみたいな仕組みがあれば、多少なりとも使い物になるんじゃないかと。そうでもして普通のWindowsバイナリが動かなければ、RTの二の舞になると思う。今のARMなら、Pentium3ぐらいの性能で動くじゃろ?
> 今のARMなら、Pentium3ぐらいの性能で動くじゃろ?
消費電力無視していいならもっと性能出ます。用途によりますが事務系アプリだと省電力版Core2Duoに近いレベルまで出せるでしょう。
Continuumとセットでっていうのも、充電自体もできるから消費電力大きくてもいい状況ってのと一致しやすいからって面で無難な構成と思います。
いや、それはARMでコンパイルしたときの話だろ?x86バイナリをARMでうごして、Core2ぐらいまで出るわけないじゃん。デスクトップでARM動かしたときの悲惨さ以上になるんだからさ。
Armを本気で動かしたらIntelより遥かに早いのに?
知性より腕力が手っ取り早いってか?
ソース
同一のベンチマーク系のプログラムをGCCでコンパイルして流すと同等か、単純にはIntelのCPUよりも早い石はたくさんある。おそらく貴兄が見たのはそのたぐいのベンチマークでは?しかし、拡張命令をONにして、Intel Compilerを使ってコンパイルして流すと、IntelのCPUはとんでもなく早くなるよ。そして多くの実用はこっちだ。実用的な複雑なプログラムほど、その差は広なる。
インテルのCPUは、x86-64は過去の互換性を担保するためにできる限り古いやり方を残したまま、拡張命令を追加する事によって高速化されてきた歴史があるから、それを使うか使わないかで天と地ほどの差が出てしまう。
PowerかSPARCががんばればかなり対抗できるだろうが、コンシューマ向けの機器では単純な処理速度ではインテリよりも早いCPUは無いよ。少なくともARMはまだそこまできてない、っていうか、ARMは自前で何でもやるんじゃなくていろいろなアクセラレータとくっついてパフォーマンスを目指す方向だし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
x86/64コードは動かすようにしないの? (スコア:1)
速度は遅くなると思うけど、OS Xのrosettaみたいな仕組みがあれば、多少なりとも使い物になるんじゃないかと。
そうでもして普通のWindowsバイナリが動かなければ、RTの二の舞になると思う。
今のARMなら、Pentium3ぐらいの性能で動くじゃろ?
Re: (スコア:0)
> 今のARMなら、Pentium3ぐらいの性能で動くじゃろ?
消費電力無視していいならもっと性能出ます。
用途によりますが事務系アプリだと省電力版Core2Duoに近いレベルまで出せるでしょう。
Continuumとセットでっていうのも、
充電自体もできるから消費電力大きくてもいい状況ってのと一致しやすいからって面で無難な構成と思います。
Re: (スコア:0)
いや、それはARMでコンパイルしたときの話だろ?
x86バイナリをARMでうごして、Core2ぐらいまで出るわけないじゃん。
デスクトップでARM動かしたときの悲惨さ以上になるんだからさ。
Re:x86/64コードは動かすようにしないの? (スコア:0)
Armを本気で動かしたらIntelより遥かに早いのに?
Re: (スコア:0)
知性より腕力が手っ取り早いってか?
Re: (スコア:0)
ソース
Re: (スコア:0)
同一のベンチマーク系のプログラムをGCCでコンパイルして流すと同等か、単純にはIntelのCPUよりも早い石はたくさんある。おそらく貴兄が見たのはそのたぐいのベンチマークでは?
しかし、拡張命令をONにして、Intel Compilerを使ってコンパイルして流すと、IntelのCPUはとんでもなく早くなるよ。そして多くの実用はこっちだ。実用的な複雑なプログラムほど、その差は広なる。
インテルのCPUは、x86-64は過去の互換性を担保するためにできる限り古いやり方を残したまま、拡張命令を追加する事によって高速化されてきた歴史があるから、それを使うか使わないかで天と地ほどの差が出てしまう。
PowerかSPARCががんばればかなり対抗できるだろうが、コンシューマ向けの機器では単純な処理速度ではインテリよりも早いCPUは無いよ。少なくともARMはまだそこまできてない、っていうか、ARMは自前で何でもやるんじゃなくていろいろなアクセラレータとくっついてパフォーマンスを目指す方向だし。