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

GPGPU#3

■ このスレッドは過去ログ倉庫に格納されています
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/
0570デフォルトの名無しさん2009/09/29(火) 15:20:51
OpenCL Download Page
http://developer.nvidia.com/object/opencl-download.htm
0571デフォルトの名無しさん2009/09/30(水) 01:02:42
OpenCLでCUDA潰して、BulletのOpenCLベース化をサポートしてPhysXを潰す、と。
スマートな発想だが、いつもの如くAMDのOpenCL対応がｇｄｇｄで画餅と化すに万札2枚賭けよう
0572デフォルトの名無しさん2009/09/30(水) 01:39:39
結局のところCPUと共食いしちゃうようなアクションを本気では起こせないから
これからはOpenCLだDirectComputeだって言って、
とりあえずCUDAのマインドシェアだけ落としておきたいんだろう
OpenCL実装のやる気のなさを見てるとそんな感じに見える
0573,,・´∀｀・,,）っ-○○○2009/09/30(水) 01:59:20
AMDがいまさらHalf Floatの変換命令をCPUサポートする計画を立てる意味ってどこにあると思う？
どうやらシェーダの前処理としてデータの再パッキングをCPUでやらせたいらしい。

GPUの柔軟性のなさをCPU側で補いつつ、グラフィック性能を追求する方針なんだろうね。
0574デフォルトの名無しさん2009/09/30(水) 02:20:53
SDKの中のDirectCompute_Release_Note.txtに

Open the registry editor in the window
Start -> regedit
Click at the very top icon labeled "Computer" in the Registry Editor
Search for D3D_39482904 the string. If found, delete it from the registry.
There should be about 2 instances of this registry key

って操作があったのでやってみたら、190.38beta以外ではネイティヴ動作しなかったDirectX SDKの一部のCSサンプルが
191.03でも動くようになった。
0575デフォルトの名無しさん2009/09/30(水) 02:52:34
んでもマルチプラットフォーム展開するBulletとしては実験中のCUDA対応をぶん投げてOpenCLにシフトするのは確実だろうし、
そうなればAMDの実装が腐っていようがBulletがPhysXに勝利するんじゃないか。
AMDがOpenCLをまともに実装すればプラスになるし、最悪の場合(実装断念)でもマイナスにはならない。
0576デフォルトの名無しさん2009/09/30(水) 03:38:15
Bulletってどんなゲームに採用されてるの
0577デフォルトの名無しさん2009/09/30(水) 06:51:46
http://en.hardspell.com/doc/enshowcont.asp?id=7117
Nvidia works together with Microsoft for high performance GPU computing
0578デフォルトの名無しさん2009/09/30(水) 10:21:53
>>571
そのOpenCLもNVIDIAに水を開けられている罠。
0579デフォルトの名無しさん2009/09/30(水) 18:38:29
http://www.fudzilla.com/content/view/15741/1/
Nvidia to show DX 11 Fermi today

We expect that Nvidia CEO Jensen Huang will demonstrate the card at the GTC keynote that should start at 1.00 PM Pacific time or roughly 10 PM Central European time.

Fermi has a lot of cache and supports instructions that use to be common only for CPU
and many people believe that this is a hybrid between a graphics card and a CPU.
This might be the direction that Nvidia will be heading.
0580デフォルトの名無しさん2009/09/30(水) 21:24:57
GT300は4.8TF確定で
11月に公式発表するって
0581デフォルトの名無しさん2009/09/30(水) 21:41:15
ttp://www.techarp.com/showarticle.aspx?artno=88&pgno=5
ttp://www.techarp.com/showarticle.aspx?artno=88&pgno=6
ttp://www.techarp.com/showarticle.aspx?artno=88&pgno=7
ttp://www.brightsideofnews.com/news/2009/9/30/nvidia-gt300s-fermi-architecture-unveiled-512-cores2c-up-to-6gb-gddr5.aspx
ttp://www.brightsideofnews.com/news/2009/4/22/nvidias-gt300-specifications-revealed---its-a-cgpu%21.aspx

