トップページ⇒tech
1001コメント273KB

GPGPU#3

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさん2009/03/21(土) 19:18:14
GPGPUについて語りましょう

前スレ
GPGPU#2
http://pc11.2ch.net/test/read.cgi/tech/1188374938/

関連スレ
http://pc11.2ch.net/test/read.cgi/tech/1228891105/
http://pc11.2ch.net/test/read.cgi/tech/1206152032/

参考リンク
総本山? gpgpu.org
http://www.gpgpu.org/
OpenCL
http://www.khronos.org/opencl/
NVIDIA CUDA
http://developer.nvidia.com/object/cuda.html
ATI Stream
http://developer.amd.com/gpu/ATIStreamSDK/Pages/default.aspx
GPUをCPU的に活用するGPGPUの可能性
http://pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/
0882デフォルトの名無しさん2009/10/07(水) 22:38:00
>>881
> α値があろうがなかろうが5Way ALUで1ピクセルずつしか割り当てられないのがRadeon
4ピクセル割り当てられますが？
0883,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/07(水) 22:42:40
グレースケール乙
0884,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/07(水) 22:44:25
4サイクルで4ピクセルとか言うなよ
0885デフォルトの名無しさん2009/10/07(水) 22:47:38
>>881
アルファを出力しないでどうやってブレンディングするんだよ。
ブレンディングが行われるのはプログラマブルシェーダの後段だぞ。
Larrabee : 4pixelであってる。
あとグレースケールってのはFetch4というかGatherのことを言ってるんだろうが、
あれは読み込みであって出力が4つ同時に出来る訳じゃないぞ。
グラフィックス用途の場合大抵シャドウマッピングでソフトシャドウやるときに都合がいいってだけの機能だ。

>>882
どうやって？MRTとか冗談言い出すんじゃないだろうな？
0886,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/07(水) 23:30:27
だから分岐粒度の話だろ。
RGBだろうがRGBAだろうがSoAに変換して処理するんだから16並列だ
0887,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/07(水) 23:39:43
まさか RGBA RGBA RGBA RGBA で4ピクセル処理するとか思ってないよな？
VPUは水平加算もなければ、128ビット単位×4でマスク実行するためのビットマスク生成命令も存在しない。
Larrabee Prototype Libraryを読み直してこい
0888デフォルトの名無しさん2009/10/08(木) 00:10:50
>>887
失礼。粒度に関してはこちらの勘違いだった。
ただGeForceはチャンネル毎にスレッド立ててるってソースが見つからなかったんだけど何か知らないか？
0889デフォルトの名無しさん2009/10/08(木) 00:14:27
>>850
なんか即値最強みたいに言ってるが、浮動小数点数のロードも命令に埋め込むつもりか？
0890,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/08(木) 00:27:14
おいおいトンデモ意見が出たな
ロードアドレス算出用のディスプレースメントって「即値」以外のなんなの？
リニアなメモリ空間アドレッシングするのに4バイトくらいないと実質的に使い物にならん。
変量がそんなに必要ないときは1バイトdispモード、そのものが必要ないならdispなしモードでいいし



あーSSE4には汎用整数レジスタにXMMレジスタの浮動小数値を転送する命令（あるいはその逆）が
あったりするけどあれって何のためにあるかわかるよね？
まあLarrabeeとは話がそれるが。
0891,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/08(木) 00:31:42
ロードユニットが忙しいときにしたいときに、単精度の定数を汎用レジスタ上に即値モードで転送して
movdとかinsertpsで挿入とかよくやるテクニックじゃん
0892,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/08(木) 00:32:23
ロードユニットが忙しいときにロード命令節約したいときに、ね
0893デフォルトの名無しさん2009/10/08(木) 00:34:22
せめて小分けにして書くな
0894デフォルトの名無しさん2009/10/08(木) 00:43:03
団子が忙しいときに推敲命令節約したいときに、ね
0895,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/08(木) 00:44:41
俺は頭で考えてレスなどしない
0896デフォルトの名無しさん2009/10/08(木) 00:45:59
餓鬼ですね。
0897,,・´∀｀・,,）っ-○○○2009/10/08(木) 00:48:35
無我の境地というのだよ
0898デフォルトの名無しさん2009/10/08(木) 00:56:25
僕らのアイドル ダンゴリオン
0899デフォルトの名無しさん2009/10/08(木) 06:01:02
atiの分岐粒度がデカ過ぎるのは判った
0900デフォルトの名無しさん2009/10/08(木) 07:39:45
で、Larrabeeはいつ出るのかね？
0901デフォルトの名無しさん2009/10/08(木) 09:16:44
5年後くらいにCellの6割くらいの性能で。
0902,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/08(木) 09:21:05
Sandy Bridgeの4コアが200GFLOPSオーバーだから意味ねーよ。

