GPGPU#3
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2009/03/21(土) 19:18:14前スレ
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/
0795デフォルトの名無しさん
2009/10/05(月) 00:11:09転職をおすすめしとく
0796デフォルトの名無しさん
2009/10/05(月) 00:12:30まだ20代だったらお友達になって欲しい。
0797,,・´∀｀・,,）っ-○○○
2009/10/05(月) 00:16:290798デフォルトの名無しさん
2009/10/05(月) 00:17:05SEDとか
0799デフォルトの名無しさん
2009/10/05(月) 00:19:070800デフォルトの名無しさん
2009/10/05(月) 00:23:45で？
0801,,・´∀｀・,,）っ-○○○
2009/10/05(月) 00:24:36ゲーム業界には、前世代で圧倒的な勝利を飾ったのに後継機種で会社傾けるほどの大赤字
なんて例もあるからね。
ただIntelはマーケティングを含めて隙がなさ過ぎる。
Intelは22nmが順調に微細化できれば2〜4コア＋Larrabee 8コアくらいの統合チップ出してくるだろうよ
0802デフォルトの名無しさん
2009/10/05(月) 00:31:060803デフォルトの名無しさん
2009/10/05(月) 00:32:09で、いつものゴミオンボつけて売り出す
情弱向けに誇大広告うてば勝手に売れてく
いつものパターン
0804デフォルトの名無しさん
2009/10/05(月) 00:32:18獲物のアム厨がレッドブックに載ったので名無しに戻ったらしい
0805デフォルトの名無しさん
2009/10/05(月) 00:37:19なんじゃそりゃ。
Cellとともに滅びたのかと思ってた。
0806,,・´∀｀・,,）っ-○○○ ◆???
2009/10/05(月) 00:39:31そのゴミオンボの後継がLarrabeeなんだが。
SIMD以外はシンプルにしないと10〜12コアなんて載らないよ。
8コアくらいでも22nmになれば70〜80mm²になる。
これは32nmのSandy Bridgeに載るGPUと同程度。
0807デフォルトの名無しさん
2009/10/05(月) 03:54:15そんなものは今までGPUだった分のトランジスタも活用できる程度でしかない
TSMCも1年遅れ程度になってきたからあまり優位に立てないのもあるが
CPUはもう限界だしそんなに速くなくてもGPU(Larrabee)があるし…とIntel自身が白状している
Larrabeeは全方位アクセラレーターだ
0808デフォルトの名無しさん
2009/10/05(月) 04:18:110809デフォルトの名無しさん
2009/10/05(月) 05:28:04外注受けてるとこでここより技術が上なのはGFしかないし。
0810デフォルトの名無しさん
2009/10/05(月) 05:38:040811デフォルトの名無しさん
2009/10/05(月) 21:31:040812,,・´∀｀・,,）っ-○○○ ◆???
2009/10/05(月) 22:48:51その上でだ。
Larrabeeは8コアあればNVIDIA換算で128SPくらいだよな。
0813デフォルトの名無しさん
2009/10/05(月) 23:26:44PixeluxとAMD、Digital Molecular Matterエンジン向けのOpenCLアクセラレーションを開発
ttp://khronos.jp/news/2009/09/pixeluxamddigit.html
PixeluxはAMDと共同で、Digital Molecular Matterエンジン向けのOpenCLアクセラレーションを開発しています。
Pixeluxはルーカス・フィルムで特殊効果制作に使用された Digital Molecular Matterエンジンを開発しています。
ってことはクローズに数千ドルの融資を獲得したから
オープンにしてレッドオーシャンで戦う必要はないんだな
0814デフォルトの名無しさん
2009/10/05(月) 23:34:06あれいつの話になるんですかね？
0815デフォルトの名無しさん
2009/10/05(月) 23:35:430816デフォルトの名無しさん
2009/10/05(月) 23:37:050817デフォルトの名無しさん
2009/10/05(月) 23:37:32来年ならデモ機レベルで64コア出せるって言ってるよ
0818デフォルトの名無しさん
2009/10/06(火) 00:06:20「GPUとして」GTX280レベルを出すならその位要る
0819デフォルトの名無しさん
2009/10/06(火) 00:10:040820デフォルトの名無しさん
2009/10/06(火) 01:28:500821デフォルトの名無しさん
2009/10/06(火) 08:08:21同意。
俺もCPUの論争で散々言ったが、Intelはプロセス技術にもの言わせてるだけだよな。
団子がPPCのヘタレっぷりとVLIWのItaniumを槍玉に挙げてx86最強とか、
未だにRISCだのCISCだのニュースの記事を鵜呑みにしたような事を言っているのを聞くと、
それは違うんじゃないかと言いたくなる。
0822,,・´∀｀・,,）っ-○○○ ◆???
2009/10/06(火) 08:50:470823デフォルトの名無しさん
2009/10/06(火) 08:52:390824,,・´∀｀・,,）っ-○○○ ◆???
2009/10/06(火) 09:13:29キツキツにチューンしてるわけではないようだが。
デコーダ側が2命令/clkなのにLoad + 演算 + Storeを同時発行できるのは
少なくともRISCみたいな2〜4バイト固定のフォーマットじゃ出来ない芸当だ。
あと、Itaniumは例外視すべきじゃないよ。最強のプロセス技術をもってしてアレなんだろ？
逃げるのはただの詭弁でしかない。
0825デフォルトの名無しさん
2009/10/06(火) 11:33:37整数演算性能に関していえばRISC ISAは前世紀に事実上死んでる
当時のSPECint見てみればわかるが、所詮はキャッシュメモリの容量で
性能稼いでただけのハリボテということが露見している
---------------------------------------
Model Name: TDZ300
CPU: 200MHz Pentium Pro Processor
FPU: Integrated
Number of CPU(s): 1
Primary Cache: 8KBI+8KBD / Secondary Cache: 256KB(I+D)
SPECint95 8.04 / SPECint_base95 8.04 ※95年12月登録
http://www.spec.org/cpu95/results/res9512/p040.html
Model Name: RS/6000 43P-140
CPU: 200 MHz PowerPC 604e
FPU: Integrated
Number of CPU(s): 1
Primary Cache: 32KBI+32KBD on chip / Secondary Cache: 1MB(I+D) off chip
SPECint95 7.79 / SPECint_base95 6.99 ※97年4月登録
http://www.spec.org/cpu95/results/res97q2/cpu95-970414-01779.html
----------------------------------------
浮動小数だけはレジスタ本数とオペランド数ないと性能稼げないから
スタック形式のx87は圧倒的に不利だったが（その点でLarrabeeには死角はない）
整数性能に関して言えばIntelの対RISC性能はP5で肉縛しP6で追い越し
NetBurstで大きく引き離した
0826デフォルトの名無しさん
2009/10/06(火) 11:36:130827デフォルトの名無しさん
2009/10/06(火) 11:44:30実効性能ではPPCのが上でしょ。
0828デフォルトの名無しさん
2009/10/06(火) 11:47:050829デフォルトの名無しさん
2009/10/06(火) 12:39:19Larrabeeすら関係無いIntel賛美は他でやれ
0830デフォルトの名無しさん
2009/10/06(火) 12:44:57中立な数字出したら完全敗北なのが>>825なんだが。
AppleのIntel移行すら未だに認められない糞マカ乙
0831デフォルトの名無しさん
2009/10/06(火) 12:58:38結果性能向上をはかるもので、命令あたりの演算の密度は犠牲にしてる。
同クロック・同命令発行数なら、CISCに性能で勝てるわけがないだろ。
ついでにいうとGPUも命令あたりの演算処理単位からいえば一種のCISCだ。
0832デフォルトの名無しさん
2009/10/06(火) 12:59:210833デフォルトの名無しさん
2009/10/06(火) 13:25:050834デフォルトの名無しさん
2009/10/06(火) 13:41:280835デフォルトの名無しさん
2009/10/06(火) 13:47:08ぶっちゃけメモリアドレスをオペランドにとれる命令全部。
ベースアドレス＋インデックス×スケール＋即値によるアドレスの算出と
ロード操作を1命令に含めることができる。
同じ命令内のオペレーション間で依存関係が決まってるから
スケジューリングもしやすい。
んで、アドレス演算のルールに特化した特殊な演算ユニット（AGU）で
解決することで性能向上を図ってる。
RISCだとアドレスの算出すら整数命令で、汎用の整数ユニットを使って
計算することになるから、そこで大きな性能差が生じる。
0836デフォルトの名無しさん
2009/10/06(火) 14:03:52事実GeForceはワープ内の要素ごとに独立にメモリアドレス計算やってたり、
メモリ周りの命令に関してはかなり効率悪いし
fermiのSPは浮動小数と整数が2並列発行できるようにして
浮動小数演算をやりつつアドレス計算もできるようになってるが
それまでのGT200まで整数と浮動小数は排他動作だったから
読み書き対象のアドレス計算のたびに浮動小数演算の発行が止まってたわけで
実効性能を下げる要因になってた。
0837デフォルトの名無しさん
2009/10/06(火) 18:25:32この板にもベンチマークとかシミュレーターの意義がわからない馬鹿が居たんだな
0838デフォルトの名無しさん
2009/10/06(火) 19:18:53じゃfermiで解決だね
0839デフォルトの名無しさん
2009/10/06(火) 19:34:30全然解決してねー。
サイクルあたり2命令しか発行できないのに
アドレス生成だけに1命令分取られるだけでも大きなロス
Larrabeeのほうは、アドレス生成つきロードを伴うマスクつき積和算と
スカラ命令あるいはストア操作を同時にデコード・発行できる。
つまり1クロックあたりの実効オペレーション数で水をあけられる可能性がある。
0840デフォルトの名無しさん
2009/10/06(火) 21:03:42int,fpって並列可能なんだよね？
2つのIU使って16spに命令出すの?
fermiって
0841デフォルトの名無しさん
2009/10/06(火) 21:37:24で、そんなアドレッシングがどれだけ使われるわけよ？
0842デフォルトの名無しさん
2009/10/06(火) 22:01:350843デフォルトの名無しさん
2009/10/06(火) 22:04:16GPUの場合、メインになる大規模配列へのアクセスなんかだとアドレス計算なんかは
コードで明示しなくてもハードで自動でやるんでなかったっけ？
0844デフォルトの名無しさん
2009/10/06(火) 22:05:11PPC含めていろんなアーキを触るのは楽しいけれど、
x86が現実的に俺が金を出せる中では最強だと思っているわけよ。
でもRISCとかCISCじゃないでしょ？と言いたかったんだ。
現にAVXではデコーダが軽くなるように変更してるでしょ？
今までの実装に負けを認めてるわけよ。
でもそれはRISCに負けたわけじゃないし、CISCが勝っているわけでもない。
Intelは今まで割と酷いアーキだったと思うんだけど……分かんないかなあ。
0845デフォルトの名無しさん
2009/10/06(火) 22:14:32負けを認めただの何だの
典型的なIntelアンチですね
0846デフォルトの名無しさん
2009/10/06(火) 22:33:490847デフォルトの名無しさん
2009/10/06(火) 22:37:38ソースレベルと機械語レベルを混同してる
0848,,・´∀｀・,,）っ-○○○ ◆???
2009/10/06(火) 22:57:22なにが勝って何が負けたの？
x87もMMXもSSEも潰さずに新たなSIMD命令を追加出来るのはまさに可変フォーマットたるCISCのメリットだろ
命令長の縛りで好きにOperand空間を拡張したりできないのがRISCだよ。
360のCPUなんか、SIMDレジスタを128本に拡張した分、4オペランド命令や1バイト単位の操作命令が
削られてたりする。
それから君はAVXを根本的に理解していない。
0849,,・´∀｀・,,）っ-○○○ ◆???
2009/10/06(火) 23:40:41伝統的CISCアーキテクチャの新たな1ページですよAVXにしてもLRBniにしても
可変アドレッシングモードがある限りx86はどこまでもCISCだ。
add eax, ecxみたいな1バイト命令がたとえば4バイト固定に変わりますか？なりません。
0850,,・´∀｀・,,）っ-○○○ ◆???
2009/10/06(火) 23:58:37どっかのプログラムをテキトーに逆アセンブラかけてみろ。アホみたいに使われてる。
AMDのCPUがALUとは別個にAGUを3つも装備しちゃうくらい使われてる
あとついでにいうと32ビットとか64ビットとかの即値を命令ストリームからダイレクトに供給できることも
パフォーマンス要因として大きい。
どっかの情けないCPUには32ビットレジスタに16ビットずつにわけて即値ロードする命令があったりするけど
パーシャルライトのレイテンシで氏ねる。
メモリ空間が広がるほど、即値のビット幅に対する要求がシビアになる。
CellのSPUなんて直接アドレッシングできるメモリが物理的に256KBしかないから即値フィールドが16ビットもあれば
左に２ビットあればロード命令の即値フィールドとしては十分だが、
特化型じゃない普通のCPUでは4GB以上に対してアドレッシングするわけで。
論理メモリ空間が広がるほどRISCは使えなくなる。
8バイト固定長のRISCにすればいいだろって？
氏ねばいいと思うよｗ
0851デフォルトの名無しさん
2009/10/07(水) 00:11:52それがIntelの優位性をより伸ばした。そんな説がありえるのか？
0852デフォルトの名無しさん
2009/10/07(水) 00:18:50Fab商法がうまくいったからだろ
アーキテクチャ云々より
Fab1個丸ごと単一商品の生産工場っていう
資金回収能力が凶悪過ぎる方法実現できているだけ
0853,,・´∀｀・,,）っ-○○○ ◆???
2009/10/07(水) 00:21:52ステート切替によって複数の命令セットのフォーマットを混在できるARMはCISCに分類する学者さんもいるし
ハイエンドRISCが死に絶えるなか公共事業で生きながらえてるIBMのPOWERですら
BCDアクセラレーションや8バイト命令モードなど既にRISCのポリシーから逸脱してる
0854デフォルトの名無しさん
2009/10/07(水) 00:33:050855デフォルトの名無しさん
2009/10/07(水) 00:55:590856,,・´∀｀・,,）っ-○○○ ◆???
2009/10/07(水) 00:56:30それはそうとNVIDIAの経営相当厳しそうだな
0857デフォルトの名無しさん
2009/10/07(水) 01:17:00現状はNVIDIAしかないし、将来はNVIDIAきつそうだと言っても
AMDに乗り換えてもすぐIntelの天下になる可能性もあるし
かといって、今Intelは製品がないから乗り換えようがない
0858デフォルトの名無しさん
2009/10/07(水) 01:42:00LarrabeeもItaniumの匂いがするなw
0859,,・´∀｀・,,）っ-○○○
2009/10/07(水) 01:44:200860デフォルトの名無しさん
2009/10/07(水) 03:02:03勝ったXeon軍の首領もEMCに行っちゃったし
0861デフォルトの名無しさん
2009/10/07(水) 03:04:05Itaniumが狙った市場が消滅した。ってのが正しいんだが・・・
そもそもx86サーバーとかの市場は、元々Xeonの管轄だったわけで・・・
x86サーバーの市場が、そのままかつてSparkやPPCやAlphaがあった市場を喰った。
それだけのこと。
0862デフォルトの名無しさん
2009/10/07(水) 03:07:560863デフォルトの名無しさん
2009/10/07(水) 03:18:060864,,・´∀｀・,,）っ-○○○ ◆???
2009/10/07(水) 03:18:52Xeon以前にNehalemが出るまでIntel史上最大の脅威と言わしめたOpteronが遠因だろ
あれの存在があったからこそ、苦戦を強いられながらもXeonを64ビット対応せざるを得なかった。
IA-64 vs x86-64(AMD64)で雑誌の特集組まれてたくらいだし
x86の有用性を自社以外が示してしまったのは皮肉だよな。
毒を食らわば皿までとはよくいったもので、OpteronはIntelの何かに火を付けてしまったようだ
全プロセッサ市場x86化計画の始まりだよ。
XScale捨ててAtom、結果大成功。
GPUもこのノリでx86化したいらしい。
0865デフォルトの名無しさん
2009/10/07(水) 04:05:270866デフォルトの名無しさん
2009/10/07(水) 05:20:18話うまっ
0867デフォルトの名無しさん
2009/10/07(水) 06:01:320868デフォルトの名無しさん
2009/10/07(水) 07:14:34不要論でちゃって、組織統合と同時に退職させられたのかな。
0869デフォルトの名無しさん
2009/10/07(水) 08:05:40企業のIT予算減ってるとか言われてたのにモバイルよりサーバーのが回復してた
まあクビって感じじゃないよな
0870,,・´∀｀・,,）っ-○○○ ◆???
2009/10/07(水) 08:16:520871デフォルトの名無しさん
2009/10/07(水) 08:23:110872デフォルトの名無しさん
2009/10/07(水) 12:55:29てか性能よかったら棲み分けにならない。
0873デフォルトの名無しさん
2009/10/07(水) 19:25:09ttp://www.4gamer.net/games/099/G009929/20091001065/SS/009.jpg
0874デフォルトの名無しさん
2009/10/07(水) 20:59:23言ってることがITmedia並みで笑える
0875デフォルトの名無しさん
2009/10/07(水) 21:13:55nvidiaの場合って32個の"32bitデータ"？(8pixel相当?)
0876デフォルトの名無しさん
2009/10/07(水) 21:33:11nvidiaは8spで4cycle or 32spで1cycle : 32bitの32個
ATIは16shader(16*5=80sp)で4cycle : 64pixel(32bitの256・・・)
0877デフォルトの名無しさん
2009/10/07(水) 21:45:51>>496の大雑把な内容
Nvidia kills GTX285, GTX275, GTX260, abandons the mid and high end market
Full on retreat, can't compete with ATI
ttp://www.semiaccurate.com/2009/10/06/nvidia-kills-gtx285-gtx275-gtx260-abandons-mid-and-high-end-market/
285は既にEOL、260は11or12月にEOL、275は2週間以内にEOL、295も終わりそう。
ハイエンド、ミドルレンジから脱落する。
Fermiの派生モデルはテープアウトすらしていないので、少なくとも2Qは掛かる。
Fermiはダイサイズあたりの性能が低く派生モデルを作ってもフルラインナップで価格競争力で劣る。
ハンダの欠陥問題、G212の失敗、G214の大失敗、G215の遅延、G216とG218の壊れたGDDR5コントローラ。
救世主となるチップはない、プランBはない、全て失敗した。
赤字販売を続けるか、撤退して少ない赤字を出すかしかない。
資金が尽きる前に開発の問題を修正し競争力のある製品を出せるかが問題。
1月にはローエンドからも脱落する。
Nvidiaは全てのパートナーから憎まれており助けてくれるパートナーはいない。
Nvidiaに必要なのは経営陣の総入れ替えだが、その出て行くべき奴らは株主なので起こりそうもない。
ゲームオーバー。
ジェンセンは年俸1ドルでも貰い過ぎである。
0878デフォルトの名無しさん
2009/10/07(水) 21:52:52nvidiaは8spで4cycle or 32spで1cycle : 8pixel
ATIは16shader(16*5=80sp)で4cycle : 64pixel
0879デフォルトの名無しさん
2009/10/07(水) 21:53:03NVIDIAのFERMIコアベースの製品が出てくるのは早くて今から三ヶ月後、
高確率で半年後といわれています(半導体業界関係者の意見)
NVIDIAとしては、今回の発表は、株価対策、あるいはユーザーへの
サービスを兼ねての「やってます」アピールだったといえます。
0880,,・´∀｀・,,）っ-○○○ ◆???
2009/10/07(水) 21:54:23はぁ？
0881,,・´∀｀・,,）っ-○○○ ◆???
2009/10/07(水) 22:04:23R, G, Bで別のベクトルに再パッキングして並列処理できるのがLarrabeeとGT
たとえばLarrabeeはRGBなら 16/3 pixelな
0882デフォルトの名無しさん
2009/10/07(水) 22:38:00> α値があろうがなかろうが5Way ALUで1ピクセルずつしか割り当てられないのがRadeon
4ピクセル割り当てられますが？
0883,,・´∀｀・,,）っ-○○○ ◆???
2009/10/07(水) 22:42:400884,,・´∀｀・,,）っ-○○○ ◆???
2009/10/07(水) 22:44:250885デフォルトの名無しさん
2009/10/07(水) 22:47:38アルファを出力しないでどうやってブレンディングするんだよ。
ブレンディングが行われるのはプログラマブルシェーダの後段だぞ。
Larrabee : 4pixelであってる。
あとグレースケールってのはFetch4というかGatherのことを言ってるんだろうが、
あれは読み込みであって出力が4つ同時に出来る訳じゃないぞ。
グラフィックス用途の場合大抵シャドウマッピングでソフトシャドウやるときに都合がいいってだけの機能だ。
>>882
どうやって？MRTとか冗談言い出すんじゃないだろうな？
0886,,・´∀｀・,,）っ-○○○ ◆???
2009/10/07(水) 23:30:27RGBだろうがRGBAだろうがSoAに変換して処理するんだから16並列だ
0887,,・´∀｀・,,）っ-○○○ ◆???
2009/10/07(水) 23:39:43VPUは水平加算もなければ、128ビット単位×4でマスク実行するためのビットマスク生成命令も存在しない。
Larrabee Prototype Libraryを読み直してこい
0888デフォルトの名無しさん
2009/10/08(木) 00:10:50失礼。粒度に関してはこちらの勘違いだった。
ただGeForceはチャンネル毎にスレッド立ててるってソースが見つからなかったんだけど何か知らないか？
0889デフォルトの名無しさん
2009/10/08(木) 00:14:27なんか即値最強みたいに言ってるが、浮動小数点数のロードも命令に埋め込むつもりか？
0890,,・´∀｀・,,）っ-○○○ ◆???
2009/10/08(木) 00:27:14ロードアドレス算出用のディスプレースメントって「即値」以外のなんなの？
リニアなメモリ空間アドレッシングするのに4バイトくらいないと実質的に使い物にならん。
変量がそんなに必要ないときは1バイトdispモード、そのものが必要ないならdispなしモードでいいし
あーSSE4には汎用整数レジスタにXMMレジスタの浮動小数値を転送する命令（あるいはその逆）が
あったりするけどあれって何のためにあるかわかるよね？
まあLarrabeeとは話がそれるが。
0891,,・´∀｀・,,）っ-○○○ ◆???
2009/10/08(木) 00:31:42movdとかinsertpsで挿入とかよくやるテクニックじゃん
0892,,・´∀｀・,,）っ-○○○ ◆???
2009/10/08(木) 00:32:230893デフォルトの名無しさん
2009/10/08(木) 00:34:220894デフォルトの名無しさん
2009/10/08(木) 00:43:03■ このスレッドは過去ログ倉庫に格納されています