>A GPU supports C++ natively?
なんぞこれ
ハードウェアコンパイラー？
0582デフォルトの名無しさん2009/09/30(水) 21:42:15
┌────────┬────┬────┬────┬────┬────┐
│　 　 　 　 　 　 　 　 │GTX 380 │GTX 360 │GTS 350 │GTS 340 │GTX 285 │
├────────┼────┼────┼────┼────┼────┤
│SP数　　　　　 　 　 │　 512. 　 │　 480. 　 │　 320. 　 │　 256. 　 │　 240. 　 │
├────────┼────┼────┼────┼────┼────┤
│ROP数　　　　 　 　 │ 　 64　　 │ 　 56　　 │ 　 48　　 │ 　 40　　 │ 　 32　　 │
├────────┼────┼────┼────┼────┼────┤
│コアクロック　　　　 │　700MHz│　650MHz│　675MHz│　625MHz│　648MHz│
├────────┼────┼────┼────┼────┼────┤
│シェーダクロック...　│　1.6GHz..│　1.4GHz..│　1.7GHz..│　1.5GHz..│1476MHz.│
├────────┼────┼────┼────┼────┼────┤
│メモリクロック　　　 │1100MHz.│1000MHz.│　900MHz│　800MHz│1242MHz.│
├────────┼────┼────┼────┼────┼────┤
│メモリバス　　　　　 │　 512bit . |　 . 448bit │　 384bit . |　 . 320bit │　 512bit . |
├────────┼────┼────┼────┼────┼────┤
│メモリタイプ.　 　 　 │ GDDR5 　|　 GDDR5 │ GDDR5 　|　 GDDR5 │ GDDR3 　|
├────────┼────┼────┼────┼────┼────┤
│消費電力　 　 　 　 │　.225W.　│　.195W.　│　.165W.　│　.140W.　│　.183W.　│
└────────┴────┴────┴────┴────┴────┘
0583デフォルトの名無しさん2009/09/30(水) 21:51:59
単にC++で書いたような普通のコードも走りますよって話じゃねぇの？
Bill DallyのMerrimacはクラスタに1つMIPSコア持ってるようだし、
Fermiもシェーダクラスタに1つARMコアでもついてるのかもな。
0584デフォルトの名無しさん2009/09/30(水) 21:58:09
http://www.pgroup.com/resources/cudafortran.htm
PGI CUDA Fortran Compiler
0585デフォルトの名無しさん2009/09/30(水) 23:50:43
OpenCLにDirect3Dとの相互運用性はないけど、PCゲームに進出するシナリオってあるの？
普通にOpenGL使うんかな
0586デフォルトの名無しさん2009/10/01(木) 00:14:46
いまんとこゲームでGPGPUってあんまり聞かないなぁ
流体計算とか、ゲームの中で重要度はまだそんなに高くないし、
OpenGL/Direct3D共にシェーダ言語が意外と多用途に使えるし。
0587デフォルトの名無しさん2009/10/01(木) 00:31:29
まだまだこれからだし、物理計算なんて作り手の知能が高くないとスクラッチできないし。
ミドルウェア屋さんが実装して、ディベロッパーがそれを使うって形になるんじゃない？
あとCPUに命令投げるみたいに普通にGPUにも命令飛ばせないと根本的な使い辛さは解消されないよね。
0588,,・´∀｀・,,）っ-○○○2009/10/01(木) 00:38:36
CPUなら1つの演算ユニット動かすのに1命令だが、
GPUでは1つの命令投げると何十も同じ動きしやがるんだよ。
それ否定したらLarrabee以外選択肢なくなる
0589デフォルトの名無しさん2009/10/01(木) 00:50:04
foreachとかTBBのparallel_forだったらどうにかならん？
0590デフォルトの名無しさん2009/10/01(木) 01:09:59
Bulletの中の人的にはBlenderでGPUが使えればそれでいいやー、ってとこか
0591デフォルトの名無しさん2009/10/01(木) 01:24:16
Bulletの中の人からしたらOpenCLは本命だろうしね
あとはAMDがいらん世話焼いてかきまわしたりNVIDIAが横槍入れたりしなければ
遠くないうちに対応版が出るでしょ
とりあえずユーザーとデベロッパには利益しかない
0592デフォルトの名無しさん2009/10/01(木) 02:14:20
詐欺の常套句出ました
0593デフォルトの名無しさん2009/10/01(木) 03:29:34
Bulletってどんなゲームに使われてるの？
0594デフォルトの名無しさん2009/10/01(木) 04:24:03
でもCS対応の方が需要あると思うんだけど。
DirectXとOpenGLの速度差を考えるとOpenCLよりDirectComputeの方が速いんじゃない？
QuadroはOpenCL特化でGeforceはCS特化とかやりそうだし。
0595デフォルトの名無しさん2009/10/01(木) 08:05:33
なんか、穏当な拡張で済ませてきたな＞Fermi
0596デフォルトの名無しさん2009/10/01(木) 09:20:53
>>595
倍精度が結構いいね。
でもNVは最終的にはCPUを作りたいのかね？
Co-processingとかいうのをきくと。
0597デフォルトの名無しさん2009/10/01(木) 09:41:13
完全に汎用なCPUの事なら、それはないだろ。
CPU云々ってのはIntelがチップセットを作るのに必要なバスのライセンスをもう出さないって
ところからそう言う推測が出てきてるだけで。
0598デフォルトの名無しさん2009/10/01(木) 10:09:11
実世界で本当にCUDAコンピューティングの時代が幕を開けそうだな
0599デフォルトの名無しさん2009/10/01(木) 11:05:20
>>588
> それ否定したらLarrabee以外選択肢なくなる
え？Cellは？
0600デフォルトの名無しさん2009/10/01(木) 11:29:18
>>599
寝言は寝て言え。
0601デフォルトの名無しさん2009/10/01(木) 11:42:04
新型PS3にlinuxがインストールできないと知ったときのああやっぱりね感
0602デフォルトの名無しさん2009/10/01(木) 11:48:53
思いっきりLarrabeeの方向に振ってきたな
AMDだけが遅れてるｗｗｗ
まあオートンが居なくなった頃に散々言われてたがな
0603デフォルトの名無しさん2009/10/01(木) 12:13:52
LarrabeeよりさきにGT300がでそうね
ということでLarrabee終了のお知らせ
お勤めご苦労さん＞intel
0604デフォルトの名無しさん2009/10/01(木) 12:27:50
MPMDっても高々16カーネルが同時に走るってだけだし、larrabeee程の
柔軟性はなくて、bill dallyの言うstream computingなプログラミング
スタイルでないと効率は出ないと思う。
0605デフォルトの名無しさん2009/10/01(木) 16:37:20
ニコイチAMDなんて有難がってたのはベンチ厨だけだろ
0606デフォルトの名無しさん2009/10/01(木) 18:00:13
＞オートンが居なくなった