Haswell世代だとやはりCPU4コアだけで300〜400GFLOPS
0903デフォルトの名無しさん2009/10/08(木) 09:32:24
コンシューマで画処理以外の何に使うのかなぁ？
0904デフォルトの名無しさん2009/10/08(木) 09:45:15
粒度的にはレイトレ向き
0905デフォルトの名無しさん2009/10/08(木) 10:07:42
レイトレのデモができる段階なんだから一年以内には出るだろ
その点GT300なんてハリボテ模型だからな。
量産できないアーキなんてペーパーアーキもいいところだ。
0906デフォルトの名無しさん2009/10/08(木) 10:15:19
レイトレも画処理だろう。。
0907デフォルトの名無しさん2009/10/08(木) 10:18:33
>>900
ハリボテ展示する会社の製品よりは早いだろうなｗｗｗ
0908デフォルトの名無しさん2009/10/08(木) 13:42:09
http://www.4gamer.net/games/098/G009883/20091007054/
Larrabeeは計画破棄が濃厚だね。

Larrabee計画の顔役ともいえるPatrick P. Gelsinger（パット・ゲルシンガー）上級副社長が，
IDF 2009の直前にIntelを退職するという“事件”もあったが，
業界内にはLarrabeeについて，後ろ向きな情報が飛び交っている。
「IntelがLarrabee計画を中止する」といったものまで含まれていたほど。
「Gelsinger氏とともに，主要エンジニアもIntelを去った」という情報もある。
0909デフォルトの名無しさん2009/10/08(木) 14:26:31
>>833
たとえばここの
http://www.ddj.com/architect/217200602?pgno=5

vcmpgtpi k2, v3, [rsi+Edge1TrivialRejectCornerValues4x4+rcx*4]{1to16}
っていう命令は何やってるかっていうと
(1) ベースポインタ(rsi)にメンバのオフセット定数(Edge1TrivialRejectCornerValues4x4)
　　を加算、さらにインデックス値(rcx)を４倍して加算
(2) 得られたアドレスに対して32ビット値にロード
(3) さらにその値をSIMDテンポラルレジスタの16要素にブロードキャスト
(4) その値と、ベクトルレジスタ(v3)の各要素のほうが大きいかどうかを比較し、
それぞれの要素の真偽値をマスクレジスタ(k2)に格納

こんな複雑な操作をLarrabeeでは1命令でしかもパイプラインで1サイクルのスループットで実行できる。
AGU -> LDU -> PERM -> VPU のパイプライン実行だ。
同じような操作を疑似RISC ISAで書くと6命令とかかかるわけ。
shl $offset, $idx, 2
addi $offset, $offset, Edge1TrivialRejectCornerValues4x4
lqa $vtemp, $addr, $offset
rotqby $vtemp, $vtemp, $addr
shufb $vtemp, $vtemp, $vtemp, $ptn
cmpgti $k2, $v3, $vtemp

