- 後藤弘茂を応援するスレ Part15
79 ：Socket774[sage]：2007/04/06(金) 00:46:31 ID:Hg2LQ82P - SSEとGPGPUは別物だってAMD自身が言ってます。
|
- 後藤弘茂を応援するスレ Part15
88 ：Socket774[sage]：2007/04/06(金) 08:26:33 ID:Hg2LQ82P - ＞77さんが書いているように、後藤＆AMDの妄想の終点は「SSEを強化拡張してグラフィック処理できるようにする」に行き着く。
行き着きません。
終了〜
|
- 後藤弘茂を応援するスレ Part15
91 ：Socket774[sage]：2007/04/06(金) 08:57:07 ID:Hg2LQ82P - >>89
そもそもどういう記事を見て妄想だと言ってるのかわからないのでそこら辺をｋｗｓｋ
もっとも、もうすぐ出掛けるのでしばらくレスは付けられないが。
|
- 後藤弘茂を応援するスレ Part15
101 ：Socket774[sage]：2007/04/06(金) 12:53:25 ID:Hg2LQ82P - 偶然にもたった今帰宅。
>>99
読んだ。ってかその記事は当然知ってる。
で、どこに将来的にSSEがグラフィック機能をカバーする、あるいはGPUコアがSSEをカバーすると書いてあるんだ？
普通に考えれば、GPUが統合されても現状のSSEとGPUコアは並列に存在するだろ。
|
- 後藤弘茂を応援するスレ Part15
104 ：Socket774[sage]：2007/04/06(金) 14:04:30 ID:Hg2LQ82P - >>103
AMDのマイクロアーキはCoreMAと違ってALUとFPUでパイプラインが分かれてる。
統合されたGPUも、デコード段は共用だけどパイプラインはFPUなんかとは別になるでしょ。
もっともデータキャッシュの方はどうなるかわからんけど。
密結合ってのがどの程度を想像してるのかわからんけど、既存のユニットの性格が変わら
ないなら、性格の異なるユニットが統合されても問題ないでしょ。
GPUの方はトランジスタ効率は落ちてくるかもしれないけどね。
でもそれは>>102の言うように汎用性を求めるためには受け入れざるを得ないトレードオフ。
|
- 後藤弘茂を応援するスレ Part15
106 ：Socket774[sage]：2007/04/06(金) 14:28:29 ID:Hg2LQ82P - 汎用性とのトレードオフってのはもちろんGPUに対してのみ言ったこと。
そしてGPUでの汎用性って言っても別にSSE並の汎用性を求めてるわけじゃないぞ。
まあ現状のGPGPUと大きくは違わないだろう。
汎用性という言葉を勘違いしてるだけじゃないか？
|
- 後藤弘茂を応援するスレ Part15
107 ：Socket774[sage]：2007/04/06(金) 14:32:35 ID:Hg2LQ82P - ちなみに後藤も
http://pc.watch.impress.co.jp/docs/2007/0326/kaigai346.htm
> 「フィロソフィとしては、我々は比較的シンプルなコードをより速く走らせ、その一方で、
> より複雑なコードについては、やや非効率でもいいと判断した。
> （略）」
>
> つまり、GPUは動的に分岐が多発するような複雑なコードは、やや非効率で構わない。
> 犠牲を払ってそこを速くするよりも、シンプルなコードが速く走るように最適化した方がい
> いと判断しているわけだ。GPUは、あくまでも、多くのデータに同一の処理を行なうことに
> 最適化した、データパラレルプロセッサの枠にある。
とちゃんと書いてる。
|
- 後藤弘茂を応援するスレ Part15
134 ：Socket774[sage]：2007/04/06(金) 23:31:47 ID:Hg2LQ82P - x86命令での統合と言っても、要はGPUがCPUの中にある姿が自然になれば命令
レベルでの統合もおかしくないってことだろ。
デコード段だけはCPUとGPUで共通にして、その先はCPUとGPUで完全に分かれる。
そういうレベルの統合はありえなくはないでしょ。
L1キャッシュの完全共用とかはCPUの方にも負担を強いるから無理な気がするが。
速くなるソフトがあればGPUを使えばいいし、速くならないソフトがあってもグラフィック
処理をさせておけば無駄にはならない。
そういう考えでしょ。
|