アーキテクトがいなくなった時点で進歩するわけがないわな
0607デフォルトの名無しさん2009/10/01(木) 18:04:27
Whitepaper NVIDIA’s Next Generation
CUDA Compute Architecture:Fermi
ttp://www.nvidia.com/content/PDF/fermi_white_papers/NVIDIAFermiArchitectureWhitepaper.pdf

NVIDIA's Fermi: Architected for Tesla, 3 Billion Transistors in 2010
ttp://www.anandtech.com/video/showdoc.aspx?i=3651
0608デフォルトの名無しさん2009/10/01(木) 18:42:13
FPU,Intが別になったんね
ECCもいいね
0609デフォルトの名無しさん2009/10/01(木) 19:37:09
SPで1.5Tflopsっぽい(1.5GHz)
0610デフォルトの名無しさん2009/10/01(木) 19:41:22
http://nukkorosu.80code.com/img/nukkorosu11421.jpg

わろす
0611デフォルトの名無しさん2009/10/01(木) 19:45:19
で？
0612デフォルトの名無しさん2009/10/01(木) 20:31:23
>>607
whitepaper読み終わった。すごすぎる。
Using this elegant model of dual-issue, Fermi achieves near peak hardware performance.
の一文が頭に残っている。早く使いたいです。
CUDAの問題点を調査してゼロから設計したんだな。
後藤さんのレポートもこれをもとにしたようで合わせて読むとわかりやすい。
0613デフォルトの名無しさん2009/10/01(木) 21:18:44
4.8TF確定だな
すげーなNVidia
0614デフォルトの名無しさん2009/10/01(木) 21:20:41
いや、fpなら1.5tflops辺りだよ
ただし、実行効率が某A社とは段違いなだけで
0615デフォルトの名無しさん2009/10/01(木) 21:26:31
intは4.8T確定？
0616デフォルトの名無しさん2009/10/01(木) 21:27:06
ちがうだろ
0617デフォルトの名無しさん2009/10/01(木) 21:32:52
AMD終わりだなこりゃ
0618デフォルトの名無しさん2009/10/01(木) 21:34:49
自作PC板ではR800の登場でGTX300追悼とか言われてんのに
こっちでは全然評価が違うんだねぇ
0619デフォルトの名無しさん2009/10/01(木) 21:43:24
ECCも使えないものを、なんで評価できよう
0620デフォルトの名無しさん2009/10/01(木) 21:43:44
>>618
自作板はもんもんとかいうホモ集団が
幅利かせてるし。バカVIPPER出入りしてるし
理解できないんだろ
0621デフォルトの名無しさん2009/10/01(木) 21:56:03
自作板住人は開発者とイコールではないからな。
0622,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/01(木) 21:59:28
A社のは、x, y, z, w tの5つのユニットで一組のALUを構成するVLIWで
それが16個連なって超並列SIMDプロセッサを構成してる。