SPUの命令セットに似てる？気のせい気のせい。
同じ操作を1サイクルのスループットでこなすには6命令同時発行できないといけない。
6命令なんて、POWER6+ですらやってない。
デコーダから実行ユニットまで少ないトランジスタ数で実装できるRISCは
トランジスタリソースの限られた組み込み向けとしては今でも有効だが
数千万〜数億トランジスタが当たり前となった今となっては
パフォーマンスを追及する向きじゃない。Cellもぶっちゃけ効率悪いし。
0910デフォルトの名無しさん2009/10/08(木) 16:52:48
>>908
Larrabee楽しみにしてたのに。GPUとして売ろうとしたのは時期尚早だったのかな。
0911デフォルトの名無しさん2009/10/08(木) 17:51:21
自演つまらん
0912デフォルトの名無しさん2009/10/08(木) 18:42:57
団子は言っていること無茶苦茶だな。
NVのATIに対する利点は再パックしなくても
効率があまり落ちないところにあるのに。

ATIの場合スカラ演算で少ない命令の場合に
1つ分ではALUの無駄が多すぎるが、
命令が多い、スカラを4つパックして入力するなど工夫をする事で
処理命令数を増やせば、5とはいわずとも平均3-4命令は埋まる。
ここまで出来れば素の演算性能で上回る事例も多い。

まあ、レジスタのxyzwをいい感じで指定して、
バンクコンフリクトを排除する必要もあるから
かなり面倒ではある。

ILの仕様が糞で、どのバンクを使うかを明示しなきゃならんから
コンパイラが最適化する余地が無いしね。
0913デフォルトの名無しさん2009/10/08(木) 18:53:38
で、ここまでしたうえなら、扱う粒度が大きくなるから
データ毎に処理が分かれるような対象では
効率が下がりますねという話になる。
ただ、この辺は演算規模が大きい場合には殆ど問題にならない。
CPUで出来る程度の演算負荷の少ない処理を
GPUで代替しようとするときにはかなり大きな問題になる。
0914デフォルトの名無しさん2009/10/08(木) 19:47:57
>>912
高級言語レベルの話とネイティブマシン語レベルの話を混同するなよ
CUDAはgather/scatterをラップしてるだけにすぎない。
32WayのSIMT(SIMD)でX, Y, Zをどれでも等しく操作するってのは
要するにロード・ストアの度にAoS/SoAの変換をやってるから。

Larrabee C++ APIはラップせずにSIMDをSIMDとして直接見せてるだけ。
ピクセル毎のプレディケートさえ必要なければ文字通り再パックしないまま
つまりRGBA RGBA RGBA RGBAの構造のまま効率的に処理する方法も
提供されてる。32ビット4要素毎にSwizzleする命令もあるし。
OpenCL経由の場合はGatherがデフォだろうが。
0915デフォルトの名無しさん2009/10/08(木) 19:55:32
>>912
> 処理命令数を増やせば、5とはいわずとも平均3-4命令は埋まる。
固定機能再現するだけでも2-3な訳だが。
> ILの仕様が糞で、どのバンクを使うかを明示しなきゃならんから
ATI ILでどれだけxだのyだの指定してもISAにしたときは無視されるぞ。
0916デフォルトの名無しさん2009/10/08(木) 19:59:11
C/C++からネイティブコード触れるのはLarrabeeの特権だな


0917デフォルトの名無しさん2009/10/08(木) 20:01:14
ｐｐｐ
0918デフォルトの名無しさん2009/10/08(木) 20:25:05
＞固定機能再現するだけでも2-3な訳だが。

