アカウント名:
パスワード:
マーベルに売却しましたよね。組込み向けOSには興味あるけど、組込み向けCPUには興味無いって事かな?
IntelがPDA・スマートフォン向けプロセッサ事業を売却http://srad.jp/mobile/article.pl?sid=06/06/28/0156211 [srad.jp]
x86アーキテクチャを使っている限り、時代遅れなx86命令を実行効率の稼げるuOPsに変換してから実行と言うワンクッションから逃れられない。そこに余計に時間と消費電力を使っているわけで、素直にコードを実行する他の組み込みプロセッサに効率で永遠に追いつけない「原罪」を背負っているわけ。
電源管理やプロセスの改良で、低消費電力化への道を必死に探っているようだがそういう技術は他のプロセッサも採用できるわけで、逆にインテルはIA-32を捨てるわけには行かない。
IA-32はもともとジャブジャブつかえる電力があるところで、力技で高速でぶん回して設計の旧さをカバーするという方針のものだった。多少効率が悪くても、他のプロセッサよりは少し遅くても他のアーキテクチャのものより桁違いに多い今までのソフト資産を使えると言う利点が勝った。
組み込みではちょっと勝手が違う。なにより、バッテリーの持ちが問題になる。組み込み用のソフト資産はIA-32のものではないし、低消費電力化して非力になったプロセッサ上では、高パフォーマンスのPCの上で思うがままに肥大化を続けた巨大で重いIA-32資産のソフトウエアをまともに動かすことは出来ない。つまり過去のソフト資産を有効に使えない環境で、効率の悪いプロセッサでもって何をしようというのか?と言うこと。
餅は餅屋、仕事にはそれに合った道具を使うのが一番と言う単純な話。
>でもIntelはARM系のメーカーより、1から2世代進んだプロセスを組み込み向けにすら>使えるわけで、速度消費電力の両方ともカバーしてくるのでは?> 対RISC陣営,対AMDとの戦いを勝ち抜いてきた力が、今度は対組み込みに向かっているわけで。
まさにそれがIntelがARMを捨ててx86で行くことにした勝算のよりどころなんだろうが、はたしてそううまく働くか。プロセス技術の優位さはIA-32の非効率を打ち消して余りある程なのかと言う話なんだが、今のところはあまりうまく行っていないように見える。
AMDや他のRISC系との戦いは、自分の土俵で戦っていたものだからなぁ。市場の占有率、ソフト資産などIntelに有利な条件が沢山あった。それでいてさえ、時にはAMDにしてやられることもあった。今度はアウェイに乗り込んで行っての戦い。一瞬の気も抜けないのだが、前門のARM、TI、後門のAMDと言う状況で戦力を分割させてどこまでうまく戦えるのだろうか。
>消費電力はハードウェアもさることながら、ソフトウェアによるところが大きい。
だから問題は、省電力を実現するためそれように新たに別のソフトを用意する必要があるなら、そこでIA-32を選択する必要はどこに?と言うことじゃない?
山に登るのにビジネスシューズじゃやっぱり具合が悪いから靴を買おうとなったとき、ビジネスシューズをまた買う奴は頭おかしいよね。
>IA-32でなければならない理由はないが、しかし、IA-32であってはならない理由もないよ。
学校で「人の話はちゃんと聞きましょう」と言われてるだろ?
それをいうならモバイルギアなんて486で…ってことになるんだが、だから「IA32かどうか」は多分本質ではなく、本質は実装の差異なんだろう。
Intelはもうまじめに乾電池CPUを作る気は無い、ということなんじゃないのかな。作って作れないことは無いけど作らない。
逆に「uOPs変換無しの素のAtom」みたいな組み込みCPUが有っても良いと思ったり。
飽く迄組み込み用途なら、x86互換の有り難味ってのはあんまり無い。あれはユーザーが多種多様のアプリを引っ張ってくるのに都合が良いのであって、開発側にもメーカー側にも大した利は無い。特に、Intelみたいに自社で開発環境までちゃんと揃えられるのだったら。
そうすればオーバーヘッドもメモリも減らせるので、更なる低消費電力が。x86命令と比べて一段変換分が減る分、高速化も見込めるから、必要なら更にクロックダウンでたい消費電力を狙うってのも。
x86が組み込みで使われていても、あまり、気がつかれていないようです。
たとえばGenesis社の、液晶モニタ/テレビのコントローラは、80186互換系のマイコンを内蔵しています。http://www.gnss.com/prod_fp_tv.phtml [gnss.com]
>x86アーキテクチャを使っている限り、時代遅れなx86命令を実行効率の稼げるuOPsに変換してから実行>と言うワンクッションから逃れられない。この発想が時代遅れ。IPC WallとMemory Wallによってx86は(相対的に)効率の良いアーキテクチャになった。
>低消費電力化して非力になったプロセッサ上では、高パフォーマンスのPCの上で思うがままに>肥大化を続けた巨大で重いIA-32資産のソフトウエアをまともに動かすことは出来ない。できる。ていうか出来てる。Atomなめんな?
>できる。ていうか出来てる。Atomなめんな?
え~、Atom乗っけてきたVistaマシンが軒並み重くて、皆数年前の設計のソフトウェアであるXPを入れなおして使ってるのに?w
速度だけじゃない。Intelが本当にやりたい携帯電話なんて、ソフトウェアは128MB~256MBのRAM上で動いてるってのに、そこにPCのソフト資産をそのまま持ってこれるわけ無いじゃん。
そのために2GBのRAM積んでくださいとか言うんだったら、256MBで動くARMの方で安く作っちゃうよね。
話のつながりからXScaleで狙っていた領域だと普通考えるだろ。誰もあんたほどバカじゃないんだから。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
XScale (スコア:0)
マーベルに売却しましたよね。
組込み向けOSには興味あるけど、組込み向けCPUには興味無いって事かな?
IntelがPDA・スマートフォン向けプロセッサ事業を売却
http://srad.jp/mobile/article.pl?sid=06/06/28/0156211 [srad.jp]
Re: (スコア:0)
将来的に、組み込み向けもx86で行ける見込みがついたのかなと。
道は遠い気がしますが、そうなってくれると楽なのでがんばってARM駆逐してください。
Re:XScale (スコア:2, すばらしい洞察)
x86アーキテクチャを使っている限り、時代遅れなx86命令を実行効率の稼げるuOPsに変換してから実行
と言うワンクッションから逃れられない。
そこに余計に時間と消費電力を使っているわけで、素直にコードを実行する
他の組み込みプロセッサに効率で永遠に追いつけない「原罪」を背負っているわけ。
電源管理やプロセスの改良で、低消費電力化への道を必死に探っているようだが
そういう技術は他のプロセッサも採用できるわけで、逆にインテルはIA-32を捨てるわけには行かない。
IA-32はもともとジャブジャブつかえる電力があるところで、力技で高速でぶん回して
設計の旧さをカバーするという方針のものだった。多少効率が悪くても、他のプロセッサよりは少し遅くても
他のアーキテクチャのものより桁違いに多い今までのソフト資産を使えると言う利点が勝った。
組み込みではちょっと勝手が違う。
なにより、バッテリーの持ちが問題になる。
組み込み用のソフト資産はIA-32のものではないし、
低消費電力化して非力になったプロセッサ上では、高パフォーマンスのPCの上で思うがままに
肥大化を続けた巨大で重いIA-32資産のソフトウエアをまともに動かすことは出来ない。
つまり過去のソフト資産を有効に使えない環境で、効率の悪いプロセッサでもって何をしようというのか?
と言うこと。
餅は餅屋、仕事にはそれに合った道具を使うのが一番と言う単純な話。
Re:XScale (スコア:1)
> と言うワンクッションから逃れられない。
> そこに余計に時間と消費電力を使っているわけで、素直にコードを実行する
> 他の組み込みプロセッサに効率で永遠に追いつけない「原罪」を背負っているわけ。
でもIntelはARM系のメーカーより、1から2世代進んだプロセスを組み込み向けにすら
使えるわけで、速度消費電力の両方ともカバーしてくるのでは?
対RISC陣営,対AMDとの戦いを勝ち抜いてきた力が、今度は対組み込みに向かっているわ
けで。
> 電源管理やプロセスの改良で、低消費電力化への道を必死に探っているようだが
> そういう技術は他のプロセッサも採用できるわけで、逆にインテルはIA-32を捨てるわけには行かない。
Pentium4ではリーク電流の増大で大変な苦労をしたわけですが、おかげで対応方法の
研究も進みました。プロセス微細化のメリットを最大限に生かして来ると思います。
Re: (スコア:0)
>でもIntelはARM系のメーカーより、1から2世代進んだプロセスを組み込み向けにすら
>使えるわけで、速度消費電力の両方ともカバーしてくるのでは?
> 対RISC陣営,対AMDとの戦いを勝ち抜いてきた力が、今度は対組み込みに向かっているわけで。
まさにそれがIntelがARMを捨ててx86で行くことにした勝算のよりどころなんだろうが、
はたしてそううまく働くか。
プロセス技術の優位さはIA-32の非効率を打ち消して余りある程なのかと言う話なんだが、
今のところはあまりうまく行っていないように見える。
AMDや他のRISC系との戦いは、自分の土俵で戦っていたものだからなぁ。
市場の占有率、ソフト資産などIntelに有利な条件が沢山あった。
それでいてさえ、時にはAMDにしてやられることもあった。
今度はアウェイに乗り込んで行っての戦い。一瞬の気も抜けないのだが、
前門のARM、TI、後門のAMDと言う状況で戦力を分割させてどこまでうまく戦えるのだろうか。
Re: (スコア:0)
消費電力はハードウェアもさることながら、ソフトウェアによるところが大きい。
WindowsCE向けに開発してた頃、NTとCEのアプリに対する要求の違いが面白かった。
メモリの節約から、省電力のためのものまで。
Re: (スコア:0)
>消費電力はハードウェアもさることながら、ソフトウェアによるところが大きい。
だから問題は、省電力を実現するためそれように新たに別のソフトを用意する必要があるなら、
そこでIA-32を選択する必要はどこに?と言うことじゃない?
山に登るのにビジネスシューズじゃやっぱり具合が悪いから靴を買おうとなったとき、
ビジネスシューズをまた買う奴は頭おかしいよね。
Re: (スコア:0)
つまり、
IA-32でなければならない理由はないが、しかし、IA-32であってはならない理由もないよ。
Re: (スコア:0)
>IA-32でなければならない理由はないが、しかし、IA-32であってはならない理由もないよ。
学校で「人の話はちゃんと聞きましょう」と言われてるだろ?
Re: (スコア:0)
それをいうならモバイルギアなんて486で…ってことになるんだが、
だから「IA32かどうか」は多分本質ではなく、本質は実装の差異なんだろう。
Intelはもうまじめに乾電池CPUを作る気は無い、ということなんじゃないのかな。作って作れないことは無いけど作らない。
Re: (スコア:0)
>と言うワンクッションから逃れられない。
Larrabeeは無視ですね
まあ、当分組み込みとは縁がないだろうけど
Re: (スコア:0)
組込み用途ならx86のリアルモードや仮想8086モード無しでプロテクトモードだけでも問題無いし。
Re: (スコア:0)
Re: (スコア:0)
逆に「uOPs変換無しの素のAtom」みたいな組み込みCPUが有っても良いと思ったり。
飽く迄組み込み用途なら、x86互換の有り難味ってのはあんまり無い。
あれはユーザーが多種多様のアプリを引っ張ってくるのに都合が良いのであって、
開発側にもメーカー側にも大した利は無い。
特に、Intelみたいに自社で開発環境までちゃんと揃えられるのだったら。
そうすればオーバーヘッドもメモリも減らせるので、更なる低消費電力が。
x86命令と比べて一段変換分が減る分、高速化も見込めるから、必要なら更に
クロックダウンでたい消費電力を狙うってのも。
Re: (スコア:0)
x86が組み込みで使われていても、あまり、気がつかれていないようです。
たとえばGenesis社の、液晶モニタ/テレビのコントローラは、80186互換系のマイコンを内蔵しています。
http://www.gnss.com/prod_fp_tv.phtml [gnss.com]
Re: (スコア:0)
AtomはuOPs変換してないよ。少なくともCoreのようなuOPsにはしていない。
だいたいARMとAtomではパイプラインの構成が全く違うし、単純な比較をしてオーバーヘッドと切り捨てられるものじゃない。
Re: (スコア:0)
>x86アーキテクチャを使っている限り、時代遅れなx86命令を実行効率の稼げるuOPsに変換してから実行
>と言うワンクッションから逃れられない。
この発想が時代遅れ。IPC WallとMemory Wallによってx86は(相対的に)効率の良いアーキテクチャになった。
>低消費電力化して非力になったプロセッサ上では、高パフォーマンスのPCの上で思うがままに
>肥大化を続けた巨大で重いIA-32資産のソフトウエアをまともに動かすことは出来ない。
できる。ていうか出来てる。Atomなめんな?
Re: (スコア:0)
AtomとPentium4はびっくりするほど似てるんだけどね。
最近のトレンドを見るにつけ、P4は本当についてなかったと思う。
Re: (スコア:0)
>できる。ていうか出来てる。Atomなめんな?
え~、Atom乗っけてきたVistaマシンが軒並み重くて、
皆数年前の設計のソフトウェアであるXPを入れなおして使ってるのに?w
速度だけじゃない。Intelが本当にやりたい携帯電話なんて、
ソフトウェアは128MB~256MBのRAM上で動いてるってのに、
そこにPCのソフト資産をそのまま持ってこれるわけ無いじゃん。
そのために2GBのRAM積んでくださいとか言うんだったら、
256MBで動くARMの方で安く作っちゃうよね。
Re: (スコア:0)
話のつながりからXScaleで狙っていた領域だと普通考えるだろ。
誰もあんたほどバカじゃないんだから。