x, y, z, wは座標軸で、3Dでも実質3軸分しか稼働しない。4軸目はたまに使う程度。5軸目は稀に使う程度。
2D処理に落とし込むと遊びが増える。使って1〜2Way。
VLIW-SIMDは実効性能は低いけど演算ユニットを高密度で搭載できるから
トランジスタ数あたりのFLOPSを大きく稼ぐことができる。

でもそれを引き出すためのスケジューリングは骨が折れる。
結局の所ATIのやってることはPentium 4の空回りGHｚと似たようなモン。

NやIntelはフラットなSIMDで、X, Y, Z成分を分解して別々のベクトルに再パッキング（AoS-SoA変換）して
並列処理する。
だから3次元より2次元のほうが相対的に得意だったりするし、動的なスケジューリングがやりやすいから
演算ユニットの利用効率を高めることができる。
カタログスペックより実効効率にフォーカスしている
0623デフォルトの名無しさん2009/10/01(木) 22:05:31
NV謹製のGPGPUベンチでGeForce負けてるんだが
0624デフォルトの名無しさん2009/10/01(木) 22:09:25
また低効率自慢したいのかatiは
頭が幼稚だから、何でもベンチに見えるようだし
0625デフォルトの名無しさん2009/10/01(木) 22:11:27
ATIは実際のスペックじゃ
450GFもでないぞ
0626デフォルトの名無しさん2009/10/01(木) 22:13:26
ベンチはIntelとNvの十八番なのに
次は体感でも語ってくれるのかな
0627デフォルトの名無しさん2009/10/01(木) 22:17:17
ヤクルトが特大ヤクルトになっても
胸焼けするだけ
0628,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/01(木) 22:21:52
いまだにVLIWが夢のアーキテクチャだと思ってる人いるのね
Intelが2度も大失敗してるのに

ダイナミックスケジューラを積まない代わりにその分だけ演算ユニットを大量に積むことで
性能を引き出すアプローチ。演算ユニットの分だけ性能が出るわけではない。
実効性能を高める機構を省いた分を演算ユニットの物量でカバーしてるだけ。