固定機能のエミュに終始するならDX9使ったらって話
それでも2/5-3/5、64pixel中何pixelに適応になって、shaderが何個空転するのか
0919デフォルトの名無しさん2009/10/08(木) 20:45:30
>>918
それがどうしたの？DX9使っても結局ドライバのなかで同じシェーダが生成されるんだぞ。
効率低いことに変わりはない。
0920デフォルトの名無しさん2009/10/08(木) 21:03:38
?
DX10以降でDX9以前の固定機能相当の処理はshaderでの置き換えが必須だが
de9でDX9以前の固定機能使うんならshader自体使う必要がないわけだが
0921デフォルトの名無しさん2009/10/08(木) 21:54:51
話がかみ合わないなぁ
0922デフォルトの名無しさん2009/10/09(金) 00:04:09
つまり、Larrabeeは出るのかね？出ないのかね？
0923デフォルトの名無しさん2009/10/09(金) 00:07:07
つまり、地球は丸いのかね？平たいのかね？
0924デフォルトの名無しさん2009/10/09(金) 00:46:22
海の水はどうしてですか？
0925,,・´∀｀・,,）っ-○○○2009/10/09(金) 01:02:45
>>912
ﾊﾞｰｶ
0926デフォルトの名無しさん2009/10/09(金) 01:23:05
うわ
>>912可哀想ｗｗｗ
0927デフォルトの名無しさん2009/10/09(金) 14:52:48
http://gpu.fixstars.com/index.php/Fermi%E6%A6%82%E8%A6%81#.E3.82.B7.E3.82.A7.E3.82.A2.E3.83.89.E3.83.A1.E3.83.A2.E3.83.AA.E3.81.AE.E5.A2.97.E9.87.8F.E3.81.A8L1.E3.82.AD.E3.83.A3.E3.83.83.E3.82.B7.E3.83.A5.E3.81.AE.E6.90.AD.E8.BC.89

フィクスタ社員なにやってんだよｗｗｗｗ
0928デフォルトの名無しさん2009/10/09(金) 15:58:09
> ECCがサポートされました。宇宙線が多い日も安心して使えます。

これか？
0929デフォルトの名無しさん2009/10/09(金) 18:10:45
>>915
doubleでxyとzwのペアじゃないと
加算をペアリングしてくれないぞ。
0930デフォルトの名無しさん2009/10/09(金) 21:28:38
FermiはShared Memoryとキャッシュで切り替えられるのが良いね。
Cellのようにキャッシュがないとデータ転送が面倒だし、かと言ってx86の様に全てキャッシュだと最適化が面倒になるし。
ただ、キャッシュの方式が気になるところ。あと欲を言えば、もっとサイズが大きければいいのだが。
0931デフォルトの名無しさん2009/10/09(金) 21:45:33
>>930
Larrabeeは普通にコヒーレント無視でロードストアできるオプションあるがな

スカラ風の命令セットに見せかけるためにネイティヴのSIMDすら抽象化されてて
直接触れないCUDAで最適化も糞もない
0932デフォルトの名無しさん2009/10/09(金) 22:22:17
>>929
それは仕様にそう書いてあるから。そして趣旨がずれてる。
ATI ILでxyで倍精度加算を書いてもISAではzwで加算されたりする。
0933デフォルトの名無しさん2009/10/09(金) 23:04:59
LarrabeeのTDPって300Wなのかよ。
縛熱だな。Fermiどころじゃないじゃん。
0934デフォルトの名無しさん2009/10/09(金) 23:07:39
そりゃ電源ピンのところでぶった切られてて物理的に電源供給できないFermi（模型）は0Wだからな。
0935デフォルトの名無しさん2009/10/09(金) 23:24:09
また脳内ソースで書き込む時間が始まるお…
0936デフォルトの名無しさん2009/10/09(金) 23:25:49
http://www.techpowerup.com/64974/Intel_Larrabee_Capable_of_2_TFLOPs.html
0937デフォルトの名無しさん2009/10/09(金) 23:37:36
Larrabee頓挫の危機
0938デフォルトの名無しさん2009/10/09(金) 23:52:08
危機ってことにしないと都合が悪いんだなゲホ厨は
512SP止まりじゃクロックあたりのピークFLOPS数すらLarrabeeに並ばれるからな
0939デフォルトの名無しさん2009/10/09(金) 23:55:06
Sunday, July 6 2008
0940,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 01:48:21
Cellの32コア版もSPARCも計画後退してるし
明らかに性能出ない設計の上、模型しかできてないFermi

遅れに遅れたLarrabee、なぜか競合製品までことごとく頓挫して命拾いしてるよなー
0941デフォルトの名無しさん2009/10/10(土) 02:08:40
みんな注力している領域なのに、これだけ苦労してて、ひょっとしてこの道は
間違っているんじゃないだろうかとふと思うよね。

結局、半導体メーカーの都合で作っちゃっているからこうなっているのかな。

