【AMD】3〜5年後のAMD CPUは浮動小数点演算をGPUに行わせる

AMDの“Bulldozer”アーキテクチャが最初に報道された時、NordicHardwareでは将来のCPUは多くのワークロードをGPUに行わせるようになると指摘した。
AMDは“Bulldozer”アーキテクチャでは単純に整数演算のキャパシティを広げ、効率的にマルチスレッド性能を強化する方法をとっている。
しかし整数演算ユニットは2つとなるが、浮動小数点演算ユニットは1つのままである。
つまり、将来的にはAMDは浮動小数点演算をGPUに行わせるのではないかと思われる。
　
AMDは今後開発を進めていき、AnandTechに語ったところによると3〜5年後には浮動小数点演算の大半はGPUで行うことになるようである。


現行のRadeon HD 5000シリーズの次のGPUではアーキテクチャが変わると言われており、
一部では“Fermi”などのようにGPGPUを強く意識したアーキテクチャになるとも噂されています。
3〜5年後ならば統合されるであろうGPUコアはRadeon HD 5000シリーズの次のGPUかそれ以降のものになっているでしょうから、
新アーキテクチャのGPUが統合され、それが浮動小数点演算の大半を担うことになるのでしょうか。

http://www.nordichardware.com/news,10335.html
http://northwood.blog60.f　c2.com/blog-entry-3330.html

ブーメラン

ただしソフトの対応が必要じゃないのか

return math.cos(math.atan2(self.extend_machine.centery, self.extend_machine.centerx))

ブイィィィーーーーーーン

cpuとgpuのちょうど中間的なものがあればいいのに

【Intel】Core i3(Clarkdale)でGPGPUをｻﾎﾟｰﾄする
http://tsushima.2ch.net/test/read.cgi/news/1260168111/

10年前のスパコン並の性能だな。

>>5
EPUだな

939の被害者もGPUが救済してくれる

386SXとコプロセッサみたいだな

よく分からないけどPC-98の漢字ＲＯＭみたいなもん？

X2 3800+であと５年は戦える

>>8
P5KPL-AM-EPU使いの俺はν速の誇りだな

スレタイって分かる奴は分かるの？

>>14
わからないやつのほうがおかしいだろ

アホの俺に説明してくれ

よくわからんが、AMDさんががんばってるんだろ？

CPU-GPU間の速度がネックになってこないか？

>>16
8087ソケットを埋める作業からやり直せ


なんか昔から浮動小数点演算ってインテルだけがズバ抜けて性能が良いよな。
やっぱ大規模な開発力がないと難しいんだろうか。

Cyrix　も　AMD　も　IDTWinchip　も、同一クロックで全部インテルに負けてた。

それら3流メーカーは　「整数演算のほうが実用上必要」　とか
イキがってるわりに、結局インテルに全敗してたのを思い出す。

並列度を高めてメモリのレイテンシを隠蔽するのがGPU
CPUの浮動小数点演算に使うようなものじゃないな

統合がきたら、ますます自作が組み立て分強くなっちゃうのか

>>8
そんなもんがあったのか
知らなかったぜ

つまり

HD 5000シリーズはまだ買うな時期が悪い

ということか

ついに俺のi486-SXが日の目を見るときが来たのか。

387を別売りして誰が得をするんだ

>>22
俺は知ってたぜ

>>19
DECからパクったFPUが優秀だっただけだろマヌケ

>>22
abCdEfGhi

>>19
Cyrixの83D87を知らないのか
同クロックの80387よりも速かった

APU　
BPU　
CPU　中央
DPU　
EPU　電力管理
FPU　浮動小数点演算
GPU　グラフィック
HPU　エロ動画の識別

カノープスは糞

いまいちララビーにたいするやる気が感じられないからいいんでないの
やる気があってもイン糞の3D関連は糞だが

あと3年もかかって一般化が4〜5年後の技術でやっとそれかよ
来年出してヒットするのが前提ならともかくとして

>>32
ララビーもCorei9シリーズも価格が高いからシェアが伸びない絵に描いた餅だろ。

よくわからないけど、整数の計算はCPUがやります。小数点以下の計算はGPUが得意なのでやりますみたいなことでおk？

どうでもいいから、対応ソフトがほぼ全部有料なのなんとかしろよ

ブルドーザーみたいにCPUとGPUで浮動小数点演算ユニットを共有するの？

>>33
GPUに任せようとしてもソフトが対応してないのが多い。
だから5年後ぐらいでもいいんじゃね。慌ててGPGPU対応にしなくてもいい気がする。

まずLIanoでCPU+GPUを目指して、次にBulldozerにもGPU内蔵って感じになるだろうから、
Bulldozerのコア数を増やしやすくGPUを内蔵することを見越した設計はなかなかいいんじゃないかと思う。
あとは、HD6000以降でどれだけGPGPU用途に強くなるか＆CPUに内蔵しやすくなるかが注目するとこじゃね。

AMD64の浮動小数点演算命令ってどこまでGPUで表現できるんだろう？

ここ数年の流れだと数値演算プロセッサよ、もう一度状態だよなぁ
GPUをこのポジに持ってくるのはまぁいいんじゃないか、実質今となってはあんまりないPCゲーの為にすげー進化してるし

>>38
5年後にリアル彼女くらいのグラフィックのキャラを50体以上出して箱庭の町を舞台にした
エロゲが解像度4kの最高設定でミドルPCで安く動かせるのなら文句はないよ。

>>40
＞ここ数年の流れだと数値演算プロセッサよ、もう一度状態だよなぁ

ほんとだね
時代の流れってわからんもんだ

浮動小数点ってかなりＣＰＵの計算に負担が大きいのかな？
単純な加算とかじゃないからだと思うけど・・

>>43
元々GPUがやってたのはほぼ浮動小数点演算だから
「どうせならCPUでやってる浮動小数点演算もGPUの方でやれるように
ちょっと改造したら物凄く速くやれんじゃね？ね？」って話

>>43

従来の2コア
命令フェッチ─┬整数演算ユニット.────┬L1─L2
デコード.　──┴浮動小数点演算ユニット ─┘

命令フェッチ─┬整数演算ユニット.────┬L1─L2
デコード.　──┴浮動小数点演算ユニット ─┘


Bulldozerの2コア
命令フェッチ　.┬整数演算ユニット──L1─┐
　　＆　　　　　 ├浮動小数点演算ユニット─L2
デコード　──┴整数演算ユニット──L1─┘


多分、こんな感じ。
命令フェッチ、デコード、浮動小数点演算ユニットってのを共有することで小さい面積で2コアが作れる。
その反面、浮動小数点演算ユニットの数が1個減ることになるので、その不足分をGPUに任せようってこと。
それにGPUの方が浮動小数点演算に向いてる。
ちなみに優れた浮動小数点演算の能力をグラフィック以外で有効活用しようってのがGPGPU

わざわざ俺におしえてくれるなんてやさしぃな

またマルチCPUでもやれば