Efficeonは10基の演算ユニットを持ち最大8命令を同時発行できたが
実効性能は額面最大スループットが半分以下のPentium Mの足下にも及ばなかった。
0629デフォルトの名無しさん2009/10/01(木) 22:31:35
次期CPUをVLIW互換でやるといって
AMDはアホだろｗ
0630デフォルトの名無しさん2009/10/01(木) 22:33:20
>>628
すごいあほな質問だけど、Atiってスケジュラーなしでどうやって制御するの？

Nvidia Cudaばかり使ってるとなんだか感覚かずれる。
0631デフォルトの名無しさん2009/10/01(木) 22:55:17
CPUとしてみるとVLIWは微妙だけど、アクセラレータとしては決して悪くはないだろ
0632,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/01(木) 23:05:25
>>630
Radeonは複数命令列をインターリーブして流し込む単純な機構しか備えてない。
CellのPPEやAtomがやってるFGMT、あれだ。
Efficeonは自分自身で中間コード（x86コード）をネイティブコードにコンパイルできたが。

動的スケジューリングの代わりになる機能があるとすれば、それはCPUでVLIWを動的に生成するだけにすぎない。
もちろんEfficeonやJavaみたいなフィードバックコンパイルは出来ない。

じゃあLarrabeeは動的スケジューリングができるのかっていうと、もちろんソフト的にやる。
x86を使ってね。
いや、もちろんGPUとは意味が違う。Larrabeeそのものがx86プロセッサだから
自分自身でダイナミックコンパイラ・VMを動かすことができる。
0633デフォルトの名無しさん2009/10/01(木) 23:18:00
LarrabeeもGT300もいつでるんだよ・・・
もう煽るの飽きてきたよ・・・
0634デフォルトの名無しさん2009/10/01(木) 23:21:16
Geforce 4.8TF
Larrabee 6.2TF

0635デフォルトの名無しさん2009/10/01(木) 23:24:38
多くのアプリけしょんで問題になる
デバイスメモリと共有メモリ間の転送や
カーネルの立ち上げ（全体の同期）とかは
この新しいアーキテクチャで問題が解決されるの？
0636,,・´∀｀・,,）っ-○○○2009/10/01(木) 23:58:52
>>663
力抜けよ

ディスクリート版が何時でようが3〜4年後にはHaswellの１構成要素だ。
GMAが売れる分だけは売れる。
シェアを狙うのに性能で勝負する必要なんて最初からないのさ。
MMXやSSEが普及したのと同様の原理で、LarrabeeのISAは浸透していく。