でも、生みの苦しみであって、なにか大きな変革が本当に起きることだってあるとは思って、
個人的に期待しているんだけど。
0942,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 02:34:52
トップ500システムのメインプロセッサの地位をXeonをもって8割がた制圧しちゃったIntelにとっては、
今はHPC分野は攻める市場じゃなくて守る市場。
Larrabeeなんて必要ないんだよ。攻めてくる競合製品がなければな。

じゃあ無意味なのかっていうとそうでもなくて
ただ、未完成ながらも実働デモをして競合他社にプレッシャーを与え続けてるだけでも十分効果はあると思うのです。

当然ながらRV770を倍増して毛が生えただけのGPUを投入したATIは競争には加わっていない
GPUとしては優秀だがGPGPU的なマーケットにはことごとく相性が悪い。
0943デフォルトの名無しさん2009/10/10(土) 02:48:18
>>941
ほんとそう思うよ。
結局超並列の計算が果たしてどれだけ必要なのか疑問に思ってきた。
周りを見渡しても必要用とされているのはほとんど研究用用途ぐらいしかないし、それだと金にならない。
結局今までのスパコンの市場を食っただけで拡大していないのではないか？と思ったりする。
ちょっと前なら金融工学のシミュレーションが伸びてきたりしていたけど、今の金融危機でそういうのも、
余り受けていないようだし。半導体のシミュレーションとかだったら今のFPGAに置き換えられるかもしれないけど、
そうなると大規模なシミュレーションをするために新しいCPUやGPUを開発する→以下ループになって手段が目的かするような気がする。

何か身近なもので大きなイノベーションでもあればいいんだけど。
0944デフォルトの名無しさん2009/10/10(土) 02:52:08
Sonyの久多良木は失敗し、
Intelのゲルシンガは失脚し、
Nvidiaのフアンは久多良木以上に暴走している。

一方、AppleのジョブズはCellを否定し、Intel化で成功し、
任天堂の岩田は高性能はいらないと入力デバイスの進化で大成功を収め、
AMDは純GPU路線で、順調にシェアを伸ばしている。

ストリームコンピューティングの将来は一体…。
0945デフォルトの名無しさん2009/10/10(土) 03:04:03
>>942
ずいぶん弱気になったねw
今まで散々「出す出す詐欺だろ」とか「Itaniumの二の舞だろ」
「どうせ性能では勝てないんだし、中止だろ」みたいに言われても
先見性がないとか、GMAで絶対勝つるとか何とか言ってたのに
結局「未完成でもいいんです。発売しなくてもいいんです。
プレッシャーを与えるだけで良いんです」ってかw
0946デフォルトの名無しさん2009/10/10(土) 03:05:06
結局、先見性があったのは団子ではなく、「どうせ出ないだろ」と
言ってた連中のほうだったなw
0947,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 03:21:05
馬鹿だな
守るべき市場だからこそ壁役が必要なんだよ
敵がいないのに出してどうする。Xeonと共食いじゃ利益にならんぜよ。

Fermiが出てきたとして倍精度600GFLOPS程度だぜ。しかもまだ模型しか作れてない。
肩すかしにも程がある。
それどころかNVIDIA自体が倒産しそうな勢い。

結局倍精度1TFLOPSなんて必要なかった。とんだ肩すかしだろ。


Intelは用意周到ゆえに肩すかしを喰らいまくってるからな。
「Phenom II-FX」を警戒してXeonと同じLGA1366をデスクトップに含めて投入したのに
フラグシップですら最低レンジの920にすら及ばぬ性能じゃな。
噛ませ犬はCore 2 Quadでも十分だった。

なんにせよ費用対効果ってのものがある。
0948デフォルトの名無しさん2009/10/10(土) 03:24:25
Skulltrailとかもあったな〜
0949,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 03:28:06
ワンチップ倍精度1TFLOPSを実現するのに

Larrabeeは予定通りのスペックのものを2GHz動作で出せばよい。
4GHzのCellだと64コア必要。まだ32コアすら出てきてない。
Fermiなら768SP版が必要だ。しかしそれ以前の問題だ。
SPARC？あばばばば