逆にx86を持たないがゆえに性能でしか勝負できないNVIDIAは必死だけどさ。
Larrabee側はGPUらしい固定機能ハードは積んでないからゲーム用に別のディスクリートGPU積んで
Larrabeeは物理演算プロセッサとして使ってもいいんだぜ。
そしたら共存できるじゃん。
でも、なんだかんだで「Celeronにも載ってるハードウェア」となれば費用対効果は最強だから
ゲームGPUとしてのニーズすらソフト開発者がこぞって流れる可能性はあるがな。
0637デフォルトの名無しさん2009/10/02(金) 01:20:05
一ヶ月ほど前に東工大のTSUBAME2.0が単精度6PFLOPS倍精度3PFLOPS目指すけどGPUを使うって言ってたのはちゃんと宛てがあったんだな
0638デフォルトの名無しさん2009/10/02(金) 01:41:08
東工大の学食は安くて旨かったなあ
0639デフォルトの名無しさん2009/10/02(金) 01:50:35
つーかベンチ以外に使ってやれよ
0640デフォルトの名無しさん2009/10/02(金) 02:04:35
>>636
２世代ほど交代したらIntel CPUにLarrabeeが統合されるから最強だよな　＞シェア的に
Larrabee自体がSSEに変わる命令セットの実装例だから統合するのは予定路線。
0641デフォルトの名無しさん2009/10/02(金) 02:55:37
>>637
東工大はGT200でワットパフォーマンスの検証してたけど
Gt300はそれを超えてくるからな
0642デフォルトの名無しさん2009/10/02(金) 03:29:18
実世界で本当にCUDAコンピューティングの時代が幕を開けそうだな
0643デフォルトの名無しさん2009/10/02(金) 04:57:34
なんか賞取ったらしい
GPU Technology Conference Blog - NVIDIA
ttp://blogs.nvidia.com/gtc/2009/10/ladies-and-gentlemen-we-have-a-winner.html
Foota WWW Service
ttp://www.futatsugi.net/
0644デフォルトの名無しさん2009/10/02(金) 05:45:54
GT300Fermi
http://www.4gamer.net/games/099/G009929/20090930012/
http://pc.watch.impress.co.jp/docs/column/kaigai/20091001_318463.html
0645デフォルトの名無しさん2009/10/02(金) 06:06:08
http://nukkorosu.80code.com/img/nukkorosu11421.jpg
0646デフォルトの名無しさん2009/10/02(金) 06:46:25
なにげにintのパフォーマンスに興味津々
0647デフォルトの名無しさん2009/10/02(金) 06:49:44
ttp://www.youtube.com/watch?v=r17UOMZJbGs
Next Generation GPU Fluids
0648デフォルトの名無しさん2009/10/02(金) 15:47:14
http://pc.watch.impress.co.jp/docs/news/event/20091001_318660.html
　気になるスケジュールだが、現在はシリコンがあがってきた段階で、通常、このままのペースで進めば数カ月のうちに市場に登場するHang氏は語っている。
まずはTesla製品がリリースされ、その後にGeForceやQuadroといったグラフィックス製品が登場する見込みだ。

現在はシリコンがあがってきた段階
現在はシリコンがあがってきた段階
現在はシリコンがあがってきた段階

ｗｗｗｗｗｗｗｗｗｗｗｗ
0649デフォルトの名無しさん2009/10/02(金) 15:54:23
Nvidia fakes Fermi boards at GPU Technology Conference
http://www.semiaccurate.com./2009/10/01/nvidia-fakes-fermi-boards-gtc/
The board has wood screws crudely driven through it. The vents on the end plate are blocked.
The DVI connector is not soldered to anything, The SLI connectors are somewhat covered by a heat shield.
The 8-pin power connector is connected to nothing. The 6-pin connector is connected to the PCB with glue, not pins and solder.
The board is crudely chopped off with power tools. The 8-pin connector that should be there is not.
The 6-pin connector that should be there is cut. The mounting holes are too close to the edge.
There are also likely many more flaws, but this should be enough to prove a point.

In the end, what you have here is a faked Fermi board. Jen-Hsun held up a scam card.
If you watch the video here, he says, "This puppy here, is Fermi". Bullshit.




In the end, what you have here is a faked Fermi board. Jen-Hsun held up a scam card.
In the end, what you have here is a faked Fermi board. Jen-Hsun held up a scam card.
In the end, what you have here is a faked Fermi board. Jen-Hsun held up a scam card.

ｗｗｗｗｗｗｗｗｗｗｗｗ
0650デフォルトの名無しさん2009/10/02(金) 17:15:14
必死の活動ごくろうさん
でも、出るのがたとえ1年遅れても
ATIが追いつくには4-5年掛かりますから

それだけ差のある構造なんだよ

演算に関しちゃATIは、何処からも全く期待されていないし
0651デフォルトの名無しさん2009/10/02(金) 17:20:09
ま、パクればすぐか
得意のw
0652デフォルトの名無しさん2009/10/02(金) 17:45:27
板はそれを通して木ネジを生のままで動かさせます。 エンドプレートの上の通気は妨げられます。
DVIコネクタは何にもはんだ付けされないで、SLIコネクタは熱シールドでいくらか覆われています。
8ピンのパワーコネクタは何にも接続されません。 6ピンのコネクタはピンとはんだではなく、接着剤でPCBに接続されます。
板は電動工具で生のままで切り離されます。 そこにあるはずである8ピンのコネクタは、そうではありません。
そこにあるはずである6ピンのコネクタは、切られます。 取付け穴があまりに縁の近くにあります。
おそらくもずっと多くの欠点がありますが、これは、主張の正しいことを示すために十分であるべきです。
結局、あなたがここに持っているものは、見せかけられたフェルミ委員会です。 ジェン-Hsunは詐欺のカードを上げました。
あなたがここでビデオを監視するなら、「ここのこの子犬はフェルミです。」と、彼は言います。 ナンセンス。
0653デフォルトの名無しさん2009/10/02(金) 17:48:19
せめて機械翻訳を参考に意訳する位の事はしたら？
0654デフォルトの名無しさん2009/10/02(金) 17:57:27
そんなことできるのはエスパーくらいだろｗ
0655デフォルトの名無しさん2009/10/02(金) 18:10:30
ぱくったところでAMDに開発環境やサポートの期待なんて出来るわけもない
0656デフォルトの名無しさん2009/10/02(金) 18:38:49
fermi自体は粒度大きくして実効効率落としているだろ。
0657デフォルトの名無しさん2009/10/02(金) 18:44:39
ｗ
0658デフォルトの名無しさん2009/10/02(金) 19:00:28
理論ベクタ長を変えずに物理ベクタを増やしたら
演算に要するサイクルは？
0659デフォルトの名無しさん2009/10/02(金) 19:25:30
Warp内で32のままなら32CudaCoreで処理するには1cycleってことか
分岐粒度は変わらないが、サイクルは縮むわけだ

Intel larrabeeが理論16の物理16で1cycle

ATI r600-rv870が理論64の物理16で4cycle
0660デフォルトの名無しさん2009/10/02(金) 19:42:56
L1増量でサイクル稼がなくても良くなったのか？
あ、リードオンリーじゃなくなったんだっけか

CPU-GPU間転送もバックグラウンドで可能とか
0661デフォルトの名無しさん2009/10/02(金) 19:58:58
カーネルプログラムのマルチスレッドも可能
0662デフォルトの名無しさん2009/10/02(金) 20:10:48
偽物ボードワロタｗｗｗ
0663デフォルトの名無しさん2009/10/02(金) 20:23:04
スクラッチパッドでなくてマジでキャッシュなんか？
だとしたら、ずいぶん無駄なことをしてるように思うが。
0664デフォルトの名無しさん2009/10/02(金) 20:31:53
どっちでも処理内容次第で無駄はでるんじゃない。
システム、というか、デバイスの外から見た平均的な
スループットが重要なわけで、限定条件下での処理速度はどうでもいい。
0665デフォルトの名無しさん2009/10/02(金) 20:37:46
つまりATIは問題外
0666デフォルトの名無しさん2009/10/02(金) 20:38:29
64kb　Configurable　L1
0667デフォルトの名無しさん2009/10/02(金) 20:40:33
4cycleで走るスレッド数

gt200 : 30
cypress : 20
fermi : 64
0668デフォルトの名無しさん2009/10/02(金) 20:56:03
そういやGT200やFermiが600MHz台で4800や5800が1GHzに達せんばかりのクロックである事を考えると、
Pen4とCoreの対比とダブるな。
AMDはこれから苦しくなる？
0669デフォルトの名無しさん2009/10/02(金) 21:00:08
Geforceはシェーダーが1GHzオーバーで動いてるだろ
まあそこは先進的で、ポジティブな部分だが
0670デフォルトの名無しさん2009/10/02(金) 21:13:25
int,fp並列可能なfermiは命令数でもcypressを上回るな(4cycle)
cypress : 20*5=100
fermi : 16*2*4=128

あと、実際には演算パートのクロックは2倍程度違うしな
■ このスレッドは過去ログ倉庫に格納されています