こんな状況だぜ。
結果として及ばぬ性能どころか大幅に勝ちすぎたわけだ。
現時点で他の陣営は量産にほど遠い。
0950デフォルトの名無しさん2009/10/10(土) 05:24:38
この分野では団子さんの言うとおり、インテルが一番有利だね。
なんだかんだでＸｅｏｎのクラスタを沢山くめばいいわけだがら。

何ＧＦｌｏｐｓとか、何ＴFlopsとか言っても、実際そこまで出せるのって
結局レジスタにのった場合でしょ。
ＣＰＵの速さはもうほどほどにして、インテルもメモリの方に投資して、
メモリアクセス数cycleとかのＤＲＡＭを開発したらいいのに。

1TFlopsでメモリのレイテンシが400〜800cycleよりも、
256GFlopsでメモリレイテンシが10cycleだったら、実アプリにおいてはは後者の方が上何じゃない?



0951デフォルトの名無しさん2009/10/10(土) 05:47:15
ワンチップ倍精度1TFLOPSを実現するのに

Fermiは予定通りのスペックのものを2GHz動作で出せばよい。
0952デフォルトの名無しさん2009/10/10(土) 06:02:52
(注)
larrabeeって言い張ってた、あのショボイレイトレquakeもはたして実機なのか
既存のCPUでの動作なのか、非常に疑わしい

ゲルシンガーが居なくなって立ち消えになるんじゃないかと思われる

AMDはどうでもいいｗ
0953デフォルトの名無しさん2009/10/10(土) 06:11:45
日本語で
0954デフォルトの名無しさん2009/10/10(土) 06:17:08
larrabeeも張りぼて
AMDはカス

でOK
0955デフォルトの名無しさん2009/10/10(土) 06:30:30
私はゲロ大好きです

でOK
0956デフォルトの名無しさん2009/10/10(土) 06:55:28
いいえ、カスが大嫌いなだけです

でOK
0957デフォルトの名無しさん2009/10/10(土) 07:12:23
ま、あの画質で
あの程度の動き
あの程度のカクカクっぷりだと
corei7あたりでも出来そう
0958デフォルトの名無しさん2009/10/10(土) 07:24:00
> Larrabeeは予定通りのスペックのものを2GHz動作で出せばよい。
これ、予定通りに出せたとしても理論値でしかなく、実効値は3〜4割にしかならんでしょ？
どうせインテルだし。
0959デフォルトの名無しさん2009/10/10(土) 09:07:00
ｒｖ８７０は実行５％くらいだがな
0960デフォルトの名無しさん2009/10/10(土) 09:11:43
リアルタイムレイトレーシングだっけ
すでにAMDがデモ公開してたような
0961デフォルトの名無しさん2009/10/10(土) 09:40:09
レイやトライアングルが少なければCPUでも出来る
問題は
0962デフォルトの名無しさん2009/10/10(土) 09:43:12
AMDは映画製作会社とかと共同で
ライブラリつくりまくってるからな

公には一切公開できない成果たくさんあるよ
0963デフォルトの名無しさん2009/10/10(土) 10:12:25
GPGPUの分野ではnVidiaがだめでもAMDが出てくるのは確実だし、
ライバルがだめそうだからLarrabeeを出さないとか言ってるのは
理屈が破綻してるな
0964デフォルトの名無しさん2009/10/10(土) 10:40:53
これに関してはAMDはintelの犬だろ
0965デフォルトの名無しさん2009/10/10(土) 10:58:05
>>960
AMDのGPU部門トップ，Rick Bergman氏が語る「1〜10年後のグラフィックステクノロジー」
http://www.4gamer.net/games/045/G004578/20081001053/
0966デフォルトの名無しさん2009/10/10(土) 11:35:06
>>964
お前AMDをディスってんの？
どう考えても犬とかアリエン・ロッベンだろ








誇り高きコバンザメだよ
0967,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 11:57:43
ローカルなL2断片（256KB）に載っかる部分までなら上り計64KB/clkの帯域が得られるとのことなので
そこでスカラ命令側でベースアドレス/インデックス更新とループカウントしつつ
SIMD命令側では3rdオペランドはノンテンポラルモードでのメモリアドレッシングにす
これで実効効率も9割以上は堅い。

ちなみにFermiはロード・ストアユニットを2アクティブワープで共用という、致命的なパフォーマンス阻害要因がある。
レジスタ間でこね回す演算でないとどうやっても性能が出ない。
積和算をやりながらだと残り1命令しか発行出来ないって仕様も致命的。

FermiはRISCライクなんだよね
0968,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 12:01:07
>>951
シュリンク率考えればあり得ないな。

GF9800GTX+が1.8GHzとか、SPが128基程度でメモリ帯域も狭かったりとTDPに余裕があったからこそだろ
NVIDIAは40nmでまだ製品を投入してない。
0969デフォルトの名無しさん2009/10/10(土) 15:17:53
ダンゴや
また自作板で万人に解らん
API使ったネタ話すの自粛するんだ
0970デフォルトの名無しさん2009/10/10(土) 16:38:29
わかんなくても「ﾍｰそんな事も出来るんだ」程度に楽しんでるから別に団子はそのまんまでいいよ
金払うに値する次のトリッパーを期待しつつ待つ
0971デフォルトの名無しさん2009/10/10(土) 21:47:35
アプリのGPU化が進むと、インテルもAMDもCPUの存在価値がなくなるから、
基本的にやる気ないだろ。
NVIDIAには頑張ってもらいたいな。
もうCPUはOSが動けば十分なのでAtomクラスで十分ｗ
0972デフォルトの名無しさん2009/10/10(土) 22:07:44
>>971
>CPUの存在価値がなくなるから、
とてもGPGPUスレ住民の意見とは思えん
AtomクラスでいいならGPGPU系技術も必要なかろう
0973,,・´∀｀・,,）っ-○○○2009/10/10(土) 22:12:43
そこまでなるとCPUとGPUは同じダイで充分だよな。
x86命令を解釈するGPUアーキテクチャでも作らないとな。
統合プロセッサのコードネームは「Haswell」ってのはどうだろう？




>>971身の程を知れﾊﾞｰｶ
0974デフォルトの名無しさん2009/10/11(日) 00:53:47
CPUの速度向上が遅くなったからこそのGPGPUだというのに
0975,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/11(日) 00:58:07
ところが、GPGPUで賄えるような演算ほどSIMD・マルチコア化での速度向上率も高いんだよね。
0976デフォルトの名無しさん2009/10/11(日) 05:13:18
素人目には、CPUの方がとか、GPUの方がとかじゃなくて、
CPUもGPUも両方活用すると
演算スピードが鬼速になると思ってしまうんだが、そうじゃないの？
0977デフォルトの名無しさん2009/10/11(日) 06:00:10
>>975
まあ、GPUはスーパーメニーコアプロセッサーとでも表現できるものだからね
SIMD化はもちろん、マルチコア化でどんどん差を縮められる

ただ、サーバー用途以外の一般デスクトップでは、
４コアを超えるマルチコア化の予定がキャンセルされてるけどね

まして、ノートだと２コアのままで当分は行くらしい
0978デフォルトの名無しさん2009/10/11(日) 08:51:58
CPUへの統合化が進んでからが本番田世なぁ
今はメーカーによって作りがまちまちやし手法も微妙に違うからいまいち手が出しにくい
0979デフォルトの名無しさん2009/10/11(日) 09:13:30
>>976
GPUは処理を並列してこそ意味があるわけで、
そのために大量のデータをGPUに転送しておかないと
いけない。
ただPCI-Expのバス帯域が狭くて転送コストが
馬鹿みたいに高い。
だから同時にCPU+GPUというのは理想だけど難しい。
0980デフォルトの名無しさん2009/10/11(日) 09:32:15
だから、コンシューマで、
画像処理以外何に使うのかがよくわからない。
0981,,・´∀｀・,,）っ-○○○2009/10/11(日) 10:33:11
GPU動かすのにCPU時間も使うんだよ。
レス数が950を超えています。1000を超えると書き込みができなくなります。