981コメント260KB

GPGPU#2

レス数が950を超えています。1000を超えると書き込みができなくなります。

0001デフォルトの名無しさん

2007/08/29(水) 17:08:58

いつの間にやらCPUを超える演算性能を持ってしまったGPUに計算させてみるという
GPGPUについて語りましょう

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

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

参考リンク
総本山? gpgpu.org
http://www.gpgpu.org/
CUDA
http://developer.nvidia.com/object/cuda.html
GPUをCPU的に活用するGPGPUの可能性
http://pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/

0002デフォルトの名無しさん

2007/08/29(水) 19:13:45

イチオツ

0003デフォルトの名無しさん

2007/08/29(水) 21:13:23

人がいまだに固定シェーダでうろうろしてる間に、Cで叩けるようになっていたなんて。
あまりにも話がCUDA

0004デフォルトの名無しさん

2007/08/31(金) 12:07:10

CUDAはCから手軽に移植できて、割と簡単にGPUに計算させることができて便利ではある。
しかし、いざチューニングしようとするとどこをどう調整すればいいのか判り難くて困る。

ってことで、理想速度が出せれば別だけどそうでないならWoodcrestの方が大抵速くて余り役に立たない。
尤も、CPUがある程度遅いとなるとこれはかなり強力なツールと言えよう。
なんせ、Woodcrestより遥かに安い(8600GTS搭載ボードなら3万弱)わけだし。

一方CBEと較べてみても、(8600GTでさえ)PS3のメインメモリと同じだけのメモリをボード上に積んでいるわけだ。
おまけにSPEで動くプログラムは作るだけでも結構手間が掛かる。それを考えると、もうPS3はどうでもいいやw

0005デフォルトの名無しさん

2007/09/01(土) 23:53:31

CellBEの方が遥かに自由度が高い，っつーか
GPGPUは当にアクセラレータでしかないだろ

0006デフォルトの名無しさん

2007/09/02(日) 02:30:58

超越関数が使えないのがなぁ。只のアクセラレータでしかないGPUでさえ使えるのに。
それだけで、移植の手間が随分違ってしまう。

0007デフォルトの名無しさん

2007/09/02(日) 05:40:54

晒しage

0008デフォルトの名無しさん

2007/09/02(日) 11:55:53

ぜんぜん伸びねぇなｗｗｗ

0009デフォルトの名無しさん

2007/09/02(日) 17:36:39

おーっし、俺がGPU利用したアプリ書いてやる
今からパソコン屋行ってフレームバッファ買ってくるから、ちょっと待ってろ

0010デフォルトの名無しさん

2007/09/02(日) 17:41:22

わ～い10ゲットだ！
>>9がんばって～！

0011デフォルトの名無しさん

2007/09/03(月) 04:27:27

どっかにCUDAのサンプルソースの森とか、CにおけるK&R
みたいな入門書無いの～？

0012デフォルトの名無しさん

2007/09/03(月) 09:09:35

>>11
CUDAのSDKについてくるサンプルソースじゃダメか?
あれはある意味、宝の山だぞ。

まぁ、私程度でよければ知りたい内容によってはここで回答しても構わんが。

0013デフォルトの名無しさん

2007/09/03(月) 13:38:19

CUDAでの基本をまとめてくだしあ

0014デフォルトの名無しさん

2007/09/03(月) 14:26:49

>>13
・元のプログラムがあるなら移植前にきちんと整理
・GPU上で動く関数からはメインメモリを参照できない。どのデータをGPUに渡すか熟考すべし
・変数名に工夫するなどして、CPU側メモリかGPU側メモリか常に意識するように
・仮令GPUボードを持っていようとも、馴れないうちはエミュレータも活用しよう
・その為にもデバッガを含めて開発環境にも慣れておこう
・サンプルからノウハウまで、それなりに資料はそろっているからきちんと読めば途は拓ける

0015デフォルトの名無しさん

2007/09/03(月) 17:27:24

>サンプルからノウハウまで、それなりに資料はそろっている
URLをお願い

0016デフォルトの名無しさん

2007/09/03(月) 19:07:40

>>15
ttp://developer.nvidia.com/object/cuda.html

サンプルはSDKに含まれている。
取り敢えず、bitonicSortとかsimpleTexture辺りは短いから読みやすいかと。
ノウハウはCUDA Programming Guide 1.0に詳しい。
英語が苦手だったら勉強するチャンスだと思ってがんばってくれ。
そうそう、用語の偏りが激しいので要注意で。

0017デフォルトの名無しさん

2007/09/03(月) 19:13:15

CUDAなんかやってもMUDA

0018デフォルトの名無しさん

2007/09/03(月) 23:53:16

CUDAできるカードCUDAさい。
ていうか、どの型番のカード（GPU）からCUDAできるの？

0019デフォルトの名無しさん

2007/09/04(火) 00:27:28

>>18
GeForceならこの辺。
--
Core Clock (MHz) Memory Clock (MHz) Auxiliary Power Connectors Number of Slots
GeForce 8800 Ultra 684 1161 2 2
GeForce 8800 Ultra 612 1080 2 2 ←リファレンス
GeForce 8800 GTX 575 900 2 2 ←リファレンス
GeForce 8800 GTS 540 840 1 2
GeForce 8800 GTS 500 800 1 2 ←リファレンス
GeForce 8600 GTS 710 1000 1 1
GeForce 8600 GTS 675 1000 1 2
GeForce 8600 GTS 675 1000 1 1 ←リファレンス
GeForce 8600 GT 590 900 0 1
GeForce 8600 GT 540 700 0 2
GeForce 8600 GT 540 700 0 1 ←リファレンス
GeForce 8500 GT 450 400 0 1
GeForce 8500 GT 450 400 0 1 ←リファレンス
--
QuadroFXは忘れた。

で、お値段は8600GTSで3万弱、8600GTなら1.5万くらいからメモリ増強版の2.5万程度まで。
それより上にしても並列数は増えるけどクロックは速くならないからピーク性能を狙わないなら
コストパフォーマンス的にもサイズ的にも8600GTS/GTでいいかと。
尚、電源に余裕がなくて補助電源コネクタからの供給ができないなら8600GT以下で。

0020デフォルトの名無しさん

2007/09/04(火) 01:11:14

CUDAらん! 実にCUDAらん!

0021デフォルトの名無しさん

2007/09/04(火) 11:26:30

個人的には
>ていうか、どの型番のカード（GPU）からCUDAできるの？
っていう質問が出てくること自体、凄く不思議なんだが。
おもいっきり、プログラミングガイドにかいてあるけど。

0022デフォルトの名無しさん

2007/09/04(火) 11:37:45

プログラミングガイドを読んでないから出てくるんだろ
何が不思議なんだよ

0023デフォルトの名無しさん

2007/09/04(火) 16:08:48

英語って時点でばっくれる奴がいることも忘れんでください

致命的だけどな

0024デフォルトの名無しさん

2007/09/04(火) 16:36:38

>>23
英語だからよく判らないってのは納得できるのだけど、
全体眺めるだけでAppendixAにスペック書いてあるの位は目に留めてほしいなぁ。

0025デフォルトの名無しさん

2007/09/04(火) 16:43:52

英語→うわっめんどくせ→2chで聞いたほうがはえーや

という奴だろうな
似たような奴が研究室にいて

「なー、この関数の使い方教えてよ」
とググれば済むことまで効いてくる。俺が必死こいて組んでるときに
それで一度ケンカになったが

ググれば済むことを効いてくるやつの神経わかんねーぐちすまね

0026デフォルトの名無しさん

2007/09/04(火) 17:02:45

ぐぐるのも面倒いんだろうきっと

0027デフォルトの名無しさん

2007/09/04(火) 21:27:49

B型？

0028デフォルトの名無しさん

2007/09/06(木) 11:13:19

血液型と性格に関係はありません。

それはそうと、CUDAでBitslice DES実装したのないかな。

0029デフォルトの名無しさん

2007/09/06(木) 12:42:19

>>28
そうとも言えないよ。アイザック・アジモフに拠れば、「そういうもんだ」という環境で育てばそうなるそうだから。

0030デフォルトの名無しさん

2007/09/06(木) 17:08:22

B型だと思ったらA型でしたー

でもそんなの関係ねぇ！

0031デフォルトの名無しさん

2007/09/06(木) 18:11:38

血液型信仰（笑）

0032デフォルトの名無しさん

2007/09/07(金) 04:32:57

ベクトルプロセッサというのが良く分からん
マルチプロセッサと何が違うの?

0033デフォルトの名無しさん

2007/09/07(金) 04:48:32

ベクトルプロセッサは同時に複数のデータを並列して処理するプロセッサ
それに対して一つのデータを処理するのがスカラープロセッサ
マルチプロセッサは一つのコンピュータ内にプロセッサを複数搭載している事

0034デフォルトの名無しさん

2007/09/07(金) 04:49:57

っ[SIMD]

0035デフォルトの名無しさん

2007/09/07(金) 04:51:51

SIMDはプロセッサ内におけるベクトルプロセッサ的な要素

0036デフォルトの名無しさん

2007/09/07(金) 05:07:52

>>33
>ベクトルプロセッサは同時に複数のデータを並列して処理するプロセッサ
>それに対して一つのデータを処理するのがスカラープロセッサ
>マルチプロセッサは一つのコンピュータ内にプロセッサを複数搭載している事

こんな夜中にレス付いて吹いた
スカラープロセッサ*マルチプロセッサ=ベクトルプロセッサ
にはならないの?

>>34
>SIMD
Single Instructionってどのくらいまでならsingleなの?
50行くらいの関数までならsingleなの?
まさか、addとかmovとかxorというレベル?

0037デフォルトの名無しさん

2007/09/07(金) 05:16:54

＞スカラープロセッサ*マルチプロセッサ=ベクトルプロセッサ
＞にはならないの?
ならない
＞まさか、addとかmovとかxorというレベル?
うん

0038デフォルトの名無しさん

2007/09/07(金) 06:05:18

あらかじめ大量のデータを用意しておいて、
その大量のデータを別の大量のデータに変換する事が一発で出来るという事?

うーん、逐次処理には向かないのかなぁ?

0039デフォルトの名無しさん

2007/09/07(金) 07:53:54

まぁ大体そういう事だね。
最近のほとんどのパソコンのプロセッサにはスカラーとベクトル両方の仕組みが搭載されていて、
適材適所で使い分けられるようになってる。

0040デフォルトの名無しさん

2007/09/07(金) 08:00:18

>>38
高々4つずつ同時に処理してもSIMD。

0041デフォルトの名無しさん

2007/09/07(金) 08:39:31

8192bit VLIWとかならベクトル処理も並列処理も同じアーキテクチャで
実現できるな。並べる命令が同じものならベクトル処理、違うものなら
並列処理。

0042デフォルトの名無しさん

2007/09/07(金) 11:06:59

GPUでzip解凍すればよくね？

0043デフォルトの名無しさん

2007/09/07(金) 15:14:46

違う命令が並べられるならMIMD

0044デフォルトの名無しさん

2007/09/07(金) 16:18:32

GPGPUはSPMD

0045デフォルトの名無しさん

2007/09/12(水) 11:34:54

うへぇ、CUDAの文法がまるっきりCのそれだからつい、騙されて梃子摺ったぜ。
デバイス側のメモリを巧く使うのは難しいな。
しかも、それが動かしてみないと判らないし、エラーメッセージもunspecified failureだし……

0046デフォルトの名無しさん

2007/09/12(水) 14:06:51

昨日の洗脳集会に参加した人は素直に挙手しなさい。

0047デフォルトの名無しさん

2007/09/12(水) 15:19:24

行きたかったけど行けませんでした。
資料ください

0048デフォルトの名無しさん

2007/09/12(水) 15:25:56

>>46
申し込んだのに定員オーバーで断られた俺が来ましたよ

0049デフォルトの名無しさん

2007/09/12(水) 21:36:10

tokyo-uのやつ？どんな話だったん？

0050デフォルトの名無しさん

2007/09/12(水) 22:09:05

>>49
簡単なレポならここに
http://pc.watch.impress.co.jp/docs/2007/0912/nvidia.htm

0051デフォルトの名無しさん

2007/09/12(水) 22:18:23

全く行く価値が無かった
単なる宣伝に終始

家でUIUCのコースをﾏﾀｰﾘ聞いたほうが何倍もマシ
http://courses.ece.uiuc.edu/ece498/al1/Archive/Spring2007/Syllabus.html

0052デフォルトの名無しさん

2007/09/12(水) 22:40:07

>>45
kwsk
資料がプログラミングガイドしかないからどんな情報でも欲しい。

0053デフォルトの名無しさん

2007/09/14(金) 00:20:58

ttp://journal.mycom.co.jp/articles/2007/09/13/nvidia/001.html

>これをTeslaではWarp(ワープ)と呼んでいる。

ワープ（笑

0054デフォルトの名無しさん

2007/09/14(金) 00:35:45

日本語ではワープでもいいんじゃないか。

0055デフォルトの名無しさん

2007/09/14(金) 00:57:39

>>53
どこが笑いどころなの？

0056デフォルトの名無しさん

2007/09/14(金) 01:07:59

>>53が笑い者

0057デフォルトの名無しさん

2007/09/14(金) 01:20:03

OS/2でも笑えるんじゃないか。うらやましいヤツメ

0058デフォルトの名無しさん

2007/09/14(金) 02:32:34

ヲープ（笑）

0059デフォルトの名無しさん

2007/09/14(金) 10:34:46

まぁ外人相手にワープと言ってもﾊｧ?な顔されるだろうな

0060デフォルトの名無しさん

2007/09/14(金) 11:18:49

トレッキーに通じないわけが無かろうが。

0061デフォルトの名無しさん

2007/09/14(金) 20:58:34

CUDAって結局8800以外に何で使えるの？
この後出る予定の8700とか対応するんだろうか。話題ぜんぜん出てこないし

0062デフォルトの名無しさん

2007/09/14(金) 21:05:23

個人的には
>CUDAって結局8800以外に何で使えるの？
っていう質問が出てくること自体、凄く不思議なんだが。
おもいっきり、プログラミングガイドにかいてあるけど。

0063デフォルトの名無しさん

2007/09/14(金) 21:18:16

俺もそれ見たけど、8600では使えないと書いてるところがあった

0064デフォルトの名無しさん

2007/09/14(金) 23:25:41

CUDAはそもそも研究者のオナペットなんだから8800くらい買えよ、安いもんだろ
まさかCUDAが一般に普及するとでも思ってるとか？ねーよｗ

0065デフォルトの名無しさん

2007/09/15(土) 00:16:06

8800だけならすぐ廃れるのか

006619

2007/09/15(土) 01:25:26

正直、8800GTXの消費電力と占有スペースを考えたら8600GTSか、いっそ補助電源も要らない8600GTでいいと思う。
#テストするだけならね。コストパフォーマンスも高いことだし。
勿論、チャンピオンデータ狙いなら8800Ultraで頑張ればいいと思うが。
つーか、このスレにも一覧書いておいたのになぁ……

006719

2007/09/15(土) 01:26:52

って>63や、どこに8600はダメと書いてあったのかね?

0068デフォルトの名無しさん

2007/09/15(土) 07:38:54

>>66
>>19は実際に動かした情報を基にした一覧なのか？

006919

2007/09/15(土) 08:36:22

>>68
ドキュメントに基づいた情報。

実際に動かしたのは次のボード。
--
ELSA 988GTX
ELSA 988GTS
ELSA 786GTS
ELSA 786GT
--
ちなみにTeslaボードも入荷次第テストする方向。

0070デフォルトの名無しさん

2007/09/15(土) 11:08:22

常駐者だったのか。つか、ここ何人くらいで回ってるんだろうw

007119

2007/09/15(土) 13:51:44

常駐というより、巡回しているだけだけどね。
折角だから、nvccの出力(ptx)でも張ってみようか。先ずはソース。
--
#include <cstdio> // WIN版だとリンクにvcを使う所為かiostreamを巧く使えない
const int NofThreads = 256; // 32以下なら1warp内で完結、最大512
const int NofBlocks = 256; // 物理ブロック数をオーバーしたら時分割処理される
// device側コード
#include <cuda_runtime.h>
__device__ float dVals[NofBlocks * NofThreads]; // >45も書いている、device側のメモリ
__global__ void foo(float ratio)
{
float vs, vc;
unsigned offset = blockIdx.x * blockDim.x + threadIdx.x; // この右辺の変数で何番目のデータスレッドか判る
__sincosf(offset * ratio, & vs, & vc); // sincosf()の組み込み命令版
dVals[offset] = vs * vs + vc * vc;
}
// host(CPU)側コード
const float M_PI = 3.14159265358979323846f;
int main()
{
foo<<<NofBlocks, NofThreads>>>(M_PI / (NofBlocks * NofThreads)); // ここで並列起動
float hVals[NofBlocks * NofThreads]; // host(CPU)側メモリ
// この場合はcudaMemcpyFromSymbol()を使用(cudaMalloc()した場合はcudaMemcpy())
cudaMemcpyFromSymbol(hVals, dVals, sizeof(* hVals) * NofBlocks * NofThreads);
for (unsigned ic = 0; ic < NofBlocks * NofThreads; ++ic) {
printf("%g ", hVals[ic]);
}
fputchar('\n');
return 0;
}
// 所要時間はCore2Duo 6320 @ 1.86GHzで1秒掛からない程度
// シンプルすぎて時間測定には不向きなので要注意

007219

2007/09/15(土) 13:53:50

んで、こっちがnvcc -ptx -O3した出力の抜粋
--
.global .align 4 .b8 dVals[262144];

.entry foo
{
.reg .u32 $r1,$r2,$r3,$r4,$r5,$r6,$r7,$r8;
.reg .f32 $f1,$f2,$f3,$f4,$f5,$f6,$f7;
.param .f32 __cudaparm_ratio;
.loc 12 10 0
$LBB1_foo:
.loc 12 15 0
cvt.u32.u16 $r1, %ctaid.x; //
cvt.u32.u16 $r2, %ntid.x; //
mul.lo.u32 $r3, $r1, $r2; //
cvt.u32.u16 $r4, %tid.x; //
add.u32 $r5, $r4, $r3; //
cvt.rn.f32.u32 $f1, $r5; //
ld.param.f32 $f2, [__cudaparm_ratio]; // id:31 __cudaparm_ratio+0x0
mul.f32 $f3, $f2, $f1; //
cos.f32 $f4, $f3; //
sin.f32 $f5, $f3; //
mul.f32 $f6, $f5, $f5; //
mad.f32 $f7, $f4, $f4, $f6; //
mov.u32 $r6, dVals; //
mul.lo.u32 $r7, $r5, 4; //
add.u32 $r8, $r6, $r7; //
st.global.f32 [$r8+0], $f7; // id:32 dVals+0x0
exit; //
} // foo
--
# 解説要るなら言っとくれ

0073デフォルトの名無しさん

2007/09/15(土) 14:33:50

8800だと、128の演算が並列で行われるのでしょうか？

0074デフォルトの名無しさん

2007/09/15(土) 15:22:58

>>73
warpを理解しろ

0075デフォルトの名無しさん

2007/09/19(水) 18:13:38

cudaで遊ぼうとしてまして、8400GSでサンプルを動かして速さを実感したのですが、
cudaを使ったフリーソフトとかソフトを集めてるサイトとかありませんか？
手始めにmp3エンコーダーのlameのDCT部分をCUFFTで置き換えられないかなと
勉強中なのですが、すでに誰かやってそうで。
公式フォーラムで、Diracデコーダーを実装した人が20倍速くなったと書いてるのでわくわく

0076デフォルトの名無しさん

2007/09/19(水) 18:46:15

あー、8400GSでも動くのか。
しかし、WoodcrestXeonだと恐らく速くなりそうもない罠。

0077デフォルトの名無しさん

2007/09/21(金) 23:03:28

Cgのことはこちらで聞いて言いのでしょうか
ttp://up-sv.ath.cx/up/1/source3/No_0718.txt
こういうコードがサンプルであったのですが、中のfor文は動くのでしょうか？

現在GPUが無いところでソースだけ打ち込んでいたのですが少々気になって

0078デフォルトの名無しさん

2007/09/22(土) 00:21:54

>>75
x264に手を入れてくれｗ

0079デフォルトの名無しさん

2007/09/25(火) 01:08:16

CUDA死亡確認
ttp://pc.watch.impress.co.jp/docs/2007/0925/idf10.htm

0080デフォルトの名無しさん

2007/09/25(火) 02:11:48

PS3でリアルタイムレイトレーシング、デモアプリ公開

IBM：Interactive Ray Tracer for Cell Broadband Engine
http://www.alphaworks.ibm.com/tech/irt

IBMより、Cell Broadband Engineで動作するインタラクティブレイトレーシングのデモアプリがリリースされました。
PS3もしくはIBM QS20 Cell blade上のLinuxで動作します。

リアルタイムレイトレーシングのデモ動画はすでに4月に公開されていたものですが、今回デモアプリが公開されたことで、家庭のPS3でも（Linuxの知識があれば）手軽？に試すことが出来るようになりました。

パフォーマンスは、QS20 1台で1080p 1.6M Triangles時にフレームレート2.7fps程度、QS20を7台使って17fpsとなっています。
ということはPS3を1台使用した場合のフレームレートは1.0fpsぐらいでしょうか、公開されている動画ではPS3を3台使用しています。

http://pocketnews.cocolog-nifty.com/pkns/2007/09/ps3_b71c.html

0081デフォルトの名無しさん

2007/09/25(火) 02:47:39

今後数年以内に産業資本主義自体が滅びるからcudaとかps3とか無駄

0082デフォルトの名無しさん

2007/09/25(火) 07:04:10

Larrabeeの行く末ってCellが示してる気がするわ。
描画は遅くて使えない
FahじゃX1650XTにも勝てない

0083デフォルトの名無しさん

2007/10/02(火) 14:52:31

>>80
PS3を3台ってどうやってデータ渡してんの?
先を予測して時分割でやってんのか。

0084デフォルトの名無しさん

2007/10/02(火) 15:08:24

>>83
スレ違い。どう見てもCELLスレ向けです。
--
Cellプログラミングしちゃいなよ2
http://pc11.2ch.net/test/read.cgi/tech/1183091522/

0085デフォルトの名無しさん

2007/10/09(火) 20:50:22

最近CUDAで遊び始めた者です。
ひとつの変数に複数のスレッドから値を足し込むことをうまくやりたいのですが、
スレッド間の同期が取れていないためか、おかしな値が出てしまいます。
（例えば C = A[ty][tx] * B[tx][ty] ）
for文を使うとうまくいくのですが、このfor文がボトルネックになってしまい
困っています。

何かうまい方法を知っている方いれば教えていただきたいです。

0086デフォルトの名無しさん

2007/10/09(火) 21:50:00

>>85
【GPGPU】NVIDIA CUDA質問スレッド
http://pc11.2ch.net/test/read.cgi/tech/1190008468/

そのAやBは、ReadOnlyなのか? だったら読み込みに問題はないと思うんだが。

0087デフォルトの名無しさん

2007/10/10(水) 18:21:34

85です。
例に挙げた式、間違ってました。
C += A[ty][tx] * B[tx][ty] でした。申し訳ない。
for文を使う場合は for(i=0;i<BS;i++) C += A[ty][i] * B[i][ty]; こんな感じです。
iはint型変数、BSはブロックサイズです。
for文を使わないと、各スレッドがそれぞれのタイミングでCの値を参照し、計算結果
を足しこんでいるのでしょうか、Cの値が毎度おかしなものになります。
AとBはReadOnlyです。

86さんの誘導先に似たような事例がありましたので参考にしようと思います。
それにしても、スレッドの並列処理に比べてfor文があまりにも遅くて驚きました。

0088デフォルトの名無しさん

2007/10/10(水) 22:57:16

すいませんCgのことでちょっとお聞きしたいのですが

3次元テクスチャを使ってデータをやりとりしてるのですが
どうもメモリが解放されていなくて、徐々にメモリ使用率が上がっていってしまいます

普通CPUで3次元テクスチャを使った場合はメモリ使用量は一定なので
GPU側の問題と踏んでいるのですが

同じような症状の方いましたら、解決方法教えてください

0089デフォルトの名無しさん

2007/10/10(水) 23:19:54

すいません↑のは

普通にCPUで～
です

nvidiaのサンプル（opengl two texture sample）を実行してみたところ
animationをさせるとメモリが増加していきました。。。
これは仕方が無いのでしょうか…

0090デフォルトの名無しさん

2007/10/10(水) 23:43:41

>>87
Cが一箇所だとどうしても並列動作できないねぇ。

もしできるのであれば乗算の結果を(その場で積算せず)リニアにグローバルメモリに保存しておき、
別の関数でその値をまとめるとかいっそ、CPUに転送してCPUで集計するとか。

ぶっちゃけ、そういう積算が必要なくなるようにアルゴリズムを見直すのが一番だけどね。

# どうせなら誘導先に書いて欲しかった。

0091デフォルトの名無しさん

2007/10/11(木) 15:22:23

Intel 「GPGPUは失敗する（笑）」
http://pc.watch.impress.co.jp/docs/2007/1011/kaigai392.htm

0092デフォルトの名無しさん

2007/10/14(日) 18:16:45

二分木で足しこんで行く手はある

0093デフォルトの名無しさん

2007/10/30(火) 21:06:02

市販GPUを使ってパスワードを高速クラック
http://japanese.engadget.com/2007/10/29/elcomsoft-gpgpu-password-cracking/

0094デフォルトの名無しさん

NGNG?2BP(1)

GF8500GT-P256H使うか

0095デフォルトの名無しさん

2007/11/13(火) 21:55:28

CUDA 1.1betaが会員に公開されたみたいね。
x64をサポート、しかしVistaはまだだそうだ。

0096デフォルトの名無しさん

2007/11/14(水) 09:45:29

Linuxは？できれば*BSDもサポートして欲しいが。

0097デフォルトの名無しさん

2007/11/15(木) 21:57:28

GPUつかって
描画と物理演算の二つをやりたいのですが、可能でしょうか。

GPUで物理演算したものを、GPUレイキャスで行う
という感じなのですが

Cgで片方・片方は出来たのですが、それを同時にするのって見当がつかなくて

0098デフォルトの名無しさん

2007/11/18(日) 17:05:58

AMDの3800シリーズのデモ（PingPong）では玉の動きを物理処理させつつ高度な光源処理を行っています。

0099デフォルトの名無しさん

2007/11/18(日) 23:52:33

>>98
そのサンプルとかありますか？

実際にどう実装しているのか。まだvertex fragmentのシェーダー一つを扱うのにいっぱいいっぱいで

0100デフォルトの名無しさん

2007/11/19(月) 12:29:12

ttp://ati.amd.com/products/pdf/DirectX10.1WhitePaperv1.0FINAL.pdf
ttp://www.4gamer.net/games/044/G004473/20071115005/
DX10.1の発表と同時位に公開されるんじゃないかな？
これはDX10.1のデモだし。
ソースが出るとすればATI SDKのページかな。
ttp://ati.amd.com/developer/SDK/Samples_Documents.html
システムメモリにアクセス頻発するようなゲーム物理だと
WDDM2.1（DX10.1）未対応の場合、GPUがストールしまくりで
実用的ではないらしいけどね。

0101デフォルトの名無しさん

2007/11/21(水) 12:55:42

CUDA 1.1 beta が表に出てきましたよ。
x64サポートされてますよ。
Vis未サポートですよ。

0102デフォルトの名無しさん

2007/12/08(土) 12:30:19

ゲフォ8kって、AGPは無くてPCI-eに移行しないといけない
のな。すると連動してS-ATAに移行させられてdebian系が
起動しない罠。
FreeBSDでCUDAしたい…。

0103デフォルトの名無しさん

2007/12/09(日) 21:08:47

>debian系が起動しない罠。
いつの時代の人？

0104デフォルトの名無しさん

2007/12/09(日) 23:32:31

woodyでも使ってんのかね

0105デフォルトの名無しさん

2007/12/12(水) 10:42:27

>>102
【GPGPU】NVIDIA CUDA質問スレッド
http://pc11.2ch.net/test/read.cgi/tech/1190008468/

0106デフォルトの名無しさん

2007/12/24(月) 13:17:16

AMDもCALとBrook+きたようだ
ttp://ati.amd.com/technology/streamcomputing/register.html

0107デフォルトの名無しさん

2007/12/24(月) 13:51:35

vistaだとランタイムたりねぇって怒られる・・

0108デフォルトの名無しさん

2007/12/25(火) 22:09:12

http://pc.watch.impress.co.jp/docs/2007/1225/kaigai409.htm

0109デフォルトの名無しさん

2007/12/26(水) 08:12:57

べつにハード的な統合は一番最後で構わんのだし
CALとBrook+が出たことで、今後将来的なAMD GPUでもサポートされる
今はこっちを一般的にするほうが課題だな

0110デフォルトの名無しさん

2007/12/29(土) 12:02:21

次世代（nVIDIA、AMDどっちでも良い）は、奮発して高いGPU買いたいよね。

0111デフォルトの名無しさん

2008/01/13(日) 00:20:16

あけおめ、CUDAのWorldCommunityGrid　Boincクライアント用のアプリを誰か書いてくれ

0112デフォルトの名無しさん

2008/01/15(火) 10:17:49

>>111
kwsk

0113デフォルトの名無しさん

2008/02/05(火) 09:17:50

流れが止まったな

0114デフォルトの名無しさん

2008/02/05(火) 14:45:38

今だから聞きたいんだが、

お前らAMDとNvidiaのどっちが優れている、又はスタンダードになると思う？

GPUのシェーダー性能はAMDが優れていて、開発環境としてはNvidiaのCUDAのほうが普及している。

DX10.1対応で先行しているAMD、今度Phsixを買収するNvidia。

ぱっと見、抜きつ抜かれつでいい勝負しているように見えるが、どうなんだろうか。

0115デフォルトの名無しさん

2008/02/05(火) 21:50:23

犬VidiaがCPUも開発すれば良いよ。
犬糞動けば良いんだからさ。

0116デフォルトの名無しさん

2008/02/06(水) 03:19:55

ゲーム屋からみると、開発リソースはnVidiaが勝っているように思えるな。
結局今は様子見しかない。
GPGPU か、 hyper parallel coprocessor かは、先が見えるまでに何年もかかるんじゃない？

0117デフォルトの名無しさん

2008/02/07(木) 14:13:03

extern __shared__ int shared[];
でsharedメモリを使えますが、複数の配列を使いたい場合はどのようにすればよいのでしょうか？

0118デフォルトの名無しさん

2008/02/07(木) 14:24:39

>>117
cudaの話ならCUDAスレでどうぞ。
http://pc11.2ch.net/test/read.cgi/tech/1190008468/

0119デフォルトの名無しさん

2008/02/09(土) 21:31:27

もうさ、GPUを直接プログラミングしたほうが早くね？

0120デフォルトの名無しさん

2008/02/09(土) 22:13:13

公開されていれば…

0121デフォルトの名無しさん

2008/02/09(土) 22:40:49

intel全部公開? http://intellinuxgraphics.org/documentation.html
amd準備中らしい?
nvidia ?

cryptにひっかかる回りはどうなってるかしらないが、
その部分はブラックボックスになるんだろう。

0122デフォルトの名無しさん

2008/02/09(土) 22:56:30

いや、こんなしょぼいの公開されてもやる気茄子

0123デフォルトの名無しさん

2008/02/09(土) 23:03:56

結局ハード仕様書がないことにはAPIの速度は測れても
どの部分がどの程度動くかを定量的に測るのは難しいってことだろう。

0124デフォルトの名無しさん

2008/02/17(日) 12:10:57

GPGPUの研究ってどこの機関が一番進んでるの？
企業名とか機関名とか教えて

大学でGPGPUやってたけど大学レベルはどこもダメだった

0125デフォルトの名無しさん

2008/02/17(日) 12:18:28

>>124
NVIDIA

0126デフォルトの名無しさん

2008/02/17(日) 12:23:54

駄目ならむしろチャンスなんじゃないのか。
設備的にもパソコン程度で済むものだし個人のアイデアレベルでも世界に出られるぜ、素養は必要だけどさ

0127デフォルトの名無しさん

2008/02/17(日) 14:44:18

cutCreateTimerなどタイマー関係のリファレンスってどこにあるの？

0128デフォルトの名無しさん

2008/02/17(日) 15:35:20

>>127
CUDAについては隔離スレがあるからそちらで。
cutなんちゃらはドキュメントが無かったと思うけど、大したことしていないからソースを読めばいいよ。

>>124
大学で結構真面目に取り組んでいるところもあるよ。
今度産学共同でやることになるかもしれないから名前は出さないけど。

0129デフォルトの名無しさん

2008/02/17(日) 16:12:12

普通にstanfordが一番進んでるだろ

0130デフォルトの名無しさん

2008/02/17(日) 19:20:32

AMD（旧ATI）のカードは何でプログラムを書けばいいの？CUDAみたいのはないの？

0131デフォルトの名無しさん

2008/02/17(日) 21:50:19

CALとBrook+を使うんじゃないかな？

0132デフォルトの名無しさん

2008/02/22(金) 06:40:35

GeForce 9600 GTは64ビット計算できますか？

0133デフォルトの名無しさん

2008/02/22(金) 10:10:29

出来ません

0134デフォルトの名無しさん

2008/02/22(金) 11:16:14

改良するんじゃなかったっけ?

0135デフォルトの名無しさん

2008/02/22(金) 12:19:14

口先だけのfudです

0136デフォルトの名無しさん

2008/02/22(金) 13:52:32

FireStreamは倍精度が使えるらしいけど、HD38x0で使えなきゃ意味がないよな。

0137デフォルトの名無しさん

2008/02/22(金) 23:40:24

意外かもしれないが、限定条件付で64ビット実数もCUDAで計算できる罠。
それはさておき、9600GTでCUDAが使えると言うアナウンスが未だないんですが。

0138デフォルトの名無しさん

2008/02/23(土) 07:19:06

あれ、両社とも倍精度実装するんじゃないんか？
現世代買わずに待ってたのに。

0139デフォルトの名無しさん

2008/02/23(土) 12:05:37

Brook+でdouble使おうとしたらストリームデータとしては使えませんと言われたよ。

0140デフォルトの名無しさん

2008/02/23(土) 13:07:08

それは「Brook+」とやらが対応していないと言うことだろ。GPUが対応しているかどうかとは別の問題だ。

0141デフォルトの名無しさん

2008/02/26(火) 18:56:43

>>128
灯台のK塚研？
あそこってK塚さんよりも、その他の学生・助手の天才が
GPUを扱ってるんでしょ？

あの大学の産学プロジェクトは、でかい花火をばーっと揚げて
中身が伴わないから好かん。

つーか、GPGPUやGPUを扱うためのTIPが少ない…
JAPANは当然だけど、海外の論文も上っ面だけで
いざ実装の部分がまったくない。

周りも聞けないのばっかだし、みんなどこで情報得てるんだ？

0142128

2008/02/26(火) 23:44:10

>>141
どことは言えないけれど、そこじゃないよ。

どことは言わないけれどCUDAを使った高速化を商売にしている会社があるんだけど、
そこが組んだロジックよりも私が組んだロジックの方が速かったりする事実。
どこも苦労しているんだろうねぇ。

0143デフォルトの名無しさん

2008/02/27(水) 00:04:24

どこも暗中模索・切磋琢磨してるんだねぇ

つーか大学の研究室じゃなくて
今、それをやってる研究者を知りたいわ
教授レベルじゃなくて、学生・ドクター・助手レベルで
論文も数が少ないし、ノウハウなんて個人が所有してるのしか無い
仲が悪くなれば、脱走して終了なんていくらでもあるしなぁ

というか128のロジックをうｐってくれｗ

0144128

2008/02/27(水) 00:13:21

>>143
CUDAスレに、断片くらいなら載せてたかも知れず。
まぁ、落ち着いたら一般化できるノウハウはまとめるかも知れないけれど。

0145デフォルトの名無しさん

2008/02/27(水) 02:39:38

>>142
とあるシンポジウムに来ていたあの企業かしら…

0146128

2008/02/28(木) 11:51:55

>>145
私のことなら違いますよん。なんせ私はシンポジウムに出てないし、
私のつとめる会社でCUDAをまともに使えるのは私だけだし。

0147デフォルトの名無しさん

2008/02/28(木) 22:33:41

これはwwwww

0148デフォルトの名無しさん

2008/03/05(水) 21:00:59

さて明日はCUDA祭ですね

0149デフォルトの名無しさん

2008/03/05(水) 23:43:28

なんで？

0150デフォルトの名無しさん

2008/03/06(木) 00:45:39

そのまんま。これでしょ。
ttp://www.loopinc.jp/nvidia2008/

0151デフォルトの名無しさん

2008/03/06(木) 19:27:01

CUDA プログラミングガイドの日本語訳版が出たけど
急いで作ったんだなぁというのがよく分かるなこれ…

とりあえず乙ということで

0152デフォルトの名無しさん

2008/03/06(木) 22:53:30

どこ？どこ？

0153デフォルトの名無しさん

2008/03/06(木) 23:07:33

ttp://www.sei.buaa.edu.cn/alta08/
Workshop on Architectures and Languages for Throughput Applications

Program Committee
Carmean Douglas Intel Corporation
Tom Conte North Carolina State University
Mike Houston AMD
Michael McCool RapidMind Inc.
Michael Garland Nvidia
Sun Chan Simplight Nanoelectronics
Xiaohua Shi Beihang University

0154デフォルトの名無しさん

2008/03/07(金) 00:10:34

>>152
ttp://www.nvidia.co.jp/object/cuda_develop_jp.html
ほい

0155デフォルトの名無しさん

2008/03/07(金) 01:09:59

カンファレンス行ってきました
受付のお姉さん方皆様綺麗でスタイル良くて大満足でした

0156デフォルトの名無しさん

2008/03/07(金) 01:12:09

宣伝しないと言ってましたがやっぱり少しだけ宣伝入ってましたね

0157デフォルトの名無しさん

2008/03/07(金) 01:17:39

宣伝は仕方ないかなって感じかなぁ
vista対応はいつすんだ？の質問はわらた

0158デフォルトの名無しさん

2008/03/07(金) 04:23:49

マルチ・コアが非常に高いメモリ帯域幅によって動作されている状態で、今日のGPUはグラフィックスと非グラフィックス処理の両
方のための信じられないリソースを提案します。

なんじゃこりゃ

0159デフォルトの名無しさん

2008/03/07(金) 06:04:15

>>155
うpれ！

0160デフォルトの名無しさん

2008/03/07(金) 15:12:29

Mike Houstonか

0161デフォルトの名無しさん

2008/03/19(水) 06:28:41

誰かGeForce 9800 GX2買った？

0162デフォルトの名無しさん

2008/03/19(水) 07:49:55

えーと、8800GTS*2?

0163デフォルトの名無しさん

2008/03/19(水) 09:19:42

9600GTを買おうと思っている。
Geforce 9 って公式にはCUDAはまだサポートされていないけれど
使おうと思えば使えるの？

0164デフォルトの名無しさん

2008/03/19(水) 09:43:17

フォーラムには使えるような事が書いてあったきがす

0165デフォルトの名無しさん

2008/03/19(水) 10:55:11

俺は 9800GTX 狙い。
期待はずれな気もするけど・・・

0166デフォルトの名無しさん

2008/03/19(水) 22:10:37

G90世代を買うなら、8800GTか8800GTS(512MB)でいい希ガス。
そろそろ在庫処分だから値段も崩れると思うし。
と言うのも、夏にはG100世代が待っているからなんだけど。
プロセッサ数も然ることながら、倍精度も来るようだしね。

0167デフォルトの名無しさん

2008/03/22(土) 12:09:57

AMD Stream SDK v1.0 beta
XP 32bit版/64bit版

0168デフォルトの名無しさん

2008/03/22(土) 16:14:34

>>166
それだと、ComputeCapabilityが1.0だろ
どうせなら、1.1のやつを選んだほうがいいよ

もうすぐ、1.5がでるという噂もあるけど

0169デフォルトの名無しさん

2008/03/22(土) 19:29:16

>>168
その2つは1.1なはず

0170デフォルトの名無しさん

2008/03/23(日) 23:49:59

>>167
ソース、キボンヌ。
てかLinux版は無いの？

0171デフォルトの名無しさん

2008/03/24(月) 01:33:47

このスレの住人なら知っていますね、あの糞開発ツールのことを

・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている
・糞開発ツールを批判すると「性格が悪いから糞ツールを批判するんだ」と言われる

糞だけど、政治的な理由で無理やり使わされているんですよね。
もう、あんな厨の作った糞ツールを我慢して使うのはやめましょう。

・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
　上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・糞開発ツールを使わせる上司の下では働けません、と上司の上司に直訴しましょう。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
　バグレポートなどしてはいけません。改善要求などもってのほかです。
　あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」
　なんて話が出たら力強く机を叩き、会議室を出ましょう。
　あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。

糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。

0172デフォルトの名無しさん

2008/03/24(月) 01:39:03

知らんがな

0173デフォルトの名無しさん

2008/03/24(月) 01:41:47

>>171
PS2のgccの事かｗ

0174デフォルトの名無しさん

2008/03/24(月) 04:56:28

マ板のコピペだろ。
統合開発環境なんて、どれもあてはまりまくりだが。

0175デフォルトの名無しさん

2008/03/24(月) 05:40:37

>>170
http://ati.amd.com/technology/streamcomputing/sdkdwnld.html

0176デフォルトの名無しさん

2008/03/24(月) 10:46:34

>>168
CUDAスレに載ってる一覧表参照。
少なくとも、8800GTは1.1。使用チップが同じと言う点からの類推で8800GTS(512MB)も同様。
# 8800GTSは、320MB/640MBがG80なのでそちらは1.0だから要注意。

1.5がもうすぐって言ってもなぁ。少なくとも数ヶ月は先な悪寒。

閑話休題、CUDAスレの件の一覧表見て、「手元の一覧表を更新できる♪」と思ったら
どうも内容に見覚えがある。出所はどう見ても私です。本当にありｇ（ｒｙ……（：；

0177デフォルトの名無しさん

2008/03/24(月) 10:54:19

Dominik の GPGPU tutorial 読んで重力相互作用シェーダ(fp40用)を書いたん
だが、2つ問題があった。

* for { for { 相互作用計算 } } ループで 128 x 128 など大きな値にすると
途中で抜ける →各テクスチャブロック 64 x 64 ごとの ping-pong (swap)
技で解決
* ブロックを 4 x 4 = 16 回など swap を増やすと計算結果が変になる→ swap時
に glFinish() 待ちで解決

glFinish を glFlush に変えると全然だめだった。計算順序が守られてかつ
glFlush みたいに軽い方法ないかな

0178デフォルトの名無しさん

2008/03/25(火) 10:12:44

>>170
ttp://forum.beyond3d.com/showpost.php?p=1141513&postcount=100

We are working on Linux support. Getting all the i's dotted and t's crossed
with different kernel/driver/chipset combinations is more "interesting" on linux than XP/Vista.

mhouston
System Architect, AMD

0179デフォルトの名無しさん

2008/03/27(木) 20:16:35

ttp://folding.stanford.edu/English/FAQ-ATI2

> The client runs on all hardware supported by the AMD Compute Abstraction Layer (CAL),

> The client runs on Windows XP 32-bit/64-bit and Vista 32-bit/64-bit.

どうやらVista対応は間違いなさそうだ

0180デフォルトの名無しさん

2008/04/03(木) 01:49:03

radeonじゃ動かないかね？

0181デフォルトの名無しさん

2008/04/03(木) 07:09:54

2400以上なら動くよ

0182デフォルトの名無しさん

2008/04/10(木) 23:39:47

NL-Means filter
http://kishibe.dyndns.tv/index.php?%E3%83%95%E3%83%AA%E3%83%BC%E3%82%BD%E3%83%95%E3%83%88%2FNL-Means%20filter

Ver0.01からはGPUによる並列計算処理に対応いたしました

0183デフォルトの名無しさん

2008/04/12(土) 18:53:49

そういやR600向けFah来てたな

0184デフォルトの名無しさん

2008/04/15(火) 02:02:32

CAL1.00.2 beta、RV670で倍精度演算でけたよー

0185デフォルトの名無しさん

2008/04/17(木) 21:40:09

CUDA 2.0 beta来たね。Vistaで動いてるそうな。
CALもFAH GPU2でVista対応のDLLがおまけで付いて来るから
これ使うと1.00.2 betaのサンプルが動いたりする。
両社ともあとは正式公開を待つばかりだ。

で、Linux版CALはまだですか？
Catalyst来月号でfglrxが大きく変わるって話だけどこいつですかね？それともCrossFire？adlってなんぞー

0186デフォルトの名無しさん

2008/04/21(月) 17:15:44

CUDA2.0 for Linuxはドコー？？

0187デフォルトの名無しさん

2008/04/21(月) 19:17:28

2.0になって何が新しくなったとか言うドキュメントはないの？

0188デフォルトの名無しさん

2008/04/21(月) 19:17:35

Linuxはここだ
http://forums.nvidia.com/index.php?showtopic=65067

0189デフォルトの名無しさん

2008/04/22(火) 00:18:52

情報THX! CUDAスレにも転載させてもらいま。

0190デフォルトの名無しさん

2008/04/27(日) 22:48:52

AMD Stream SDK v1.0
ってドキュメントどこにあるの？

概念情報しか載ってなくて困ってる
あとWindowsしか対応しとらんの？

0191デフォルトの名無しさん

2008/04/27(日) 23:37:22

> ってドキュメントどこにあるの？
インストールしろ。まずはそれからだ。

> あとWindowsしか対応しとらんの？
いまんとこそう。

0192デフォルトの名無しさん

2008/04/27(日) 23:41:36

>>191
何それって感じだなｗ
CUDAですら当初からLinuxサポートしてたのに

0193デフォルトの名無しさん

2008/04/28(月) 02:11:53

> CUDAですら
CUDAとCTM以外になにかあったっけ？

0194デフォルトの名無しさん

2008/04/28(月) 12:26:12

GCC,spice

0195デフォルトの名無しさん

2008/04/28(月) 22:25:44

CTMのLinux版出すのか問い合わせたけど
ドライバの問題で無理って回答を貰った
半年後はどうかと聞いたがそこまで先の
ことは言えないっぽいｗ

0196デフォルトの名無しさん

2008/04/29(火) 09:13:39

CTMなんて、もう作ってないが？

0197デフォルトの名無しさん

2008/04/29(火) 19:09:02

良いスレsage

0198デフォルトの名無しさん

2008/04/29(火) 19:15:54

sage

0199デフォルトの名無しさん

2008/05/09(金) 15:48:49

AMDのStreamSDKをVista x64で使えたって人います？

0200デフォルトの名無しさん

2008/05/09(金) 17:38:59

Folding@HomeのGPUクライアントに付いて来るCALのDLL使えばいける

0201デフォルトの名無しさん

2008/05/09(金) 17:52:12

Linux版のSDKもそろそろ出るとさ

0202199

2008/05/09(金) 18:23:54

Windows: V6 Beta GPU2 (ATI 26xx, 3xxx, and later) clients の 6.11 beta3を入れてみたけど
dllファイルは一切なかったです。以前と変わったのかな…
Stream SDKにあるサンプルをプロンプトで実行してみたんだけど、エラーは出ないのだけど
結果も何も出ないから実行できてるのかどうかよく分からない。

0203デフォルトの名無しさん

2008/05/09(金) 19:34:49

一度実行するとWUと一緒にDLLがダウンロードされる。
スタートメニューにデータフォルダへのショートカットがあるから開いてみ。

0204デフォルトの名無しさん

2008/05/09(金) 20:08:59

見つかりました。こんなところにあったとは…

しかし、CALのlibフォルダにFolding@Homeのdllつっこんで
AMDのデモ実行したらamdcalcl.dllが見つからないと言われちゃった。
（ってことは、ちゃんと今までは実行できていたってことか？）

う～ん難しいな～
βだからこんなものなのだろうか…

0205デフォルトの名無しさん

2008/05/09(金) 21:00:18

それもセットでDLされてない？
俺がやった時はついてきたんだがな。

0206デフォルトの名無しさん

2008/05/09(金) 21:05:01

ああいや、付いて来てたのかな。
だとしたらamdcalclだけか、両方とも実行ファイルと同じ
ディレクトリにたたき込んでみ

0207デフォルトの名無しさん

2008/05/11(日) 19:49:19

ノートPCでCUDAに向いてる機種って何？
浦島太郎なので、グラフィックchipの型番
とかワカンネ。
出張用に、軽くて携帯性と電池の持ちが良い
方が嬉しいけど。

あっ、もちろんLinux動くこと。

0208デフォルトの名無しさん

2008/05/11(日) 20:13:56

>>207
軽くて大きくなくて消費電力も少なめで、できればNVIDIAのGeForce8600MGS以上のVGAを搭載している機種。

0209デフォルトの名無しさん

2008/05/12(月) 05:38:10

＞VGAを搭載している機種。

そんなｽﾍﾟｯｸ作ってﾈｰﾖ

0210デフォルトの名無しさん

2008/05/12(月) 07:30:43

VideoGraphicAdapterですね。

0211デフォルトの名無しさん

2008/05/12(月) 09:46:54

Acceleratorとも言う

0212199

2008/05/12(月) 14:22:56

Folding@Homeのdllではなぜか駄目で元のsdkについてきたものに戻すと、
とりあえずエラーはでないみたいです。
VisualStudioでx64としてBrook+のGuideにあるサンプル(Sum.br)をコンパイルすることはできているのですが、
実行をしてもプロンプトが一瞬現れるだけでなんの結果も得られない状況です。
（他の元から入っているサンプルの.exeを実行しても同じ）

printfの結果さえプロンプトに表示されていないので、どう見ても実行されていないように見えるのですが
どうなんでしょうか…

0213デフォルトの名無しさん

2008/05/12(月) 14:36:07

プロンプトが一瞬現れるのなら、結果も一瞬現れているのではないか?
ダブルクリックで起動せずに、コマンドプロンプトから実行してみては?

0214199

2008/05/12(月) 14:40:22

コマプロ上からもやってみたのだけれど、一切のエラー・警告もなく静かに終わるんです。
Sum.br内のreturn 0; の前にprintf("test");　を入れてるのでちゃんと実行されてるなら
最低testが表示されるはずなのにされないんですよ。

ドウナッテルノ？

0215デフォルトの名無しさん

2008/05/12(月) 18:00:30

Brook+の中かCALの中でexitでも呼んでるんでしょ。

俺のやった方法は以下の通り
1.64ビット版Vista SP1をセットアップ,ドライバインストール
2.F@Hをインストール
3.F@Hを起動してamdcalrt.dll,amdcalcl.dllがDLされていることを確認したら終了する
4.適当にディレクトリを作成してXP64にインストールしたSDKからサンプルのバイナリ,Brook+のdllをコピー
　（VistaにSDKは入れてない）
5.F@Hのamdcalrt.dll,amdcalcl.dllもコピー
6.実行

0216199

2008/05/12(月) 19:07:05

４.の（VistaにSDKは入れてない）というところが違う所ではあるのですが、
Vista x64　SP1にSDKをインストールして、後はそこから１～６に沿ってやってみましたが
真っ黒なプロンプトが一瞬立ち上がるだけで前と変わらないみたいです。
（コマンドプロンプト上から実行しても同じ）

手詰まりなので、正式版でるまでしばらく待ってみます。
アドバイスして頂き、ありがとうございます。

0217デフォルトの名無しさん

2008/05/12(月) 21:40:50

>>216
多分SDKをインストールすると環境変数を頼りにSDKのdllを参照しに行かされてるんじゃないかなぁ。
コマンドプロンプトから
>set CALROOT=
>hoge.exe
でやってみたらいけそうな匂いがするけど。もしくはSDKの方のdllをリネームしておくとか。
あとはCatalystのバージョンくらいか。役に立てずすまんね。

0218199

2008/05/12(月) 22:43:37

インストールフォルダのlib中にあるdllファイルをF@Hのものに置き換えると
dllが見つからないというエラーがでるようになったので駄目な気がします。
>217　のようにしてプロンプトから実行してみましたがやはり駄目でした…
Catalystは現最新の8.4なのですが、どうでしょう。

ちなみに、VisualStudio上から強引にCPUエミュレートでコードを走らせるように設定したら
想定どうりの動きをしたのでコードの間違いや.brファイルの変換までは問題ない
と思われます。たぶん

ムゥ～

0219デフォルトの名無しさん

2008/05/12(月) 23:59:40

うーん、何で俺の環境だと動いてんだろ。むしろこっちがおかしいのか？
なんか特別なことやったかなぁ。

0220デフォルトの名無しさん

2008/05/13(火) 12:26:10

>>214
問題の切り分けがヘタだな。
printf() だけなら表示されるのか？ダメならそれ以前の問題。
printf() を先頭に持っていって表示されるか？されないならちょっと面倒かも。
表示されるなら、printf() の位置を移動して、表示されなくなる境界を探すとその近辺に（間接的かもしれないが）問題がある。

0221199

2008/05/13(火) 14:34:48

>220
printf()のみソースに記述した場合も変数宣言直後にprintf()をした場合ともに、状況は
変わらないようでした...

CPUエミュの場合と、GPUの場合とでログをとってみました、こんな感じです。
CPU:
Runtime::CreateInstance((null), 0000000000000000, 1)
Brook Runtime starting up
Runtime::Runtime()
stream::stream(000000014001C228, ...)
Runtime::GetInstance((null), 0000000000000000, 0)
Runtime::GetInstanceRef()
CPURuntime::CreateStream(1, 000000000027A360, 2, 000000000027A440, 0)
CPUStream::CPUStream(1, 000000000027A360, 2, 000000000027A440)
StreamInterface::getElementSize()
CPUStream::getFieldCount()
........続く

GPU:
Runtime::CreateInstance((null), 0000000000000000, 1)
Brook Runtime starting up
CALRuntime::create(0000000000000000)
Runtime::Runtime()
CALRuntime::CALRuntime()
CALContext::create(0000000000000000)
CALContext::CALContext()
CALContext::initialize(0000000000000000, 0)
これだけ
GPUの方は、初期化処理で止まってしまっていたので、やはり環境面で何かありそうな感じです。

CPUStream::getIndexedFieldType(0)
getElementSize(1)

0222199

2008/05/13(火) 14:38:46

>221 の下の２行はミスです。

ちなみに、GPUはRadeon HD3470を使っています。（Vista HomePremium x64 SP1)

0223デフォルトの名無しさん

2008/05/21(水) 00:46:01

brook+ってなんでLinuxじゃ使えないの？

0224デフォルトの名無しさん

2008/05/21(水) 01:24:19

Brook+のrelease-notes-mar-08.txtより

> Compiler Support
> ----------------
>
> We only support Visual Studio 2005 (for Windows builds) and gcc 4.1.2 (for
> Linux builds).

0225デフォルトの名無しさん

2008/05/21(水) 02:59:59

>>207
http://pc11.2ch.net/test/read.cgi/notepc/1209471495/

0226デフォルトの名無しさん

2008/05/21(水) 15:32:05

cudaはGeforce８ｘｘｘ以上だよ
８系でオンボードチップってあるんかいな

0227デフォルトの名無しさん

2008/05/21(水) 17:50:08

ttp://cudacontest.nvidia.com/index.cfm?action=contest.contest&contestid=2
MP3 LAME Encoder

0228デフォルトの名無しさん

2008/05/21(水) 20:37:49

何でこのご時世にMP3・・・
せめてAACにしろよ

0229デフォルトの名無しさん

2008/05/21(水) 21:44:19

コンテストってことは
最適化か何かかね
めざせUS$5,000.00
と思ったら人種差別化ね

Resident in the United States or Canada

0230デフォルトの名無しさん

2008/05/21(水) 22:21:53

>>226
オンボードかどうかは知らんが、GeForce8系を積んだノートPCなら腐るほどある。

0231デフォルトの名無しさん

2008/05/22(木) 01:25:47

>>227
既にhydrogenaudioのスレでも指摘されてるけど、LAMEで大半の時間を食ってるのは
ベクトル化の難しい心理音響解析であって、最適化の効果が大きいFFTやらMDCTではないんだよな
あまり最適化に向いた問題じゃない

0232デフォルトの名無しさん

2008/05/22(木) 15:11:57

>>226
8100と8200のチップセットが出たがな

0233デフォルトの名無しさん

2008/05/22(木) 23:17:04

月刊Catalyst2008年5月号では現行のAMD Stream SDK、F@HのCAL共に動きません。
気をつけましょう。

0234デフォルトの名無しさん

2008/05/22(木) 23:50:55

Catalyst腐りすぎ
だんだんコード悪くなってる
なぜNvidiaが金出してコンサル
してやるって言うのに応諾しねーのよ？

0235デフォルトの名無しさん

2008/05/23(金) 00:13:24

Vistaじゃ動くそうだよ。

> だんだんコード悪くなってる
お前はAMDの中の人なのか？ｗ

0236デフォルトの名無しさん

2008/05/23(金) 07:05:54

fahはvistaだと問題ないな8.5は

0237デフォルトの名無しさん

2008/05/25(日) 11:57:17

AMD Stream SDK v1.1-betaきてた

0238デフォルトの名無しさん

2008/05/25(日) 12:00:04

Linuxまだ対応してねーよ
もうAMDなんていらねーから
業界標準をCudaにしろ

0239デフォルトの名無しさん

2008/05/25(日) 12:08:46

Linux向けSDK公開されてますけど？

0240デフォルトの名無しさん

2008/05/25(日) 12:10:14

http://journal.mycom.co.jp/special/2008/cuda/008.html
希望的観測ぽいけど、GPGPU以外でも使えるモデルと思ってるみたい

0241デフォルトの名無しさん

2008/05/25(日) 13:21:55

キター！
ttp://forums.amd.com/forum/messageview.cfm?catid=328&threadid=95565&enterthread=y

0242デフォルトの名無しさん

2008/05/25(日) 13:37:27

キターーー
LinuxキタけどこれDebianはいらねーじゃん
AMD shitだな

0243デフォルトの名無しさん

2008/05/25(日) 13:48:20

入るよ。
ttp://forums.amd.com/devforum/messageview.cfm?catid=328&threadid=95574&enterthread=y

0244デフォルトの名無しさん

2008/05/25(日) 17:10:46

>>243
どうもありがとう
debian 4
ubuntu 7.10
ubuntu 8.04
knopix 最新版

この4つならとりあえずインストールまで行く

0245デフォルトの名無しさん

2008/05/25(日) 18:46:25

Xenの上でも動く?

0246デフォルトの名無しさん

2008/05/25(日) 18:50:40

debian用のパッチ作ったぉ

だれもいらんよね

0247デフォルトの名無しさん

2008/05/25(日) 18:57:59

>>246
いらねーよ消えろボケ

0248デフォルトの名無しさん

2008/05/25(日) 20:25:29

まぁ待て、煽るんじゃない。

でも俺も要らんわ。

0249デフォルトの名無しさん

2008/05/25(日) 20:35:26

>>246
俺もいらねーよ
ゴミ作るなよ市ねｗ

0250デフォルトの名無しさん

2008/05/25(日) 21:08:04

要る

0251デフォルトの名無しさん

2008/05/25(日) 22:39:34

>>246
まじキモイ
うぜーから消えろ

0252デフォルトの名無しさん

2008/05/27(火) 11:43:25

Core2Quad Q9450でPS2エミュをやると、実機と違い処理オチせず、激ムズになることが判明
http://namidame.2ch.net/test/read.cgi/news/1211740649/l50

0253デフォルトの名無しさん

2008/05/28(水) 00:08:53

AMDの方言語って
CUDAと比較して半端じゃなく
使い勝手悪くない？

0254デフォルトの名無しさん

2008/05/28(水) 05:13:09

いやゼンゼン

0255デフォルトの名無しさん

2008/05/28(水) 17:15:13

言語はAMDが作った仕様ってわけじゃないんだよな

0256デフォルトの名無しさん

2008/05/28(水) 23:08:16

AMDの奴ってなんていうか
学生向け言語って感じで
実用性まったくない言語
になってるね

もともとが学生向けのおもちゃ
言語をベースにしているのが原因かもしれないけど

0257デフォルトの名無しさん

2008/05/28(水) 23:38:15

同じ問題を解いた時ほぼ100%
CUDAに負けるね

Radeon 3870と
Geforce 9800GTXでやってるけど
Radeon遅すぎてお話にならない

0258デフォルトの名無しさん

2008/05/29(木) 05:51:48

必死な奴が常駐してるな

0259デフォルトの名無しさん

2008/05/29(木) 07:39:16

N社の工作員なの？

0260デフォルトの名無しさん

2008/05/29(木) 12:31:16

こんなとこでやっても見てるやつがどれだけいることやら・・

0261デフォルトの名無しさん

2008/05/29(木) 15:13:10

価格帯違うGPUで比べたらそりゃ遅いわな

0262デフォルトの名無しさん

2008/06/01(日) 12:33:25

CUDAとAMDのSDKってどっちが
簡単ですか？
OpenMPみたいにらくらくにできますか？

0263デフォルトの名無しさん

2008/06/01(日) 13:24:31

AMD Stream SDKのv1.1betaって登録しないと落とせないの？
不便だなぁ

0264デフォルトの名無しさん

2008/06/01(日) 14:34:51

は？

0265デフォルトの名無しさん

2008/06/01(日) 14:41:20

>>264
>>241のページからFTPのリンククリックしても入れないんだけど
鯖落ちてるのかな

0266デフォルトの名無しさん

2008/06/01(日) 14:57:59

普通に落とせるよ

0267デフォルトの名無しさん

2008/06/01(日) 15:20:54

普通に落とせるよ

0268デフォルトの名無しさん

2008/06/02(月) 15:03:01

>>262
OpenMPが楽だと思うのなら、CUDAへの移植も楽だと思うよ。
チューニングしだすと面倒だけど。

0269デフォルトの名無しさん

2008/06/02(月) 21:27:45

>>268
そうなんですか
再来週Radeonを買い付けにいくので
AMDの方の使い勝手も知りたいのですが
どうなんでしょうか？

0270デフォルトの名無しさん

2008/06/02(月) 21:50:38

CALを生で使う根性があればAMDの方は自由度高いし面白いと思うよ。
グローバルバッファとか使えるし、適用できる問題の幅も広い。
ただCAL側のリソースをテクスチャにしたり頂点バッファにするみたいな
DirectXやOpenGLとの協調はまだ未実装だから、完全に計算しか出来ないけど。

Brook+ははっきり言ってまだ使い物にならない。CPUコード吐かせると
数値リテラルが全部floatになって生成されたcppファイルがコンパイルできないとか。
CALコードだけにすればまぁ何とか使えなくもないけど、CUDAの方が実用的。

0271デフォルトの名無しさん

2008/06/02(月) 23:12:37

>>270
CALちょっといじったことあるけど
あれ使うのは大変だったなぁ

Brook+はやっぱダメなのかぁ。上に
釣りで学生のおもちゃとか書いてあったけど
どうやら本当なんだね

0272デフォルトの名無しさん

2008/06/02(月) 23:22:28

まぁ機能すらフルに実装されていないβVerだから速度に期待するのは酷だね

0273デフォルトの名無しさん

2008/06/02(月) 23:33:07

速度やバグあるのはまぁCUDAも
0.xxxははんぱねぇｗ状態だったから
別段いいんだけど

Brook+の自由度がどの程度なのか
いまいち図りきれないのが残念
すぐコンパイルエラーばっかり

0274デフォルトの名無しさん

2008/06/03(火) 00:44:32

>>271
まぁちと言い過ぎだけどね。
言語としてはシンプルでそれほど悪いわけじゃないし（でも3DAPIと協調するときどーすんだって気はする。ドキュメントにすら記載ないし）
CALコードだけならとりあえず動くコードは吐いてくれる。遅いけど。
v1.1-betaなんてバージョンにしちゃったから印象が悪いわけで、実際のところは熟成待ち。

>>373
秋葉原で3850が1万チョイって話もあるし、とりあえず3xxx1枚買ってbrcc -p calオススヌ。

CALバックエンドなCUDAコンパイラを誰かが作ってくれないもんかねぇ

0275デフォルトの名無しさん

2008/06/03(火) 00:47:51

おっと、書き込んでから思い出した。
ドキュメントにはないけどVC用のusertype.datにこんな文字列があったんだった。
streamToD3D
streamFromD3D
streamToGL
streamFromGL
一応Brook+と3DAPIのやり取りを実装する気ではいる様だ。いつになるか知らないけどｗ

0276デフォルトの名無しさん

2008/06/03(火) 00:50:48

>>274
今買うより10日に新板でるからそれ
待ってから買った方がいいと思ってます。

0277デフォルトの名無しさん

2008/06/03(火) 12:17:43

4850は18日

0278デフォルトの名無しさん

2008/06/03(火) 13:06:50

ときに次のPhotoshopがGPU使うそうですが。

0279デフォルトの名無しさん

2008/06/05(木) 03:12:09

http://techreport.com/discussions.x/14788
でもCUDAだーよ
ATIの人ｶﾜｲｿｽ

0280デフォルトの名無しさん

2008/06/05(木) 07:28:21

みんなCUDAで200Wとか280W
電力消費すれよｗ

0281デフォルトの名無しさん

2008/06/05(木) 10:05:45

>>279
β版の開発環境でプラグイン作るなんてAdobeもATiも迷惑だろ

0282デフォルトの名無しさん

2008/06/05(木) 16:49:45

CUDAは上位互換が保障されてます

0283デフォルトの名無しさん

2008/06/05(木) 21:44:13

CUDAは全ての変更が上位と将来版で
継承されることが保障されている
Computexで聞いてきたがAMDの方は
1.5からまた全く違う内容になる。
CLIの実装方式が変更されるから意味
ないんだよな

0284デフォルトの名無しさん

2008/06/05(木) 23:49:12

つまり大幅なハードの変更がある訳かね？

0285デフォルトの名無しさん

2008/06/06(金) 00:17:19

また変な改行の人か

0286デフォルトの名無しさん

2008/06/06(金) 02:10:54

この流れでいくとCUDAが圧勝するわけだけど
そうなると当然対応ソフトの多さによってnVidiaカードのシェアが伸びる
下手すれば完全に独占してしまうかもしれない
AMDはCUDAに対応させるために改造するのだろうか
そうなるとｎVidiaがすべての仕様をこれから先ずっと作っていくことになってしまう
使い勝手の悪いものが出来たり、上位互換を自分勝手に切り捨てたりするかもしれん
ISOのような公式な機関が介入出来る情勢でもないし
混沌としてきそうで嫌だね
洗練された仕様がどのメーカーのVGAでも一様に動作するというのが
ユーザーとしては最も望ましいわけだけど
このままだとそれは永遠に無いかもね

0287デフォルトの名無しさん

2008/06/06(金) 07:36:28

>>286
いやそれは無い。もう、Intel互換のチプセトも
AMD互換のチプセトも作らせて貰えない可能性
高い。本業のグラボも１のつの巨大コアで全部
ぶん回す旧世代のアーキテクチャだよ
弱ったら買い叩かれるのがオチだよ

0288デフォルトの名無しさん

2008/06/06(金) 12:33:06

だから今余裕のあるうちに逃げ道を探して奔走してる訳だね

0289デフォルトの名無しさん

2008/06/06(金) 16:04:53

＞本業のグラボも１のつの巨大コアで全部
＞ぶん回す旧世代のアーキテクチャだよ

新世代のアーキテクチャのグラボはどれですか？

0290デフォルトの名無しさん

2008/06/06(金) 16:09:56

RadeonはデュアルコアGPUの4870X2が次世代のフラッグシップモデル
性能もnVidia最上位のGTX280より上らしい
ttp://www.vr-zone.com/articles/Radeon_HD_4870_X2_R700_Beats_GeForce_GTX_280/5851.html

これでStream SDKさえ完成版が出ていたら…

0291デフォルトの名無しさん

2008/06/06(金) 18:44:28

Streaming　Computing用途の性能なら
単精度で2倍あるはずだしな。

0292デフォルトの名無しさん

2008/06/06(金) 19:11:06

Stream SDKは1.0β→1.1βまで2か月しか掛かってないし、
4870X2が出る予定の8月までには完成できるんじゃないかな

0293デフォルトの名無しさん

2008/06/06(金) 19:58:57

4870X2ってただのCrossFire接続だろ？
新世代なんて程のもんじゃ無いな。

0294デフォルトの名無しさん

2008/06/06(金) 20:02:34

>>293
1枚の板に2つのGPUコア
ただのCrossFire接続だったら誰だって4870やGTX280を2枚買うわｗ

0295デフォルトの名無しさん

2008/06/06(金) 20:03:26

いや、ただのCrossFireだって・・・
二重にメモリ積んでるし。

0296デフォルトの名無しさん

2008/06/06(金) 20:10:03

>>295
メモリ共有でソフト側からは1GPU扱いという話だったが、
メモリ2枚積みのソースは？

0297デフォルトの名無しさん

2008/06/06(金) 20:16:24

ttp://northwood.blog60.fc2.com/blog-entry-1999.html

＞Radeon HD 4870X2はATiの次世代ハイエンドカードである。
＞このカードは2つのGPUを1つの基板に搭載したものである。
＞Radeon HD 4870X2はATiのMulti-GPUソリューションである
＞CrossFire Xによる2つのGPUをリンクさせるのでドライバのできによって性能が大きく左右される。

0298デフォルトの名無しさん

2008/06/06(金) 20:48:26

俺らでCLIの開発してやるから
ATI仕様さらせよ

今Linux版解析してるが
実装がヒドイこれやばいだろってもんじゃないなぁ

0299デフォルトの名無しさん

2008/06/06(金) 20:49:07

>>297
ただのCrossFireとCrossFireXは世代が違う技術だっての…メモリ非共有ともどこにも書いてないしな
少なくとも単なる大型化のGTX280とは全く別世代のアーキテクチャだ

ttp://a96sj096.cocolog-nifty.com/weblog/2008/05/r7002_d82b.html
ttp://northwood.blog60.fc2.com/blog-entry-2000.html#more

0300デフォルトの名無しさん

2008/06/07(土) 19:36:02

800SPの1.2Tflopsだってさ4870

あと4870X2がオンボードCFなのかどうかは不明
PLXじゃない専用ブリッジを乗せるとのうわさもある

0301デフォルトの名無しさん

2008/06/07(土) 19:39:40

>>300
それあってねーよ騙されるな
おめぇ一度自作板に勉強しに来いよ

0302デフォルトの名無しさん

2008/06/07(土) 19:54:12

どれが？

800SP?
ブリッジ？

ちなみに800SPの資料
4850で1Tflops
ttp://img68.imageshack.us/img68/1152/rv770slideuj5.jpg

0303デフォルトの名無しさん

2008/06/07(土) 20:00:28

つまり今まで一番もっともらしく出回ってた
480SPってのが単なる妄想スペックだったわけだ

0304デフォルトの名無しさん

2008/06/07(土) 20:30:00

実製品のFLOPSが妄想スペックを20％近く上回るとか…
逆にこっちの方がフェイクじゃないかと思ってしまうな

0305デフォルトの名無しさん

2008/06/07(土) 20:39:12

フェイクだったりして

0306デフォルトの名無しさん

2008/06/07(土) 20:42:53

4850とりあえずもう予約したから
初日にベンチしてやるから
何やってほしいか晒せ

0307デフォルトの名無しさん

2008/06/07(土) 20:52:51

>>306
H.264エンコード

0308デフォルトの名無しさん

2008/06/07(土) 21:13:07

>>302
よくここまで仕様を隠し通してたなｗ
NVIDIAの方がとっくに発表されてたのに

0309デフォルトの名無しさん

2008/06/07(土) 21:40:52

まぁ、フェイクとしても4870はいずれ1Tflops超えか

0310デフォルトの名無しさん

2008/06/07(土) 22:11:20

AでもNでもどっちでもいいからはよH.264エンコーダ作ってクレー

0311デフォルトの名無しさん

2008/06/08(日) 17:40:29

どうでもいいけどラデはム板的に意味なし

0312デフォルトの名無しさん

2008/06/08(日) 17:43:46

CALがあるじゃない

0313デフォルトの名無しさん

2008/06/08(日) 18:36:05

いっこうにCALの話題が無いｗ
誰かが試したという報告すら聞かない
CUDAはかなり普及してきてる

0314デフォルトの名無しさん

2008/06/08(日) 18:40:29

ところでDX10はストリーム演算が出来るとか聞くけど
サンプルとかぜんぜん見当たらないんだけど
DX9と比較して何がどう違うの？
DX１０を使ったフレームワークとかあるの？

0315デフォルトの名無しさん

2008/06/08(日) 20:15:25

4870X2のCFで4.8Tflopsとかわけわかんねぇ
パフォーマンス

0316デフォルトの名無しさん

2008/06/08(日) 20:17:24

X2で1.2TF
48レーンのPCI-EXってかなり
限定されるな

0317デフォルトの名無しさん

2008/06/08(日) 20:39:08

いや、多分そうはならない

0318デフォルトの名無しさん

2008/06/08(日) 22:40:09

CALのドキュメントどれ読めばいいの？

0319デフォルトの名無しさん

2008/06/08(日) 22:46:22

ProgrammingGuide.pdfとcal_platform_spec.pdfとil.pdf

0320デフォルトの名無しさん

2008/06/09(月) 17:55:47

ttp://www.pczilla.net/en/post/36.html

According to some insiders, Compute Shader technology in
DirectX1 11 will possibly terminate the future of NVIDIA's CUDA technology.

統一が望ましいわな
当然

0321デフォルトの名無しさん

2008/06/09(月) 21:01:12

Linuxはどうなるのさ?

0322デフォルトの名無しさん

2008/06/09(月) 22:02:54

何そのいらない子

0323デフォルトの名無しさん

2008/06/11(水) 05:05:11

結局１１が出るまで何も普及しないし実験に付き合わされただけかｗ

0324デフォルトの名無しさん

2008/06/11(水) 05:10:09

ATIの１０．１とかもう何の為にあるのかさえ分からんｗ
ATI詐欺にまた引っかかったなそこの君ｗｗｗ

0325デフォルトの名無しさん

2008/06/11(水) 07:40:27

Windowsの方がどんな場合でも
処理性能300％上なのになぜ
Linuxなんて存在するんだろう

0326デフォルトの名無しさん

2008/06/11(水) 09:07:49

OpenCLってどうよ？

0327デフォルトの名無しさん

2008/06/11(水) 12:39:40

>>325
タダだから。

0328デフォルトの名無しさん

2008/06/11(水) 14:22:25

>>325
Linusが作りたいからじゃろ

0329デフォルトの名無しさん

2008/06/11(水) 15:34:51

>>325
きみはビル・ゲイツの処理能力の0.0000000000000000000000000001%なのに
同じ人間として存在してるほうが不思議だろ。

0330デフォルトの名無しさん

2008/06/11(水) 20:29:50

>>324
ばか

0331デフォルトの名無しさん

2008/06/11(水) 23:05:00

10.1は知らんけど、Stream SDKが死産になりそうな感じではあるな

0332デフォルトの名無しさん

2008/06/11(水) 23:12:23

Intelの奴が2009年の始めにでるけど
それは1枚のカードで４TFらしいね

0333デフォルトの名無しさん

2008/06/12(木) 01:04:38

Intel（）笑

0334デフォルトの名無しさん

2008/06/12(木) 06:18:45

なんだその関数

0335デフォルトの名無しさん

2008/06/12(木) 14:14:08

>>334
ﾜﾗﾀ

0336デフォルトの名無しさん

2008/06/12(木) 16:59:50

void intel()
{
　delete palestinian;
}

0337デフォルトの名無しさん

2008/06/12(木) 17:10:52

AMDはhavokか

0338デフォルトの名無しさん

2008/06/12(木) 17:17:42

ttp://pc.watch.impress.co.jp/docs/2008/0612/amd.htm
AMDとHavok、物理演算をAMDプラットフォームに最適化

最適化はAMD Phenom X4を含むx86プロセッサが対象で、
将来的なATI Radeon GPUでの利用についても取り組む。

0339デフォルトの名無しさん

2008/06/12(木) 20:03:17

またAMD詐欺か

0340デフォルトの名無しさん

2008/06/12(木) 20:04:15

どうでもいいがこのまま消費電力増え続けると地球と家計が爆発するぞ

0341デフォルトの名無しさん

2008/06/12(木) 20:24:35

詐欺も何もCCCにはR600のころから物理処理に関するヘルプが入っていて
havokがintelに買収されてから延々と活かされないままになっていた

0342デフォルトの名無しさん

2008/06/12(木) 22:12:36

俺のRadeon4870がねぇええええ

悪SKせいだ

0343デフォルトの名無しさん

2008/06/12(木) 22:46:01

vistaにcuda2.0入れてサンプルを試しているんだけど
simpleD3Dでコンパイルエラーが起きます。
エラーメッセージは以下です。
1>------ ビルド開始: プロジェクト: simpleD3D9, 構成: Debug Win32 ------
1>カスタムビルドステップを実行しています。
1>simpleD3D9_kernel.cu
1>C:\Program Files\Microsoft SDKs\Windows\v6.0\Include\winnt.h(11241): warning:
1> expression has no effect
1>C:\Program Files\Microsoft SDKs\Windows\v6.0\Include\winnt.h(12857): warning:
1> expression has no effect
1>C:\Program Files\Microsoft SDKs\Windows\v6.0\Include\objbase.h(240): error:
1> identifier "IUnknown" is undefined
1>1 error detected in the compilation of "C:\Users\ookawara\AppData\Local\Temp/tmpxft_000016a8_00000000-6_simpleD3D9_kernel.cpp1.ii".
1>ビルドログは "file://c:\Program Files\NVIDIA Corporation\NVIDIA CUDA SDK\projects\simpleD3D9\Debug\BuildLog.htm" に保存されました。
1>simpleD3D9 - エラー 1、警告 2
========== ビルド: 0 正常終了、1 失敗、0 更新、0 スキップ ==========
誰か教えてください。

0344デフォルトの名無しさん

2008/06/12(木) 23:41:43

>>343
まさかとは思うが、VC6なんぞを使ってはいないだろうな。つーか、CUDAスレに逝け。

0345デフォルトの名無しさん

2008/06/12(木) 23:59:11

割れ物のVSだとなるようなｗ

おっといけね

0346デフォルトの名無しさん

2008/06/13(金) 00:20:42

>>344、345
vs2005expressです。

0347デフォルトの名無しさん

2008/06/13(金) 11:55:15

>>346
だから、ちゃんと隔離用に作ってあるんだからCUDAスレに逝け。

0348デフォルトの名無しさん

2008/06/16(月) 17:47:08

TESLA、Firestreamといったボードは、3DCGでレンダーファームとして今すぐに利用できるのでしょうか？

0349デフォルトの名無しさん

2008/06/16(月) 18:17:35

ttp://pc.watch.impress.co.jp/docs/2008/0616/amd.htm
AMD、1TFLOPSの演算性能を持つGPGPU
「FireStream 9250」
使用スロットは1スロットのみで、消費電力は150W以下

0350デフォルトの名無しさん

2008/06/18(水) 06:36:23

AMDのHD4850が２万５千円だって
ゲフォの次のやつは７万円だって
CUDAの一人勝ちかと思ったけどそうでもないかもｗ

0351デフォルトの名無しさん

2008/06/18(水) 08:50:24

HavokがAMD対応を発表しててFireStream 9250が第3四半期…
その頃にはさすがにSDKもβが取れてるだろうからどうなるか分からんね
Photoshop CS4も10月頃だから年内にRadeon対応ソフトが現れたらそれほど差は付かない

0352デフォルトの名無しさん

2008/06/18(水) 09:07:34

ttp://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~126593,00.html
AMDもOpenCL採用

0353デフォルトの名無しさん

2008/06/18(水) 10:51:26

まぁ、安いのはいいことだよなぁ
貧乏学生多そうだしな！ｗ

0354デフォルトの名無しさん

2008/06/18(水) 11:01:43

値段はともかく発熱量を下げてもらわんと、
ラック当たりの計算量が上がらない。

0355デフォルトの名無しさん

2008/06/18(水) 19:51:59

FireStream 9250は値段半額で発熱同じ、性能2倍じゃん

0356デフォルトの名無しさん

2008/06/18(水) 22:37:44

ゲロビディア氏ね

0357デフォルトの名無しさん

2008/06/18(水) 23:35:37

GPU2 6.12 beta 6 for ATIに付いて来るCALランタイムで
今までのドキュメントとは異なるDirectX協調用拡張関数確認。

calD3D9UnmapTexture
calD3D9MapTexture
calD3D9UnmapVertexBuffer
calD3D9MapVertexBuffer
calD3D9Associate（これは今まで通り）

引数が判らないしDisassociateはどうしたとツッコミ入れたいけど、とりあえず実装したみたい。

0358デフォルトの名無しさん

2008/06/20(金) 14:14:46

http://pc.watch.impress.co.jp/docs/2008/0620/kurouto.htm
RadeonHD 4850/4870　22,980円/34,980円
6月20日より順次発売

RadeonHD 4870
160sp * 2issue * 750MHz = 240GFLOPS

RadeonHD 4850/FireStream 9250
160sp * 2issue * 625MHz = 200GFLOPS

Tesla C1060
30sp * 2issue * 1500MHz = 90GFLOPS

GeForceGTX 280
30sp * 2issue * 1296MHz = 78GFLOPS

GeForceGTX 260
24sp * 2issue * 1242MHz = 60GFLOPS

0359デフォルトの名無しさん

2008/06/20(金) 14:30:14

何その変な計算

0360デフォルトの名無しさん

2008/06/20(金) 17:34:08

謎だな
つーか、800SPだよな

0361デフォルトの名無しさん

2008/06/21(土) 07:24:51

倍精度だろ

0362デフォルトの名無しさん

2008/06/21(土) 09:36:09

単精度で800だよ

0363デフォルトの名無しさん

2008/06/21(土) 10:06:34

だから>>358の算式は倍精度のパフォーマンス出す式だろ

0364デフォルトの名無しさん

2008/06/21(土) 13:07:45

http://forums.nvidia.com/index.php?showtopic=70171

CUDAこんなに仕事速くて対応もすごい多いのにAMD何やってるのですかね？
やる気あるの？

0365デフォルトの名無しさん

2008/06/21(土) 14:32:36

PowerDirectorがAMDのビデオカードに対応するらしいから、モノ自体はあるんだろうけどね
開発環境も早く公開してくれるといいなぁ、倍精度考えると性能は段違いなんだから

0366デフォルトの名無しさん

2008/06/21(土) 17:13:37

CALのIL.PDFもってる人どこか
うぷっていただけませんか？

リンク切れててとれない

0367デフォルトの名無しさん

2008/06/21(土) 17:20:25

SDKに入ってるからインスコしろ。

0368デフォルトの名無しさん

2008/06/21(土) 17:24:08

>>367
そうなのかありがとう
ちょっとRadeon4850もう2枚買ってくる

0369デフォルトの名無しさん

2008/06/23(月) 23:42:11

CALのためだけに
Radeon4850買ってきますた

0370デフォルトの名無しさん

2008/06/23(月) 23:54:48

マゾだなぁ

0371デフォルトの名無しさん

2008/06/24(火) 00:03:47

ふひひｗありがと

0372デフォルトの名無しさん

2008/06/25(水) 00:45:00

AMDの奴って専用ドライバ入れないと開発できないんだな
めんどいな
Nvidiaは別になんもいらんのにしょぼい

0373デフォルトの名無しさん

2008/06/25(水) 03:39:04

逆ですよ。

0374デフォルトの名無しさん

2008/06/26(木) 23:13:34

http://japan.renesas.com/fmwk.jsp?cnt=press_release20080623.htm&fp=/company_info/news_and_events/press_releases
組み込み向けだから絶対性能はGPUには勝てないけど、消費電力はずっと低そう
個人が簡単に購入できるものじゃないけど

0375デフォルトの名無しさん

2008/06/26(木) 23:16:13

CALってなんで ATI Catalyst? 8.6では動かないの？

0376デフォルトの名無しさん

2008/06/26(木) 23:51:49

しかもCALってドキュメント全部VisualStudio用なんだな
やる気なさ杉だな

AMDつぶれねーかなぁまじで

0377デフォルトの名無しさん

2008/06/26(木) 23:54:42

しかもCALのILドキュメントの記法がISOの
記述を遵守していない。ここの会社はドキュメントの
書き方もしらんのか？

0378デフォルトの名無しさん

2008/06/27(金) 00:16:08

このスレ監視してるラデ房うぜーなぁ
ほんとATIの奴等ってキモイ

0379デフォルトの名無しさん

2008/06/27(金) 00:18:07

元NDIVIAユーザーですが、なんだか情けなくてしょうがない。
そんなに必死になるなよ。
考えが偏ってて、客観的に見て痛いぞ。
性能の良い製品を使えばいい。ただそれだけ。

0380デフォルトの名無しさん

2008/06/27(金) 00:21:14

>>379
お前の発言の方が痛いぞｗ

0381デフォルトの名無しさん

2008/06/27(金) 00:23:11

下らんアオリしてないでプログラムの話しろよ

0382デフォルトの名無しさん

2008/06/27(金) 00:24:58

>>381
糞CALじゃなんもできませーん

0383デフォルトの名無しさん

2008/06/27(金) 00:25:06

>>380
どこが？
AMDつぶれろとか言ってる人よかマシじゃない？
考えが偏ってるからそんなことしか言えないんじゃない？ｗ
宗教レベルな信者ですね。考えが偏るわけですね、わかります。

0384デフォルトの名無しさん

2008/06/27(金) 00:26:03

本当にnVidia工作員は醜いな
自作PC板以外のスレを荒らす前に小売店の損失を補償してやれ

0385デフォルトの名無しさん

2008/06/27(金) 00:29:04

>>384
良いこと言った。
ってかNVIDIA工作員マジUZEEEE
性能が良く、コストパフォーマンスの取れるグラボを買うべきだろ？ふつうならな。
現状のNDIVIAで2.6万以下で4850よか良い製品俺に勧めてくれ。

0386デフォルトの名無しさん

2008/06/27(金) 00:30:15

>>385
9800GTX+来週買えばいいだろボケｗ

0387デフォルトの名無しさん

2008/06/27(金) 00:31:14

以後荒らしと工作員はスルーで

0388デフォルトの名無しさん

2008/06/27(金) 00:31:32

>>386
予価30K超える訳だが？
IDつけばNG出来るのに、ほんと工作員ウザイな

0389デフォルトの名無しさん

2008/06/27(金) 00:33:24

>>388
ゆとりちょっと消えてくれないか？
平行輸入品が26980円だが？

0390デフォルトの名無しさん

2008/06/27(金) 00:33:53

PCショップに勤めてるから、9800GTX+も9800GTXも刺して動かしたよ。
もうNVIDIA内で自爆するような製品の出し合いやめれｗ
一応感想だけど、9800GTX+は9800GTXとそんなにベンチマークしても思ってた通り、すばらしくなかった
その点値段的にも性能的にも4850は良かった。ファンだけ交換すれば申し分ないかな。
NVIDIAさん、店が損した分返してください

0391デフォルトの名無しさん

2008/06/27(金) 00:34:47

>>390
つーか自作板から流れてくるなよ屑どもが

0392デフォルトの名無しさん

2008/06/27(金) 00:36:39

cal_platofrm_spec.pdfが24ページしか無い件についてｗ
さすが半導体メーカの中でもっとも屑と言われたAMDの
仕事ですねｗ

0393デフォルトの名無しさん

2008/06/27(金) 00:38:20

GT200がコケたせいで、まだ正式リリースされていない開発環境の
ドキュメントに不備があると叩かなきゃならないほどに追い詰められてんのか…

0394デフォルトの名無しさん

2008/06/27(金) 00:38:49

いろいろなスレ見ちゃ悪いのか？
良い製品が違うメーカーから出て嫉妬してんじゃねーよ。
ATIをそんなに罵倒したいならNVIDIAがもっと良い製品出せよｗ
それからだなｗ
じゃあな

0395デフォルトの名無しさん

2008/06/27(金) 00:39:22

GPGPU的にはATIは無いわｗｗｗ

0396デフォルトの名無しさん

2008/06/27(金) 00:41:43

>>393
CALなんて絶対正式版リリースできないでしょう
CUDAは前回のバージョンから半年以内に2.0Βがでた
しかもその完成度はものすごいのに

まぁAMDは技術力ないから無理だろうけどねぇｗ

0397デフォルトの名無しさん

2008/06/27(金) 00:42:00

次はGT200+ですね、判ります。

0398デフォルトの名無しさん

2008/06/27(金) 00:43:48

4850がコスパや3D性能的に良いようだから、ATiのGPGPU環境とやらのドキュメントちょっと見てみたがなんか分かりづらいな
Brook+のドキュメントにのってるサンプルコード見た感じじゃ、まだシェーダ言語から脱却し切れてないようだし
演算器がVLIWってのもな。最適化面倒くせえぞあれ

個人的にはATi好きだし頑張って欲しいんだが、GPGPUとしてはまだ当分nVidia一択だな

0399デフォルトの名無しさん

2008/06/27(金) 00:44:07

つまりAdobeは正式版と永遠のβ版を比べて
それでもRadeonに対応する価値があると判断したわけだな…

ttp://www.4gamer.net/games/045/G004578/20080625008/SS/020.jpg

0400デフォルトの名無しさん

2008/06/27(金) 00:45:35

いままでのNVIDIAの実力
昔：ATI新製品高性能→ゲフォ性能更新→ATIすぐ負ける
現在：ゲフォ新製品→ゲフォマイナーチェンジ（9800GTX+)で自爆→4850トドメ→ゲフォ新製品→ATIがまた出してゲフォ死亡

0401デフォルトの名無しさん

2008/06/27(金) 00:48:03

>>399
違うよ、AMD2万ドル、Adobe出資0で共同開発しているから
出してるだけ。まじな話Adobeの開発者が対応したのは
CUDAだけ、CALは金もらったからやるっていってるだけ
で対応するとはAdobe自身から一切発表は無い

0402デフォルトの名無しさん

2008/06/27(金) 00:48:42

2週間前だったらGPGPUはnVidiaの圧勝だろうと胸を張って言えたけど、
ここに来てAdobeのAMD製GPU対応とnVidiaの自爆が重なってどうなるか分からない模様になってきたな…

少なくとも信者論争とは無関係のスレで
他社製品を執拗に叩くのを営業戦略と勘違いしてる所は負けるだろうけど

0403デフォルトの名無しさん

2008/06/27(金) 00:48:44

>>399
まぁAdobeの事だし、どっちにもだすんじゃないか
それに開発環境はともかくとして、現状のGPU市場はnVidia/ATiの二強なんだし
ATiのに対応しないってのはさすがにデメリットがでかい

0404デフォルトの名無しさん

2008/06/27(金) 00:48:45

>>375
動くよ

>>376
VCに依存してないドキュメントの方が多いよ

>>377
ISOの記法って何？バックエンドでしかないCALをISOに承認させるわけ？

>>392
1ページ1関数のCudaReferenceManual.pdfを詰めて、3DAPIとの協調用関数をなくして、
ILの機能にあたる部分を削除して、CALでは分ける必要のない関数をまとめれば似たようなものになるね。

0405デフォルトの名無しさん

2008/06/27(金) 00:50:29

>>403
AdobeのnVidia対応はとっくに既出だよ
AMDのStreamSDKはまだ完成してないし、
このままCUDAが標準化するんじゃないか？と思われていた矢先にこの発表

0406デフォルトの名無しさん

2008/06/27(金) 00:52:03

2万ドルももらって出しませんとは本当でも言えんよな
ほんとうAMDってなりふりかまわず汚いですね

0407デフォルトの名無しさん

2008/06/27(金) 00:53:39

>>405
Adobeが対応するからといって、CUDAの優位は揺るがないだろｗ
確かにATiのはまだβ段階でしかないが、それを差し引いてもちょっと使いづらい
まぁ使う側としてはどっちでもいいからとっとと統一して貰いたいもんだが
トランスレーター作るっていうのでもいいけど

0408デフォルトの名無しさん

2008/06/27(金) 00:54:39

プログラマーが環境を選ぶんじゃなくて、
与えられた環境で組むのがプログラマーだろ
それを理解できないからと言ってだだをこねるのはタダの無能

0409デフォルトの名無しさん

2008/06/27(金) 00:55:18

お前ら自作板から援軍派兵するのやめろよｗ

0410デフォルトの名無しさん

2008/06/27(金) 00:55:36

>>407
CALは史上最悪の出来だぞ？
ハードの性能もベンチのみで実際のゲームはまともに
動作しないしな

0411デフォルトの名無しさん

2008/06/27(金) 00:56:59

nVidiaが勝てるように作られたVantageで負けちゃ世話無いわな

0412デフォルトの名無しさん

2008/06/27(金) 00:58:57

>>398
Brook+はBrookGPUをちょっと改造しただけの代物だから使いにくいよ。
未実装な部分が残ってたりでコンパイラがASSERTで落ちたりする。OpenCLが出ればそっちに統一でしょ。
VLIWはHLSLコンパイラの蓄積があるから差ほど大変じゃない。
今はBrook+ -> 独自拡張版HLSL -> CAL ILでコンパイルしてる。

>>401
Adobeからの「発表」であればCUDAを使うとは一言もなかったりする。
単にデモでGeForceを使っていて多分CUDAで書いたんだろうというだけ。
後はNVIDIAからの発表。

>>410
CALを使ったゲームが実際にあるなら教えてくれ。

0413デフォルトの名無しさん

2008/06/27(金) 01:04:51

OpenCLはAMD不参加だし
Intelから絶対参加することは認めないと
通告されてるしなｗ

まぁ捏造ベンチで喜ぶラデ房は本当おめでたいよｗ

0414デフォルトの名無しさん

2008/06/27(金) 01:05:05

頼みの綱はうんこCUDAだけか

0415デフォルトの名無しさん

2008/06/27(金) 01:06:32

>>413
大嘘こいて楽しい？

0416デフォルトの名無しさん

2008/06/27(金) 01:11:03

>>415
嘘じゃねーだろ、ATIのときの失敗で
Appleから未だに無視され続けてるの知らないのか？
IntelとAppleから絶対に参加させないって言われてるんだぞ？

0417デフォルトの名無しさん

2008/06/27(金) 01:13:37

妄想もココまでくると病気だな

0418デフォルトの名無しさん

2008/06/27(金) 01:15:19

>>416
ATiが嫌いなのはよく分かったから、後は日記帳にでも妄想書いとけ

0419デフォルトの名無しさん

2008/06/27(金) 01:16:26

Intel の誰が，Apple のどんな立場の人間がそんなこと言ってるんだ？ｗ

0420デフォルトの名無しさん

2008/06/27(金) 01:16:40

>>416
クロノスに投げてオープン規格目指してるのに拒否とかｗ
クロノスのプレスリリースでちゃんとIntelもAMDもNVIDIAもワーキンググループ入ってますよ。

0421デフォルトの名無しさん

2008/06/27(金) 01:17:54

今のMACに搭載されているVGA調べてみろ
どっちのVGAが載ってる？ん？

0422デフォルトの名無しさん

2008/06/27(金) 01:22:56

ここはム板なので、それ以上は自作PC板でやってくれ。
まぁ、元々プログラミングの話なんてほとんど出てないけどな。

0423デフォルトの名無しさん

2008/06/27(金) 01:24:05

CALなんてそもそも存在しないし

0424デフォルトの名無しさん

2008/06/27(金) 05:40:55

>OpenCLはAMD不参加だし

ttp://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~126593,00.html
“We believe that OpenCL is a step in the right direction and we fully support this effort.
AMD intends to ensure that the AMD Stream SDK rapidly evolves to comply with open industry standards as they emerge.”

てか、なんでmacむけ3870が出たのか考えてみれば・・

ほんと必死だな

0425デフォルトの名無しさん

2008/06/27(金) 06:17:03

CUDA最強だなやっぱりCALなんてゴミもいいところ
所詮ATiの残党が作ったゴミ

0426デフォルトの名無しさん

2008/06/27(金) 08:13:24

http://ati.amd.com/technology/streamcomputing/sdkdwnld.html

なんか更新された

0427デフォルトの名無しさん

2008/06/27(金) 08:20:00

>>426
嘘書くんじゃねーぼけ

このドキュメントは素晴らしいな
AMDには真似の出来ない品質だ
http://www.nvidia.co.jp/docs/IO/51174/NVIDIA_CUDA_Programming_Guide_1.1_JPN.pdf

0428デフォルトの名無しさん

2008/06/27(金) 08:22:40

理解もすごい進むしいい資料だ

0429デフォルトの名無しさん

2008/06/27(金) 08:37:09

ああ、誤訳だらけで鬱になれるね。
英語版を訳しながら読む方が未だましだし、それも前提となる知識があってのことだ。
それでも、ないよりはずっと有り難いのだけれどね。

0430デフォルトの名無しさん

2008/06/27(金) 08:38:00

>>429
>428のようにまともに日本語も扱えないような香具師には読んだ積もりになれるという点で丁度いいのだろ。

0431デフォルトの名無しさん

2008/06/27(金) 09:03:36

「エラー！ブックマークが定義されていません。」が多すぎてﾜﾛﾀ
こりゃAMDどころかどこも真似できんわｗ
これで正式版ｗｗｗｗｗ

0432デフォルトの名無しさん

2008/06/27(金) 09:35:09

>>427
更新されたよ。ちょっと前まではフォーラムへのリンクだけだった。

>>431
NVIDIAの日本語PDFにはよくあること。

0433デフォルトの名無しさん

2008/06/27(金) 09:43:37

どうせOpenCLになるんだろうし、どっちでもよかろうに・・・
今の乱立状態がユーザーにとってもデメリットしかないってのは確かなんだから
歓迎すべき事だと思うんだけどなぁ、各社の参加は

0434デフォルトの名無しさん

2008/06/27(金) 10:39:34

「OpenCLにはMicrosoftが加わっていない」
「DirectX11でGPGPUをサポートするらしい」
とかでOpenCLはOpenGLみたいな立場になるとか言われてるみたいｄ

0435デフォルトの名無しさん

2008/06/27(金) 10:47:04

問題は現状のリソースがそのまま利用出来るのか
買い替えが必要なのかだな

0436デフォルトの名無しさん

2008/06/27(金) 18:12:08

Microsoftは独自にDirectX用のCLを作るよ
OpenGLみたいに誰も使わない規格を使う
理由がないからねぇ

0437デフォルトの名無しさん

2008/06/27(金) 18:28:14

Radeonの存在意義も解らないよね？

0438デフォルトの名無しさん

2008/06/27(金) 18:42:06

ID出ない板だとほんと特定個人が暴れ放題だな…
そんなに必死になっても現実はNVのシェアが落ちていく一方ですよっと

0439デフォルトの名無しさん

2008/06/27(金) 18:52:34

>>438
FUD流して何面白いの？頭おかしいにもほどがあるな

0440デフォルトの名無しさん

2008/06/27(金) 19:55:23

これだからATI厨は困る・・・
捏造までして叩くのか・・・

0441デフォルトの名無しさん

2008/06/27(金) 20:15:05

アチは本当すぐ捏造するしねぇ
チートドライバ作り出すし

0442デフォルトの名無しさん

2008/06/27(金) 20:35:34

おまいら頼むから自作板のvsスレでやってください。

0443デフォルトの名無しさん

2008/06/27(金) 20:36:55

ベンチスコアは捏造。ドライバは糞。字も書けない。
ATI最悪！

0444デフォルトの名無しさん

2008/06/27(金) 20:51:43

>>442
俺らは悪くないニダ
悪いのはAMDニダ

0445デフォルトの名無しさん

2008/06/27(金) 20:56:20

Nvidiaさん、ボイド復帰型何よこれ？

0446デフォルトの名無しさん

2008/06/27(金) 21:02:18

>>444
当たり前だろ
ATIが4000シリーズを出さなきゃ、9800シリーズの値下げもなかった。
消費者もショップも被害はなかった。全てATIが原因。

0447デフォルトの名無しさん

2008/06/27(金) 21:08:50

nVidia工作員を装ったATi信者を装ったnVidia工作員を装ったATi信者を装った…（ｒｙ

以下無限ループ

0448デフォルトの名無しさん

2008/06/28(土) 11:49:55

ここの人間にとっては、描画性能では明らかに劣っているnVIDIAのカードが
描画性能相応に暴落してくれる、というのは非常にありがたい状況だな。

市販のHD 4xxxは倍精度演算を殺してるし、開発環境もnVIDIAの方が整っている。

他の板ではどんどんnVIDIAを叩いてほしい。
が、ここでは邪魔だから止めてね。

0449デフォルトの名無しさん

2008/06/28(土) 11:54:34

GPUで整数演算がしたいです。

0450デフォルトの名無しさん

2008/06/28(土) 11:59:09

整数演算ってどうやってするの？

0451デフォルトの名無しさん

2008/06/28(土) 12:15:06

別にnVIDIAの話は専用にスレあるからここではいくら暴れてくれも平気だよ

0452デフォルトの名無しさん

2008/06/28(土) 12:19:36

>>448
殺してるって証拠はある？

0453デフォルトの名無しさん

2008/06/28(土) 12:47:14

>>452
ttp://pc.watch.impress.co.jp/docs/2008/0616/amd.htm
って記事があるけど単精度1TFLOPS以上と書いてあるので使われてるコアはHD４xxx系のはず
BIOSレベルで隠蔽してるのか、回路焼いてるのかは不明

MODで倍精度ONに出来れば…　ゴクリ…

0454デフォルトの名無しさん

2008/06/28(土) 12:52:54

>>452
ttp://pc.watch.impress.co.jp/docs/2008/0626/kaigai450.htm
>AMDはグラフィックス製品では倍精度は有効にせず、GPGPU向けの「FireStream」系列でのみ倍精度をサポートする見込みだ。これは、グラフィックス製品で倍精度をサポートするNVIDIAとの大きな戦略の違いだ。

0455デフォルトの名無しさん

2008/06/28(土) 12:58:35

>>453
それRV670でも同じこと言われてたけど、結局FireStream化どころか何もせずにHD3xxxで倍精度演算できるよ。

0456455

2008/06/28(土) 12:59:07

×>>453
○>>454

0457デフォルトの名無しさん

2008/06/28(土) 16:14:07

Nvidiaがハードレベルで圧倒的に優れている証拠を見せてやろう

http://www.4gamer.net/games/050/G005004/20080627060/TN/018.jpg

Radeonなんてゴミもいいところｗ

0458デフォルトの名無しさん

2008/06/28(土) 16:28:45

>>457
Geforce最強すぎる

0459デフォルトの名無しさん

2008/06/28(土) 16:58:18

GTX280ってあんだけ高いのに8800GTより性能低いのか…
買う価値無いな

0460デフォルトの名無しさん

2008/06/28(土) 17:06:51

>>457-459
その画像はSP1個当たりの性能な
ttp://www.4gamer.net/games/050/G005004/20080627060/

8800GTは112基
GTX280は240基
HD3650は120基
HD4850は800基だから
実際の演算能力は
HD4850＞GTX280＞8800GT＞HD3650

0461デフォルトの名無しさん

2008/06/28(土) 17:10:20

>>460
SP800？ダントツじゃん

0462デフォルトの名無しさん

2008/06/28(土) 17:30:53

その記事の誤差のところのHD3650どうなってるんだろ？
これって繰り返し計算の累積誤差じゃなくて、1回計算しただけの誤差かな？
赤と緑のグラフの意味もその記事じゃ分からんな。
（ググってみたら最大誤差と平均誤差らしい）

AMDがGPGPUに消極的だったのは、この辺が関係してそうだね。

0463デフォルトの名無しさん

2008/06/28(土) 17:33:47

とりあえずGeforce最強これは紛れも無い事実
そしてRadeonは捏造ベンチ+精度落とした偽造
ドライバ利用が確定した

0464デフォルトの名無しさん

2008/06/28(土) 17:37:29

とりあえず
GPGPUやってない奴は消えろ

0465デフォルトの名無しさん

2008/06/28(土) 17:38:57

やってるよー
倍精度も計算できない糞Radeonなんて使いませんがwwww

0466デフォルトの名無しさん

2008/06/28(土) 17:41:48

だから出来るってば。

0467デフォルトの名無しさん

2008/06/28(土) 17:43:35

できねーよ。ソース出してみろやｗ
嘘つくのやめてほしいなぁ

0468デフォルトの名無しさん

2008/06/28(土) 17:46:26

ほら出てこないｗ

0469デフォルトの名無しさん

2008/06/28(土) 17:50:18

出来ないソースを出す方が先だろ

0470デフォルトの名無しさん

2008/06/28(土) 17:56:58

>>467
これでいいか？
ttp://www1.axfc.net/uploader/Img/so/14929.png

0471デフォルトの名無しさん

2008/06/28(土) 17:58:31

画像なんて合成できるしねぇ
おっと用事思い出した

0472デフォルトの名無しさん

2008/06/28(土) 18:00:50

はいさようなら。邪魔だからもう来なくていいよ。

0473デフォルトの名無しさん

2008/06/28(土) 18:48:17

これfloatで出してるだけじゃねーかｗ
危うく騙されるところだった

0474デフォルトの名無しさん

2008/06/28(土) 19:05:35

は？

0475デフォルトの名無しさん

2008/06/28(土) 19:07:35

そのうさんくせーサンプルで小数点7桁まで
出してみろやｗでねーだろ？謝っちまえよ？

0476デフォルトの名無しさん

2008/06/28(土) 19:16:18

> そのうさんくせーサンプルで小数点7桁まで
ソース読んだのならツッコミどころ間違ってると思うよ。

0477デフォルトの名無しさん

2008/06/28(土) 19:19:47

久しぶりに声出して笑えた
ありがとう

0478デフォルトの名無しさん

2008/06/28(土) 21:16:22

>>475
printfの内容は%fじゃないよな？

0479デフォルトの名無しさん

2008/06/28(土) 21:39:22

これだからNV厨はダメだね

0480デフォルトの名無しさん

2008/06/28(土) 22:35:52

CAL書きやすくね？とか思う俺は変態？

0481デフォルトの名無しさん

2008/06/28(土) 23:22:05

バイナリアンか何かですか？

0482デフォルトの名無しさん

2008/06/28(土) 23:57:51

まあどうせDX11までGPGPUは日陰の存在

0483デフォルトの名無しさん

2008/06/28(土) 23:59:50

焼き直しで古い論文実装するだけで
予算も付くし美味しいんだけどね

0484デフォルトの名無しさん

2008/06/29(日) 01:38:29

画像処理目的でAMDのStream SDKを触り始めたんだけど
1ピクセル=8ビット
でWidth x Heightみたいなデータを扱う事って出来ないのかな？？

なんかBrook+を使う時点で32ビット縛りで、CALを見てみたら非常に難しくて・・・

0485デフォルトの名無しさん

2008/06/29(日) 04:25:19

Cg≒HLSL見たいに上手く良くか
intelが横槍入れそうだな

Nvidiaの最高経営責任者（CEO）であるJen-Hsun Huang氏は先週インタビューで、
AppleにはWWDCを盛り上げるための一環として、NvidiaのCUDAテクノロジに関する計画があるかもしれないことを示唆した。
Huang氏は、「AppleはCUDAについて熟知している」と述べ、
同社が、Macでのグラフィックスチップの活用をより簡単にするため、
このNvidiaの技術を正式に採用する準備が整っている可能性を示唆した。
Appleは同技術を実装する際、「CUDAとは呼ばず、別の呼び名を付けるだろう」とHuang氏は、
4日にNvidiaの本社で行われたインタビューで述べた。
http://japan.cnet.com/news/ent/story/0,2000056022,20374870,00.htm

Apple社，「Mac OS X」の次期バージョン「Snow Leopard」も公開，GPGPUに対応へ
GPUで汎用計算を行うアプリケーション・ソフトウエアの開発には，
C言語を拡張した新しい言語「OpenCL（open computing language）」を利用する。
http://techon.nikkeibp.co.jp/article/NEWS/20080610/153055/

Khronos Groupが「Compute Working Group」を設置，メーカー非依存のGPGPUを目指す
Khronos Groupは既に米Apple Inc.が，さまざまな用途でGPUとマイクロプロセサの
計算資源を活用するためのC言語に基づくプログラミング言語
「Open Computing Language（OpenCL）」を提案済みであることを明らかにした。
http://techon.nikkeibp.co.jp/article/NEWS/20080617/153397/

ハードウェアベンダーと繋がり無くGPGPU対応は難しいから
MS単独で変な言語作ることはないだろう
AMDはOpenCLをバックアップしてるから
あとはCtを提唱してるintelがどうなるかだけ
MSがintelと組んだらややこしくなる

0486デフォルトの名無しさん

2008/06/29(日) 09:41:45

IntelはLarrabeeでMSと組んで汎用GPU言語作るだろ
IntelもMSもOpenなんちゃらって儲けが薄くならないと
やらないし

0487デフォルトの名無しさん

2008/06/29(日) 09:44:09

このスレ住人にとっては驚きの週末だなぁ。

0488デフォルトの名無しさん

2008/06/29(日) 10:50:30

急に沸いてきたな

0489デフォルトの名無しさん

2008/06/29(日) 12:00:32

Folding@HomeのGPU版をしている人居ます？
PS3の280GTXは6倍以上をこなしているようですが。

ベータ版が公開されているが時間がなくてまだ何もしていない（困った。）

0490デフォルトの名無しさん

2008/06/29(日) 22:56:14

>>485
噂レベルだけどMSは.NET上に
GPU用のIL言語構築するみたい
JATで最適化かけて走らせるイメージを
持っているみたいだよ。

基本的に今のワーキンググループとは
まったく発想がことなってるらしいね

0491デフォルトの名無しさん

2008/06/29(日) 23:26:52

>>490
噂のソースうｐ

0492デフォルトの名無しさん

2008/06/29(日) 23:31:51

>>491
MSの講習会とかでJIT関係やってる人に
話聞いてみなよ教えてくれる人もいるから

0493デフォルトの名無しさん

2008/06/30(月) 01:10:57

CALでreduction bufferってどう使うの？
scratch bufferは名前だけはドキュメントに載ってるし
サンプルみるとdcl_indexed_temp_arrayでx#っぽいけど、
reduction bufferはさっぱりわからん。ISAで書かないと無理？

0494デフォルトの名無しさん

2008/06/30(月) 01:47:18

brccのコードでreductionFactorってあるけどあれが
何吐くか見てみれば？

0495デフォルトの名無しさん

2008/06/30(月) 02:14:18

Brook+のreductionってreduction buffer使ってないんだよ。
だから参考にならないんだ。

0496デフォルトの名無しさん

2008/06/30(月) 07:41:45

>>495
じゃあ自分で書くしかないよ
BBS見てみるといいよreductionで検索かけて

0497デフォルトの名無しさん

2008/06/30(月) 23:44:51

brookのscatter/gatherの使いどころが判らないんだけど、誰か詳しい人いますか？

0498デフォルトの名無しさん

2008/06/30(月) 23:45:34

>>497
今がんばって勉強してるから一緒に勉強しないかい？

0499デフォルトの名無しさん

2008/06/30(月) 23:49:02

>>498
ここで日本語のログ置いとくと後々、参照する時楽なんで一緒に勉強＆情報交換できると助かります。

私はとりあえず付属のBrook周りのドキュメントは読んだんですが。。。
今までになく最悪な英語でムキーってなってるところです。

0500デフォルトの名無しさん

2008/07/01(火) 00:03:38

>>499
じゃあ何かおいておきます

こっちは、Linux上のクライアント+Radeon 4870
WindowsXP64bit + Radeon 3870で開発を始めてみました。

現在、付属のヘッダやサンプルなどの解析をかけているところです。

0501デフォルトの名無しさん

2008/07/01(火) 20:52:29

CALランタイムってVistaじゃ完全に使えないの？
サンプルを実行したら初期化エラーが出るんだが
今更XP64を入れる気にはならんし…

0502デフォルトの名無しさん

2008/07/01(火) 21:43:42

fahについてくるやつは？

0503デフォルトの名無しさん

2008/07/05(土) 03:10:32

誰もCALチェッカー使ってくれなかったから自分で4850買っちゃったよ。

ttp://www1.axfc.net/uploader/Img/so/15302.png
右：4850
左：3850
2枚挿し

ttp://www7.axfc.net/uploader/Img/so/14467.png
3850単体

3850は256MB版なはずなのに4850に引きずられるように512MBってことになってるのは何でだ？
SIMD数は公開されたデータどおりだけど、相変わらずクロックの部分はへんてこ。

0504デフォルトの名無しさん

2008/07/05(土) 23:40:30

>>503
俺のところはこんな感じ

Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb751e767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb751e81e]
#2 /usr/lib/libX11.so.6 [0xb7562518]
#3 /usr/lib/libX11.so.6(XFreeGC+0x26) [0xb753e9d6]
Avail Local RAM 488MB
Avail Uncached Remove RAM 114MB
Avail Cached Remove RAM 59MB
Local GPU RAM 512 MB
Uncached Remote RAM 191 MB
Cached Remote RAM 59 MB
GPU Clock 337 MHz
Memory 625 MHz
Wavefront 64
SIMD 10
Double Precision Artithmetic : YES
Reserved1 : YES
Reserved2 : NO
Reserved3 : YES
Reserved4 : YES
MemExport : YES
Device Type : R770
Maximum width of one-dimensional resource 8192
Maximum width of two-dimensional resource 8192
Maximum height above rail level of two-dimensional resource 8192
The system has one device
CAL Runtime version 1.1.1

0505デフォルトの名無しさん

2008/07/05(土) 23:45:15

>>504
そういえばLinuxで試すの忘れてました。
それ何で表示させてるんですか？

0506デフォルトの名無しさん

2008/07/05(土) 23:46:05

>>505
今自分で作りました

0507デフォルトの名無しさん

2008/07/05(土) 23:50:35

>>503
CALdeviceattribsのengineClockとmemoryClockの
表示逆じゃないかな？俺が違う？

0508デフォルトの名無しさん

2008/07/06(日) 00:02:51

>>507
一応合ってるはずなんですけどね。
ttp://www1.axfc.net/uploader/File/so/8023.zip

0509デフォルトの名無しさん

2008/07/06(日) 00:04:46

あーしまった。CALdevicestatusをリアルタイム更新できるように弄った名残がそのままでした。
お目汚し失礼。

0510デフォルトの名無しさん

2008/07/06(日) 00:27:01

>>508
calExtGetVersionの返り値の解釈ってこれでいいの？
一応calExtSupportedはOKを返してるみたいだけど

0511デフォルトの名無しさん

2008/07/06(日) 00:45:17

>>510
PDFには両方共にCAL_RESULT_NOT_SUPPORTは拡張非対応って記述があるんで困り者です。
実際に帰ってくるバージョンは0.0だし、果たしてどう解釈するべきやら。

0512デフォルトの名無しさん

2008/07/06(日) 08:41:35

>>511
googleでCAL_EXT_D3D9を検索すると
現状未サポートみたいだよ

ただ、関数だけ実装してあって空の結果が
返ってきているみたいだよ

0513デフォルトの名無しさん

2008/07/06(日) 10:39:01

GPGPUとは違うけど、こんな類似品もあるのか。

GRAPE-DR Model1800
http://www.kfcr.jp/gdr1800.html

0514デフォルトの名無しさん

2008/07/06(日) 10:42:05

売ってることに驚いた

0515デフォルトの名無しさん

2008/07/06(日) 10:59:40

>>513
年間3億、計15億で浪費した駄作と
RadeonやGeforce比べるなよｗ

重力多体以外解けるというが微妙だぞ高いし
GPUなら単年度予算で備品扱いで買えるけど
これはそうもいかんだろ

0516デフォルトの名無しさん

2008/07/06(日) 11:28:42

>>515 これでも読んどけ。
http://jun.artcompsci.org/journal/journal-2007-12.html#20

0517デフォルトの名無しさん

2008/07/06(日) 11:42:21

>>516
そんなどこぞのチラ裏日記見せられてもｗ

0518デフォルトの名無しさん

2008/07/06(日) 11:59:00

>>516
牧野は8800が出たとき降参宣言してたはずだが。

0519デフォルトの名無しさん

2008/07/06(日) 12:01:13

GPUにしか興味ないんだからね

0520デフォルトの名無しさん

2008/07/06(日) 20:50:09

GPU Gems 3 日本語版
今週出るねでもやっぱ値段はるな

0521デフォルトの名無しさん

2008/07/06(日) 22:26:26

ここで聞いてみてもいいのか解らないんだが

CALとBrook2つ存在する理由ってなんなのでしょうか

0522デフォルトの名無しさん

2008/07/07(月) 09:13:52

CAL = API
Brook+ = オープンソース・フリーで提供される開発言語の1つ

0523デフォルトの名無しさん

2008/07/07(月) 19:37:49

>>521
.NET Frameworkも中間アセンブリを弄れるわけだが

0524デフォルトの名無しさん

2008/07/07(月) 20:07:16

>>522
いや全然違うだろ

0525デフォルトの名無しさん

2008/07/07(月) 21:57:40

AMDの中の人に
なんでCAL作ってるのさ
LLVMしろよゴルァってメールしたら
めっさ怒られました。

AMDの中の人ごめんなさい

0526デフォルトの名無しさん

2008/07/07(月) 22:07:43

ttp://forums.amd.com/devforum/messageview.cfm?catid=328&threadid=97024&enterthread=y
sgratton氏にマジ禿同。
後で仕様が変わったりしてもいいからひとまず今の仕様をドキュメントで網羅して欲しい。

0527デフォルトの名無しさん

2008/07/07(月) 22:28:31

予算5万ドルじゃこれが限界だと思うけどね

0528デフォルトの名無しさん

2008/07/09(水) 20:07:41

NVIDIA GeForce 8シリーズ、ソフトウェア更新でPhysXに対応
http://blogs.wankuma.com/shannon/archive/2008/02/19/123885.aspx

もうATIはスレ違いに近いな

0529デフォルトの名無しさん

2008/07/09(水) 20:57:10

>>528
その「2月」の記事が、どうかしたか？

0530デフォルトの名無しさん

2008/07/09(水) 21:08:23

>>528
自作板のゲロビディアすれ帰れ

0531デフォルトの名無しさん

2008/07/10(木) 01:41:52

>>528
お前自身が板違い。

0532デフォルトの名無しさん

2008/07/11(金) 00:56:14

CALってCUDAと比べて10倍以上遅くね？

4870とGe8600が同じぐらいなんだが？
汎用処理は全然できないっぽいな

0533デフォルトの名無しさん

2008/07/11(金) 12:12:15

そりゃまぁ、グラフィックスに特化したVLIWだしな・・・
コンパイラの最適化でも限界がある罠。

0534デフォルトの名無しさん

2008/07/11(金) 12:18:55

chrome400に比べればみんな遅い

0535デフォルトの名無しさん

2008/07/12(土) 17:37:37

>518
http://jun.artcompsci.org/articles/future_sc/note048.html#rdocsect53

0536デフォルトの名無しさん

2008/07/12(土) 17:48:17

どこぞの糞CPUメーカみたいに
消費電力言い出す奴は大抵糞だｗ

0537デフォルトの名無しさん

2008/07/12(土) 20:35:31

はぁ？

0538デフォルトの名無しさん

2008/07/12(土) 22:02:20

今消費電力の事を語らないメーカーなんて存在するのかな

0539デフォルトの名無しさん

2008/07/12(土) 22:14:01

あMD

0540デフォルトの名無しさん

2008/07/12(土) 22:19:40

消費電力を一番問題だと思っているのは利用者だろ

0541デフォルトの名無しさん

2008/07/12(土) 22:21:40

つまり利用者のことを考えないメーカ？

0542デフォルトの名無しさん

2008/07/12(土) 22:54:55

48xxが出てから急にこのスレに必死な人が増えたね

0543デフォルトの名無しさん

2008/07/13(日) 01:32:53

不思議なことに、何か良い新製品が出ると、自分が偉くなった
と思い込む変な人がいっぱい湧くよな。
不思議だ。

0544デフォルトの名無しさん

2008/07/13(日) 02:17:58

勝ち負けに興味ある人隔離スレとして機能してくれるならそれはそれで。

0545デフォルトの名無しさん

2008/07/13(日) 11:10:53

NV使っている奴よりATI使っている俺の方が偉い

0546デフォルトの名無しさん

2008/07/13(日) 11:15:42

ゲロビディアは小売店を潰そうと画策した糞会社だ

0547デフォルトの名無しさん

2008/07/13(日) 17:27:54

なんでGPGPUスレに沸くんだ

0548デフォルトの名無しさん

2008/07/13(日) 17:36:35

GPGPUでは、nVidiaがAMDに勝ってると思ってるんだろ。
いわゆる、語るに落ちるって奴ｗ

0549デフォルトの名無しさん

2008/07/13(日) 17:47:06

実際ATIのVLIWは汎用処理では
遅くて使い物にならないけどね
理論値倍精度で500Gが4、5G程度しか
でなくなっちゃうからねぇ

まぁ3Dでは高速だがGPGPUではゴミだ

0550デフォルトの名無しさん

2008/07/13(日) 18:05:31

倍精度の理論値は短精度の1/5じゃないの？
倍精度だと倍精度積和+整数演算の組み合わせしかできないから
VLIWコンパイラの不出来の所為で性能が落ちる部分は少ない。
整数演算使わなきゃ殆どスカラプロセッサだし。

0551デフォルトの名無しさん

2008/07/13(日) 18:09:00

あのー質問してもいいでつか？

0552デフォルトの名無しさん

2008/07/13(日) 20:46:25

>>551
消えろｶｽ

0553デフォルトの名無しさん

2008/07/13(日) 20:56:28

>>551
いや、そんなことより俺の質問を聞いてくれ。

0554デフォルトの名無しさん

2008/07/13(日) 22:57:49

お兄ちゃんたちってどうして変な臭いがするの？？？

0555デフォルトの名無しさん

2008/07/13(日) 23:00:22

俺はおじさんだヴォケ

0556デフォルトの名無しさん

2008/07/13(日) 23:07:14

カレー臭がするのか

0557デフォルトの名無しさん

2008/07/13(日) 23:13:13

そうそう最近脱いだ服が臭くてな。

0558デフォルトの名無しさん

2008/07/14(月) 06:49:02

おや汁対策で、俺の服だけ別に洗濯機回されてる。

0559デフォルトの名無しさん

2008/07/15(火) 05:37:32

>>558
最近の洗剤なめんなｗお前が嫌われてるだけだｗ

0560デフォルトの名無しさん

2008/07/15(火) 13:14:02

>>559
なんでお前が偉そうなのｗ

0561デフォルトの名無しさん

2008/07/15(火) 16:02:07

しかし、NL-MeansはCUDA遅くて使い物にならなかったみたいだね
得意不得意がハッキリしてて面白いね

0562デフォルトの名無しさん

2008/07/15(火) 16:02:27

ここでやるな、よそでやれ

0563デフォルトの名無しさん

2008/07/15(火) 22:57:02

正直nVidiaの超スカラプロセッサ化は、面白味に欠けるなぁ
GPUはあくまでベクトルプロセッサであって欲しいが

0564デフォルトの名無しさん

2008/07/16(水) 02:09:27

Larrabeeに追われるNVIDIAがGT200に施したGPGPU向け拡張
ttp://pc.watch.impress.co.jp/docs/2008/0716/kaigai453.htm

0565デフォルトの名無しさん

2008/07/17(木) 05:16:15

>>563
超同意だけど、グラフィック用途でも粒度が細かくなりつつあるので仕方ないと思う。階層化シャドウマップとか、その半影とか、双半球環境マップとか。

0566デフォルトの名無しさん

2008/07/18(金) 19:20:21

今朝の日経産業新聞で読み仮名が「CUDA(クーダ)」だった。
彼らは専門知識が無くてもインタビューとかするだろうし、こっちが正しいんだよな？

0567デフォルトの名無しさん

2008/07/18(金) 20:27:00

>>566
大分まえからクーダだが。。今までなんて呼んでたの？

0568デフォルトの名無しさん

2008/07/18(金) 20:34:12

>>566
クーダじゃないの？

0569デフォルトの名無しさん

2008/07/18(金) 20:39:46

>>566
>>564
後藤ﾀﾝもクーダと書いてるが・・。

0570デフォルトの名無しさん

2008/07/18(金) 21:45:58

アニメのキャラみたいだな、クーちゃん

0571デフォルトの名無しさん

2008/07/18(金) 22:03:13

読み方ネタなんかでスレ消費するのはやめてくーださい

0572デフォルトの名無しさん

2008/07/19(土) 00:16:36

【審議拒否】

0573デフォルトの名無しさん

2008/07/19(土) 00:18:44

ヌーダだろ

0574デフォルトの名無しさん

2008/07/19(土) 08:03:36

クター

0575デフォルトの名無しさん

2008/07/19(土) 15:12:25

きゅうううううううううううううううううううううううううううううううううううううううううううううううううううううううううううううううだぁ
だろ

0576デフォルトの名無しさん

2008/07/19(土) 15:49:42

Geodeじゃないんだから

0577デフォルトの名無しさん

2008/07/20(日) 03:40:41

管

0578デフォルトの名無しさん

2008/07/21(月) 20:17:11

　　　　　　　　　 /＼ ,r‐''''"　~'~"''-､
　　　　　　　〈　／,!,!,' ./,　　　　r‐i'i~'､
　　　　　　　　　 >,'./:/,' / i i､ i, ',i ヽ,_!,!'､
　　_,,,_　　　　　くi'./ /ii､,!!,' '､!､!,､ｬ , ,!,,!､,!
　　＼ ~'‐､i'､_　ﾚ',',!'i:|了5　　'iﾃﾔ, i i:;:;::ヽ,
　　　つ､. |　 "'''i-!,,!,,!､ﾞ'''',_,,--､''ｲ. i i:;:;::',､ヽ,　　　　　　　　　　　問おう、
　　　　~‐'､|　　　'i, :　:~"''‐'--､,!'~'､. i i:;:;:::',ヽヽ, 　　　　　　　　　　　あなたがわたしのおにいちゃんか
　　　　　　'!　　　/: : : : . : : : . . :~"'ヽ;:i: !,::;::ヽヽ,｀ヽ､_
　　　　　　フ''ﾌ'''' フ''‐､--;,;,; : : : : : /, !, ヽ;:::::ヽ,｀ヽ､'､''''''‐‐､
　　　　/ ／,'i /'i　ll i〉: : !: :"'''-.,,_';;ヽヽ;: ヽ､:::｀ヽ､ヽヽ　 'i
　　　　 /　ヽ,i.'/ ‐‐'､!/: : ∞: : : : i:/:;;:;:'i ::;i:::::,,_..ヽ::::ヽし､_
　　　（　／ !（',_　　/: : :.∞ : : : :/',:::;:/ ::/'､::::;:ヽ,!::::ﾉ､　　!,,_
　　　　）（　 !,　,､''-/: : : :∞: : : :（;:',:::/__::ヽ｀ヽ::::）;:::l し､
.　　　 '　）　/, ,!）/ : : : :.∞ : : : : ヽ,i'　7／　　!::',, ',,!､　!
　　　　　　　（　"'/: : : : : : i: : : : : : '､_､　ξ　　　ζ　く
　　　　　　　　　く,;,;,;_: : : : l : : :_;,;-'"＼
　　　　　　　　　く　　~"'''''"''i''".__　　／
　　　　　　　　　 /"'-､,_,,,,-‐'￣＼￣ '､
　　　　　　　/　　/.　　　　　　＼.　＼
　　　　　　　　/　　/　　　　　　　　　＼　ヽ
　　　　　 /　　/　　　　　　　　　　　i二ニi_,,,
　　　　　 i'i'" ,__ /　　　　　　...................,,!_∞_ﾆ､i|:::........
　　　　 _! 'ヽ!　~'i　　　...............::::::::::::（　‐-‐''i=ヽ:::
　　　 .l､lヾ_,,,∞(i,,:::::::::::::::::::::::::::::::::::::"====='''
　　　　し､<､/､三ﾆ'､;::::::::::::::::::::::
　　　　　　｀ヽ､_,,,,,,,,,,-i;::::::::::::::::....

0579デフォルトの名無しさん

2008/07/21(月) 20:18:33

なんの誤爆だｗ

0580デフォルトの名無しさん

2008/07/28(月) 16:09:11

誰かBlenderでCUDA使ったレンダ作ってくれ
ほめられるよ

0581デフォルトの名無しさん

2008/07/28(月) 22:53:23

自分でやるかちゃんと金払え

0582デフォルトの名無しさん

2008/07/28(月) 23:04:39

あんな汚いソースじゃ移植したくない

0583デフォルトの名無しさん

2008/07/28(月) 23:44:30

レンダ部分のソースの範囲だけ教えてくれれば
みなくもない

0584デフォルトの名無しさん

2008/07/29(火) 12:29:39

ヒントつオープンソース

0585デフォルトの名無しさん

2008/07/29(火) 16:54:09

ヒントツ・オープンソース

0586デフォルトの名無しさん

2008/07/29(火) 23:55:13

解析するのめんどうだから
レンダの部分だけここにソースリストあげて
それくらいしてくれてもいいよね？

0587デフォルトの名無しさん

2008/07/30(水) 10:25:46

まぁ、他人に頼むのならそれくらいしてもいいよな

0588デフォルトの名無しさん

2008/07/30(水) 13:22:00

http://www.blender.org/download/source-code/

0589デフォルトの名無しさん

2008/07/31(木) 10:59:57

WME対応してくれないかな・・・

0590デフォルトの名無しさん

2008/07/31(木) 15:07:56

F@H落として動かしてるのにamdcalcl.dllとamdcalrt.dllがDLされないぞ…
まさかスタティックリンクになったのか…

0591デフォルトの名無しさん

2008/08/01(金) 00:32:34

見るフォルダ間違ってるとか。
そもそも最近のはインストーラに付いてくる。

0592デフォルトの名無しさん

2008/08/02(土) 02:23:24

3DCGのレンダリングには向いてない？

0593デフォルトの名無しさん

2008/08/02(土) 02:44:50

レイトレやるならアリだろ。

0594デフォルトの名無しさん

2008/08/02(土) 15:33:38

じゃあ>>588のソース改変してCUDA対応きぼん

0595デフォルトの名無しさん

2008/08/02(土) 16:52:45

>>594
CUDAスレに行け

0596デフォルトの名無しさん

2008/08/02(土) 16:53:47

>>591
Vista対応のDLLが欲しいんだ…

0597デフォルトの名無しさん

2008/08/02(土) 17:21:10

>>596
少なくとも6.12b8まではインストールした時点でスタートメニューのdata filesで開くフォルダに入ってる。
6.20はシラネ

0598デフォルトの名無しさん

2008/08/05(火) 22:12:13

Vista用のGPU2クライアント落とせば入ってるよ

0599596

2008/08/05(火) 22:19:22

DLページをもう一回見たらVistaマークのzipから落とせた＼（＾o＾）／
でも当然だがこのDLLじゃ64bit版のサンプルは実行できないな…（´・ω・`）
どうせ2GB超えるようなプログラムは作ってないし素直に本家更新待つか

0600デフォルトの名無しさん

2008/08/09(土) 09:14:54

CPUで流体シミュレーションやって遊んでるけど
ぶっちゃけGPGPUと速度変わりませんｗｗｗｗ
プログラムを最適化したらむしろ早いかもｗｗｗｗ

0601デフォルトの名無しさん

2008/08/09(土) 17:13:49

つまりショボイプログラムなんですね
分かります

0602デフォルトの名無しさん

2008/08/09(土) 19:39:05

601の言い方は悪いが同意。俺も詳しくは無いがそこらの記事から察するに、
今のCPUだって遅いわけではないんだから
複数のオブジェクトに対して或る程度の高負荷がかかる処理でないと
差が出ないと思うんだが。

0603デフォルトの名無しさん

2008/08/10(日) 01:44:48

ちらっと触って思ったこと。

計算は速いけど、なんかデータのCPU<->GPU間転送が超遅い。
んで、大体の人が期待しているGPGPU使用のh.264エンコって現実味がない気がしてきた。

入力がまず間違いなく、1フレームごとに発生するわけだからその分のデータ転送は必須。
普通にCPUのSIMD使ったほうが早いかと。

0604デフォルトの名無しさん

2008/08/10(日) 01:52:19

自分の能力を過信するとそう思っちゃうよね。
もっと調べると、使いこなせない俺はヘボプログラマなんだと実感する。

NVIDIA、GPUによるH.264エンコードをデモ
http://journal.mycom.co.jp/news/2008/04/16/020/
http://www.elementaltechnologies.com/how_it_works.php

0605デフォルトの名無しさん

2008/08/10(日) 02:00:22

まあ一口にH264と言っても自由度高いし、と言うかいろんな圧縮処理が規格化されてるんだっけ、
この記事のやつはどの位圧縮できるんだろうね

0606デフォルトの名無しさん

2008/08/10(日) 02:01:47

>>604
使いこなせないのが全て実装側にあるって考えはどうも嫌です。
道具を使う側が、使いにくいと思う場合はやっぱり道具側を改善すべきかと。
いまだにGPGPU向け言語とゆうか、インターフェースとゆうかそれが不十分な気がします。

CUDAはまだ使いやすいほうだけど。。。

だって教えてくれた記事が4月なのに、まだ現物ソフトないじゃん

0607デフォルトの名無しさん

2008/08/10(日) 02:09:53

明後日から始まるSIGGRAPHにElemental Technologiesが出展するみたいだね
これで公開時期が発表されなかったり>>604より速くなってなかったら…

0608デフォルトの名無しさん

2008/08/10(日) 09:25:37

デモで3倍程度だと現実はどうなんだろうって気はするね。
まあ、俺はC#しかできないから>>490の言うように
.NETのJITが対応するのを待つだけだけど。

0609デフォルトの名無しさん

2008/08/10(日) 09:44:23

まぁIntelが金注ぎまくるまで待っていても
いいと思うけどね

0610デフォルトの名無しさん

2008/08/10(日) 10:43:01

>使いこなせないのが全て実装側にあるって考えはどうも嫌です
痛い，痛過ぎる

0611デフォルトの名無しさん

2008/08/10(日) 11:07:18

半年後にはOpenCA出るしDirectCA（仮称）
そろそろ発表されるのにCUDAに縛られる
意味無いなぁ

0612デフォルトの名無しさん

2008/08/10(日) 12:43:12

まーねー、俺みたいにぬるいプログラマは
DirectXくらい楽になってくれるとうれしー

0613デフォルトの名無しさん

2008/08/10(日) 19:42:41

>>605
圧縮率についてはBaselineって時点であきらめた方がいい。XvidやDivxの方がまだマシってレベル。
速度面でもアセンブラ最適化されたx264とかと比べると劣る。

0614デフォルトの名無しさん

2008/08/15(金) 21:42:11

SIGGRAPH 2008のAMDの資料にCALとDirectXの協調のさせ方が微妙に出てるね。
ttp://s08.idav.ucdavis.edu/
関数ポインタの取得の部分が書いてないもんだから>>357の関数名で合ってるのかさっぱりわからない。
まぁとりあえず試してみるかね。

0615デフォルトの名無しさん

2008/08/15(金) 22:28:37

今GPGPUやっても仕方がないきがしてならん
Intelの発表見ると微妙過ぎる気がしてならん

0616デフォルトの名無しさん

2008/08/16(土) 12:56:04

>>615
分野によってドチラがコストパフォーマンスが高いかが違うので、やっても仕方ないかどうかは、分野による。

0617デフォルトの名無しさん

2008/08/16(土) 21:01:35

分野と言うか目的が一番問題だろうな

0618デフォルトの名無しさん

2008/08/16(土) 21:18:53

>>613
それってかなりがっかりなお知らせなんじゃ…つかなんのためのGPGPUよ

0619デフォルトの名無しさん

2008/08/16(土) 23:43:43

しかもBaselineプロファイルなんてBないから圧縮率悪いし、わざわざ、GPU最適化して作る意味ないです。。。

0620デフォルトの名無しさん

2008/08/17(日) 00:32:06

そうでなく、そのプロファイルでの報告だってのが、ってことじゃね

0621デフォルトの名無しさん

2008/08/22(金) 07:29:34

GPUを用いた映像のリアルタイム手ぶれ補正ソフトウェアの開発
いいなGPU使うだけで税金おりるのって

0622デフォルトの名無しさん

2008/08/22(金) 11:39:13

マルチする奴って馬鹿だな、まで読んだ

0623デフォルトの名無しさん

2008/08/22(金) 14:44:20

CUDA2正式版が出たな
それに対してAMDは4850が出てから一度も…

0624デフォルトの名無しさん

2008/08/23(土) 01:04:22

4850以前に3000シリーズもStream SDKのドキュメントに出てないぞ

0625デフォルトの名無しさん

2008/08/23(土) 01:53:12

>>624
全然汎用的に使えないから、いいんじゃない？

0626デフォルトの名無しさん

2008/08/23(土) 15:40:08

CUDAとCALに両方対応するプリコンパイラを誰か作らないのか

0627デフォルトの名無しさん

2008/08/23(土) 15:59:30

>>626
抽象度が違うから無理だし、作ったって使いやすいものじゃない。

0628デフォルトの名無しさん

2008/08/24(日) 00:14:04

http://www.gravitysensation.com/sumotori/
これ面白いぞ

0629デフォルトの名無しさん

2008/08/24(日) 00:30:24

>>628
ものすごい今更感が

0630デフォルトの名無しさん

2008/08/24(日) 03:46:37

そもそも、なぜこのスレ？

0631デフォルトの名無しさん

2008/08/28(木) 01:47:18

CUDA最強だね
AMDはBroadcomに身売りしたし終わりだね

0632デフォルトの名無しさん

2008/08/28(木) 02:58:25

今の時点でCUDA最強なんて言ってるのを、10年後の人間に見せたら
牛乳吹くぞきっとｗ

0633デフォルトの名無しさん

2008/08/28(木) 04:55:44

現時点じゃCUDA（笑）だもんな。
インテルがGPGPUは失敗するって言ってたけど今のままじゃ
その通りになりそうだし。

0634デフォルトの名無しさん

2008/08/28(木) 05:52:06

ゲーム屋（の一部）から言わせて貰えば、GPGPUはとても魅力的。
巨大な配列に適当な関数を map するような用途は沢山あるから。
だから逆に、あんまりCPUよりになって欲しくないね。

0635デフォルトの名無しさん

2008/09/01(月) 23:27:31

GPGPUって今どういう状態？

1.GPUメーカーが必死に煽って、好き者PGだけが遊びでいじってる状態？
2.先進的PGが名もなきゲームや特殊なソフトで、こっそり実用する奴がいる状態？
3.先進的なメーカーが、名もなきゲームや特殊なソフトで使う事もある状態？
4.ゲームや特殊なソフトでは、たまに使ってるソフトもある位の状態？
5.有名実用ソフトがみんな当たり前のように使用している状態？
6.Windowsのカーネルも含めてほとんどのソフトがGPUで動いてる状態？

0636デフォルトの名無しさん

2008/09/01(月) 23:35:25

2じゃね

0637デフォルトの名無しさん

2008/09/02(火) 00:41:29

カーネルが動いたらむしろCPU要らない気がするｗ

0638デフォルトの名無しさん

2008/09/02(火) 00:53:17

それは、もうGPUじゃない。

0639デフォルトの名無しさん

2008/09/02(火) 08:54:34

このスレだと微妙にスレ違いなネタなんだけど
物理シュミレーションスレ誰か立ててくれませんか？

0640デフォルトの名無しさん

2008/09/02(火) 13:18:00

自分で立てろや

0641デフォルトの名無しさん

2008/09/02(火) 13:31:43

立てられないんです

0642デフォルトの名無しさん

2008/09/02(火) 14:56:12

板があるよ
http://science6.2ch.net/sim/

0643デフォルトの名無しさん

2008/09/03(水) 00:32:20

>>635
photoshopや有名エンコーダで利用されるようになったら、晴れて一般技術の仲間入りって所か？

0644デフォルトの名無しさん

2008/09/05(金) 04:19:58

"一般技術"って何だ？

0645デフォルトの名無しさん

2008/09/06(土) 11:18:09

電話が使えるとか電卓が使えるとかそういう技術の事ジャマイカ？

0646デフォルトの名無しさん

2008/09/06(土) 23:20:29

っつーか、それ以前に、そんな日が本当に来るのかよ。

0647デフォルトの名無しさん

2008/09/06(土) 23:41:40

来ません

0648デフォルトの名無しさん

2008/09/07(日) 11:55:08

AthronとNvidia好きな俺にとっちゃ

0649デフォルトの名無しさん

2008/09/07(日) 12:34:13

Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron

0650デフォルトの名無しさん

2008/09/07(日) 13:14:18

ソフトウェア環境が整う速度よりも
CPUのコア数が増える速度の方が早いでしょ
GPUをCPU並みに複雑な処理に対応させるって
それって単にマルチコアなCPUを作るだけでしょって話なわけで
結局メーカーの入れ替わりなんかが発生するかもはしれんけど
行き着く先はCPUとGPUの統合なわけ
プログラムはマルチスレッドなものを作っとけばいいだけ
CUDAだのCALだのは要らない

0651デフォルトの名無しさん

2008/09/07(日) 13:20:41

単純にMAP関数アクセラレータとして使えるくらい
GPUがCPUに近くなればいいんだよ。
stlっぽくunordered_for_eachにkernel関数渡せば
ハードに合った並列処理されるみたいな。

0652デフォルトの名無しさん

2008/09/07(日) 13:21:24

pentium-mクラスの256コアCPU速く出ないかなぁ

0653デフォルトの名無しさん

2008/09/07(日) 13:22:48

バカだから並列プログラムできません＞＜
と素直に言えばいいのに

0654デフォルトの名無しさん

2008/09/07(日) 13:25:14

並列プログラミングできないって、それが理解できないですよ。
単にコア分のスレッド使って、処理を分ければ良いだけのことでしょ？

0655デフォルトの名無しさん

2008/09/07(日) 13:26:44

>>650
いるいる。
現状CPUのSIMDだってコンパイラはまともに最適化してくれなくて
自分で専用のコード書かなきゃいけない。
マルチスレッドだってOSによってAPIが当然違うし同期とか面倒くさい。

CUDAだろうがその他の開発環境だろうが構わないが
もっと並列性の高い言語を用意してくれなきゃ
多くのヘタレPGが書いたコードは現状のCPUだって1/10くらいしか性能が出てない。

0656デフォルトの名無しさん

2008/09/07(日) 13:38:17

手続き型の記述法がアホ臭いことが結構あるだろ。
forループでわざわざどうでもいい処理順序まで記述した挙句
OpenMPのプラグマで実は並列に処理できますよとヒント書くとか。

並列構文作って無意味な制御変数のデータ依存省いた
本当に必要な依存だけ記述されたRTLをコンパイラに素直に渡せないから
人間は無駄に処理順序を記述する羽目になり、
コンパイラは無駄に不完全な並列化解析することになる。

0657デフォルトの名無しさん

2008/09/08(月) 10:55:02

フォトショやエンコーダのCUDAに対応するのがあるよ
3DCGレンダで対応するのが出るのは時間の問題じゃねーか

0658デフォルトの名無しさん

2008/09/09(火) 10:23:51

AMDの新しいSDK出るのって今週の予定だったな。

0659デフォルトの名無しさん

2008/09/10(水) 10:11:09

密かにftpサーバに新版アップされているな。

0660デフォルトの名無しさん

2008/09/10(水) 12:18:27

vista用も用意されてるね

0661デフォルトの名無しさん

2008/09/10(水) 12:26:26

ttp://ati.amd.com/technology/streamcomputing/resources.html
文書も増えた？

0662デフォルトの名無しさん

2008/09/10(水) 13:38:46

1.2.βの更新日が7月23日？
今週の新版は1.3βなのかついに正式版なのか

0663デフォルトの名無しさん

2008/09/10(水) 16:24:44

1.2βですじゃ

0664デフォルトの名無しさん

2008/09/10(水) 16:26:29

ftp://ftp-developer.amd.com/AMD_Stream_SDK/v1.2-beta/

0665デフォルトの名無しさん

2008/09/10(水) 23:45:31

ぱっとドキュ見てみたけど、相変わらずCALの方が。。。
フォーラムでも叩かれてたのに、見た目綺麗でも中身変わらず。。。。

0666デフォルトの名無しさん

2008/09/11(木) 05:48:50

http://www.ipa.go.jp/jinzai/mitou/2008/2008_1/youth/gaiyou/k-02.html

手ぶれ補正をGPUでやるだけで３０００万
の詳細

0667デフォルトの名無しさん

2008/09/11(木) 06:31:14

余裕で出来るｗｗｗ

0668デフォルトの名無しさん

2008/09/11(木) 07:05:19

>>666
いやそれ、300万円だよな??
じゃぁもれは赤目補正をGPUでやりますから。控えめに100万円ください。

0669デフォルトの名無しさん

2008/09/11(木) 09:59:14

ttp://pc.watch.impress.co.jp/docs/2008/0910/leadtek.htm
これGPGPUみたくユーザが使えたら面白そう

0670デフォルトの名無しさん

2008/09/11(木) 11:24:47

性能と価格と消費電力次第だけど、数が出ないだろうからGPUに比べてとても割に合わなそう。
いつぞやの物理演算プロセッサの路線。

0671デフォルトの名無しさん

2008/09/11(木) 14:18:41

5000-10000円程度か、対応ソフトウェアにバンドルして発売すればそこそこ需要はあるかと。
まぁSD解像度を主眼に置いている時点でワゴン逝き確定。ワゴンに行ったら救出しまつ。

0672名無し募集中。。。

2008/09/11(木) 16:46:03

初物だから10万くらいするんじゃないか?

0673デフォルトの名無しさん

2008/09/11(木) 20:02:34

やっとVista対応か
これでXP64消せる

0674デフォルトの名無しさん

2008/09/11(木) 20:20:40

ページも更新されてる
downloadもFTPからじゃなくなったな・・
ttp://ati.amd.com/technology/streamcomputing/sdkdwnld.html

0675デフォルトの名無しさん

2008/09/12(金) 02:31:56

HD3450(Cat8.8)でBrook+のサンプルは動くのに
CALのサンプルが
Current hardware does not support this kernel.
やら
This program cannot be run on the present graphics hardware.
Exiting!

と表示されて全然動かないなぁ
Brook+の方はNLM_Denoise.bmpも出力できるからCALのバージョンチェックが厳しいだけだろうな
明日4850の方でも試してみよう

0676デフォルトの名無しさん

2008/09/12(金) 02:59:10

>>675
Brook+の方はちゃんとGPUで動いてるの？CPUエミュになってない？

0677デフォルトの名無しさん

2008/09/12(金) 03:00:55

>>676
NLM_Denoiseも一発で出力されてるけど、
これそんなに軽い処理だっけ？
というか1.1の時は動いてたし

0678デフォルトの名無しさん

2008/09/12(金) 09:10:19

>>675
単にMEM_EXPORTの機能がないカード使ってるだけだろ？

0679デフォルトの名無しさん

2008/09/15(月) 12:58:24

Stream SDK 1.2になったけど
なんか変わった？ドキュメントがさらにカオスに
なった以外変更ないみたいなんだが

0680デフォルトの名無しさん

2008/09/15(月) 13:17:25

shader analyzerで見る限り
brook+のreduceで高速化のためか
複数のILプログラム出力しているみたい。

0681デフォルトの名無しさん

2008/09/15(月) 14:30:12

http://slashdot.jp/developers/08/09/14/0144250.shtml

0682デフォルトの名無しさん

2008/09/17(水) 07:36:18

>>635
自分が使うプログラムは自分で書かなければ
どこにも存在しない研究者が、
課金されずに使えて値段の割に速いから喜んでいる状態

0683デフォルトの名無しさん

2008/09/17(水) 08:54:40

なにげにクイックソートライブラリとか探せばごろごろすぐに使えるものがある

0684デフォルトの名無しさん

2008/09/17(水) 11:50:31

初心者ですみません。
一般的なスペック高めのPC(現状ではC2D E8x00系,GeForce 9800系あたりを想定)で、
現状、あるいは今後のロードマップで、
CPUでやるより最大で何倍位の性能出るんでしょうか？

もちろん、課題に大きく依存すると思いますが、とりあえず最大(GPGPUに適した課題)で。
あと、性能を大きく上げる手軽な増設・改造などありますでしょうか。

0685684

2008/09/17(水) 11:53:46

あ、別にnVidiaでなくてもPCショップで普通に買えるものならどこのでも良いです。

0686デフォルトの名無しさん

2008/09/17(水) 15:25:56

GPGPUがらみですが、ちょっと離れてしまう話でもあり
でもどこで聴けばいいのかわからないので、ここで聞かせてください。

セカンドディスプレイを繋ぐ2つ目のDVIから
GPUで処理したデータをデジタル出力(映像ではないです)させたいのです。
どちらのディスプレイからデータを出力させるか
や
どこのピンからどんなデータを出すか。
などの資料は、無いでしょうか？
そういう制御が無理な気もしますし、少なくともATiとnVIDIAでは別な気もしますし。

0687デフォルトの名無しさん

2008/09/17(水) 17:05:33

>>686
ttp://en.wikipedia.org/wiki/Digital_Visual_Interface

ツイストペア複数組　再送などはなく垂れ流し

0688デフォルトの名無しさん

2008/09/17(水) 22:08:23

>>684
そもそも適した課題というのが少ないからな
単純なものほど並列化しやすくて早いけど
単純なものほど処理が単純でCPUでも我慢できる範囲だったりｗ

0689デフォルトの名無しさん

2008/09/17(水) 22:09:56

たとえば音声認識とか。

0690デフォルトの名無しさん

2008/09/17(水) 22:43:55

CALの場合悩みは結局
痛nium2と同じだしな

CUDAは結局SSEの延長

0691デフォルトの名無しさん

2008/09/17(水) 23:00:22

>>690
itanium2と同じってどゆこと？？

CUDAって今年の流行だろ？

0692デフォルトの名無しさん

2008/09/17(水) 23:17:48

去年はCell
今年はCUDA
来年は？

0693デフォルトの名無しさん

2008/09/17(水) 23:18:26

OpenCL

0694デフォルトの名無しさん

2008/09/17(水) 23:23:56

Larrabee

0695デフォルトの名無しさん

2008/09/18(木) 01:38:11

>>692
去年はx86
今年はx86
来年もx86

0696デフォルトの名無しさん

2008/09/27(土) 18:03:14

NVIDIA製GPUが「Photoshop」「After Effects」「Premiere Pro」の最新版「CS4」アクセラレーションをサポート。
http://www.4gamer.net/games/032/G003263/20080925009/

＞Adobe Photoshop CS4はQuadroとGeForceのどちらでも利用可能だが，
＞残る二つはQuadroのみが認証＆推奨されている――を搭載したシステムでは，自動的に有効化されるとのことだ。

Geforceで動くAE、Premiereプラグインを開発して売り出せば（ｒｙ

0697デフォルトの名無しさん

2008/09/27(土) 20:01:41

ぬか喜びしてるのか色んなところにコピペしまくってるね君

0698デフォルトの名無しさん

2008/09/30(火) 08:09:32

GPGPUでDSP作って
ディスプレイ繋いでない方のDVI端子にDVI->COAXIAL出力つけて
サウンドカード化とか、ちょっと妄想してみた。
DViだったら、多chも余裕な気もする。

0699デフォルトの名無しさん

2008/09/30(火) 11:52:40

それHDMIじゃダメなん？

0700デフォルトの名無しさん

2008/09/30(火) 11:59:05

HDMI端子の普及率はまだそこまで高くないでしょ。
どうせGPGPUを使うなら、コンセプト的には、あまった●●で××を・・・
って感じだろうから、もう１個のDVI端子を何か有効に使いたい所。

0701デフォルトの名無しさん

2008/09/30(火) 22:34:53

>>698
SLI2でそうゆうことするよ
アホかって思うけどね
なんでもSLI前提とかありえねーし

0702デフォルトの名無しさん

2008/10/10(金) 01:20:34

>>696
このプラグインインスコフォルダからぱくってきて
他のソフトで使う事ってできる？

0703デフォルトの名無しさん

2008/10/20(月) 23:57:16

結局、CS4もCUDAじゃなくてOpenGLだったわけだけど
何で今頃DX9のSM3.0対応のソフトが増えてるんだろ？
誰かわかる人教えてくれｗ

0704デフォルトの名無しさん

2008/10/21(火) 12:25:27

34 名前： Socket774 [sage] 投稿日： 2008/10/18(土) 01:45:03 ID:6Ti8WTwL
こっこれはGTX260じゃなくてQuadroCXなんだからね！
http://dc.watch.impress.co.jp/cda/accessories/2008/10/17/9443.html

約3万円→約20万円

0705デフォルトの名無しさん

2008/10/21(火) 12:44:04

NVIDIA社員が打ち合わせに来た際に言った台詞:
--
ボードメーカさんのボードは部品の品質も低いし検査もろくにしていない。
業務で使うのならそんなアキバ的発想はやめてQuadroFXを使うべきです。
--
その場にいたボードメーカさんの苦笑が忘れられない。
# GeForce8800GT vs. QuadroFX3700だけどね。

0706デフォルトの名無しさん

2008/10/21(火) 20:38:40

>>703
それはOpenGL2.1がSM3.0相当しかサポートしないから
OpenGLを採用したのは、Windows以外のOSも考慮したから

0707デフォルトの名無しさん

2008/10/21(火) 20:49:53

いつの間にかStreamSDKの1.2.1が出てたんだな
Radeon4xxxシリーズがOpenCloseDeviceでUnknownだったのがちゃんとR700系として認識されるようになった

0708デフォルトの名無しさん

2008/10/21(火) 22:08:51

>>705
おまいさんの仕事がなんなのかすんごい気になる

0709705

2008/10/21(火) 22:35:39

>>708
あっしはしがない出入りのSEでござんす。
件のNVIDIAの営業氏、なかなかの好人物ではある。

0710デフォルトの名無しさん

2008/10/21(火) 23:06:56

>>709
あいつ虐めんなよ
ﾒﾝﾍﾗだし

0711デフォルトの名無しさん

2008/10/23(木) 05:35:44

同じ石なのに値段がどれだけ違うんだ、と思っていた時期が俺にもありました。
もう変わったらしいので当てはまらなくなっただけだが。

どちらにしろ利益率からいったら売れるところには売りたいのは当然だわな。
アキバ的発想で予備買ってもおつりがくるよな。

0712デフォルトの名無しさん

2008/10/23(木) 07:34:30

>>711
まったくだ

0713デフォルトの名無しさん

2008/10/23(木) 08:55:56

NVIDIAはブランド詐欺専門だからな
いっぱいあっても現役チップは3種類程度ｗ

0714デフォルトの名無しさん

2008/10/25(土) 16:23:33

さすがに3世代またいでリネームされると、ちょっとNV見限りたくなってきてるｗ

0715デフォルトの名無しさん

2008/10/31(金) 01:28:36

CUDAのVS2008対応は年末か

0716デフォルトの名無しさん

2008/11/01(土) 01:39:14

そんなことより、先にFreeBSDに対応してくれよ。
できればamd64で。

0717デフォルトの名無しさん

2008/11/04(火) 22:39:56

http://www.hpcwire.com/blogs/OpenCL_On_the_Fast_Track_33608199.html
OpenCL on the Fast Track

Version 1.0 of OpenCL is currently scheduled to be released in early December at SIGGRAPH Asia 2008 in Singapore.

0718デフォルトの名無しさん

2008/11/04(火) 23:28:14

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

0719デフォルトの名無しさん

2008/11/12(水) 23:48:12

最近何か情報ないのかね？
相変わらずプログラム作りにくくて難儀なんだけどさ

0720デフォルトの名無しさん

2008/11/13(木) 02:00:12

NVIDIAがシェーダデバッガを期間限定割引販売してるけど
GPGPU的には関係ないのかな。

0721デフォルトの名無しさん

2008/11/13(木) 07:46:49

開発ツールアホみたいに高く売るのは
バカ会社の典型だな

ゲロビディア潰れろ

0722,,・´∀｀・,,）っ-●◎○

2008/11/13(木) 10:20:22

非業務用は無償じゃん

なに切れてんだ？

0723デフォルトの名無しさん

2008/11/13(木) 11:02:44

AMDのシェーダデバッガは無料会員登録で手に入るな

0724デフォルトの名無しさん

2008/11/13(木) 20:25:38

228 ：Socket774 [↓] ：2008/11/13(木) 20:16:24 ID:DqWrARXH
ttp://www.pcper.com/article.php?aid=638
ATI Stream Computing: From the desktop to the datacenter

ttp://www.pcper.com/images/reviews/638/07.jpg
ttp://www.pcper.com/images/reviews/638/08.jpg
ttp://www.pcper.com/images/reviews/638/09.jpg
ttp://www.pcper.com/images/reviews/638/10.jpg

ttp://www.businesswire.com/portal/site/home/permalink/?ndmViewId=news_view&newsId=20081112006601&newsLang=en

AMD Set to Release Free Software Giving Millions of ATI Radeon? Owners
New Way to Run Demanding Computing Tasks Faster than Ever
December ATI Catalyst? Driver Release Automatically Switches on ATI Stream Acceleration
in ATI Radeon? Graphics Cards Found in Millions of PCs

To Enable Instant Benefit, Users Will Also Be Able to Download Free Avivo? Video Converter
That Makes High-Definition Video Conversion up to 17x Faster

0725デフォルトの名無しさん

2008/11/13(木) 22:16:27

今度こそGPUアクセラレートなAVIVO Converterが出るのか。
本当に出るのか心配だが、期待はしておこう。
COBRAとAVTはどこ行っちゃったのかよくわからんし、
*の文が小さい上に肝心のスライドは転載されてないのはアレだがｗ

0726デフォルトの名無しさん

2008/11/14(金) 22:05:16

AMD Stream対応のプログラムって
CAL直書きなの？
それともなんか違うもの使ってるの？

0727デフォルトの名無しさん

2008/11/14(金) 22:07:37

>>724
これで年内にStream SDKの正式版が出なかったら怒るぞ

0728デフォルトの名無しさん

2008/11/14(金) 22:19:27

出なくてもいいけどもっとまともに
プログラム作れるようにしてくれよｗ

0729,,・´∀｀・,,）っ-○◎●

2008/11/14(金) 22:24:17

キャッシュの小ささはどうにもならない。
CUDAですらDirectXでできることと大して変わらん。

0730デフォルトの名無しさん

2008/11/15(土) 00:02:34

>>726
確かBrook+が使えるんじゃなかった？

0731デフォルトの名無しさん

2008/11/15(土) 06:33:39

>>725
いま在るAVIVO ConverterもCOBRA使ってるよ
今回変わったのはCOBRAがCAL使うようになったこと

0732デフォルトの名無しさん

2008/11/15(土) 12:39:24

>>731
ソース下さいよｗ
Avivo Video Converterが出たのは2005年、COBRAの発表が2007年なんですけどｗ

0733デフォルトの名無しさん

2008/11/15(土) 12:57:37

>>732
AVIVOもCatalystと同じく更新され続けてる

ttp://ati.amd.com/support/common-vista32.html

0734デフォルトの名無しさん

2008/11/15(土) 13:13:53

ATI Stream正式発表っていってるけど
糞ドキュメントと仕様不備だらけ

0735,,・´∀｀・,,）っ-●◎○

2008/11/15(土) 13:18:29

逆に今までのなんだったんだよって感じ

0736デフォルトの名無しさん

2008/11/15(土) 13:32:22

あの言語仕様で汎用的に使えるのって
SSEの置換程度だしついでに出たフォーラムで
言った正式リリース時には一定の制約はあるものの
FPGAのような汎用ソリューションにするっていうのは
まるっきり嘘だったな

やっぱりIntelに期待するしかないな

0737デフォルトの名無しさん

2008/11/15(土) 13:50:17

CUDAの糞っぷりでみんな懲りてるからなぁ
先駆者が大失敗した影響はでかいな
ホント、DirectXに組み込まれるまで手を出せない感じ

0738デフォルトの名無しさん

2008/11/15(土) 13:51:14

俺、CUDAの仕様は結構気に入ってるんだけどな。まぁ慣れただけなのかもしれんが

0739デフォルトの名無しさん

2008/11/15(土) 13:58:11

Pthreadみたいに使えないといらんよ

0740デフォルトの名無しさん

2008/11/15(土) 14:37:27

>>733
中身のDLLのバージョン変わってないけどね。

0741デフォルトの名無しさん

2008/11/15(土) 14:41:30

>>736
> あの言語仕様で汎用的に使えるのってSSEの置換程度だし
SSEの置換なんて出来るわけない。使ったことないだろ？

0742デフォルトの名無しさん

2008/11/15(土) 16:02:21

>>732
発表したのが07年ってだけだろｗ

0743デフォルトの名無しさん

2008/11/15(土) 16:17:49

で、COBRA使ってるってソースはまだですか？

0744デフォルトの名無しさん

2008/11/15(土) 16:31:19

>>743
grepでもかければ？

0745デフォルトの名無しさん

2008/11/15(土) 19:45:04

COBRAは昔からあるATIのマルチメディア向けライブラリだよ

ttp://www.rage3d.com/print.php?article=/reviews/video/aiw9800p

で、それが今日まで更新されてきたわけだ
ttp://ati.amd.com/products/firepro/Siggraph_2008_video_encode_final.pdf

About AMD’s Accelerated Video Transcoding

AVT (aka Cobra) first developed for ATI TV tuners.
　software encode = cheaper tuners.
　Still deployed this way
Cobra team serves as R&D centre for video futures:
　Shader-based video processing
　Arrival of HD
　Optical disc formats
　GPU Video encode
GPU-accelerated decode and encode work continues…

0746デフォルトの名無しさん

2008/11/15(土) 23:17:38

Cobra 9.15.0.20713

0747デフォルトの名無しさん

2008/11/15(土) 23:58:14

ごめんなさいずっとCORBAのtypoだと思い込んでましたｗ

0748デフォルトの名無しさん

2008/11/16(日) 00:10:21

XPIDLの元になったやつか

0749デフォルトの名無しさん

2008/11/19(水) 18:47:19

OpenCLのプレゼン資料
ttp://khronos.org/opencl/

Mathematicaが来年初頭CUDAに対応するって話
ttp://www.nvidia.com/object/io_1227010734073.html

0750デフォルトの名無しさん

2008/11/26(水) 12:18:50

ベールが剥がれた? OpenCLの概要を確認する
http://journal.mycom.co.jp/column/osx/301/index.html

DirectX 11はWindows 7とともにリリースされる
http://northwood.blog60.fc2.com/blog-entry-2450.html

0751デフォルトの名無しさん

2008/12/02(火) 15:04:18

GPUについて半分質問な感じだけど、聞いてくれ。
ｎVIDAのグラボの発熱量+消費電力が気になったんだが、
ATIの奴らでも似たようなもん？
昔はATIは省エネ的な感じで、コスパ良かった気がしたんだが
近頃ノートパソコンばっかり使ってて、グラボの良し悪しや
どれが最新のハイエンドで、どれが普及品で、どいつらが省エネタイプか
さっぱり分らんので、ご教授願いたい。

GPGPUでガリガリと計算させ続けようと考えてて、
さすがに、下手な発熱量と消費電力は抑えられれば抑えられる方が好ましいと思ってるんだが、
現状ではまだ、CUDA以外はダメぽな感じ？
もしも、ATIの方が電力抑えめでこっち使いたいなら、DirecｔX１１待ちが正解そう？

0752デフォルトの名無しさん

2008/12/02(火) 16:39:59

消費電力に関しては、今の世代ではATIがひとつ抜けた感がある。
とくにこの、補助電源が不要なクラス
http://www.coneco.net/special/d066/

ところがソフトウェア的にはATIが1年以上遅れてる。
http://pc.watch.impress.co.jp/docs/2008/1114/amd.htm
>>727-729 >>734-738

トレードオフだな。…あとはどう判断するかだ
DirectX11は先の話だと思うけど

0753751

2008/12/02(火) 17:51:38

>>752　A lot of thanks.
やっぱし、微妙なラインを判断しなきゃならないのかぁ。
CUDAの方はdocumentサクッと見つかったけど、
AMDStreamの方はSDKをダウンロードしてsetupしないと見る事もできないのね・・・。
（結局setupして、今document見てるけどｗｗｗ）

DirectX１１については下記のリンク先で2009年とあったから、てっきりもうすぐ、
遅くともあと1年半待てば…とか思ってたんだけど、
甘い見通しだった？？
ttp://www.xbitlabs.com/news/video/display/20081002034817_ATI_Plans_Expects_DirectX_11_Chips_Next_Year.html

0754デフォルトの名無しさん

2008/12/02(火) 18:57:59

>>753
いやダウンロードしなくても見れるぞ
「Publication」な

ttp://ati.amd.com/technology/streamcomputing/resources.html

0755デフォルトの名無しさん

2008/12/03(水) 00:04:17

世代ごとにターンが入れ替わってる。
コストから言うと、別スレで挙げられてる
HP ML115 +GF8400GSがぶっち切りで安上がり
じゃないかな。

0756デフォルトの名無しさん

2008/12/03(水) 07:54:21

>>753
製品のよしあしは世代ごとに変わるから、使いたくなったときが買い時
でもCUDAやATI Streamに縛られたくなかったら、待てば？
http://pc.watch.impress.co.jp/docs/2008/1202/kaigai478.htm

0757デフォルトの名無しさん

2008/12/03(水) 14:40:21

まあCUDAにしろStreamSDKにしろOpenCL用のライブラリ作ればそれまでなわけで

0758デフォルトの名無しさん

2008/12/03(水) 15:52:38

OpenCLなんて持ち上げてるのはマカーだけだよ。
XcodeがWindowsやLinuxで提供されてないのと同じレベルで、Snow Leopard専用言語。
「C#」や「C++/CLI」だって言語処理系自体はECMA標準規格だが事実上Windows .NET専用だろ？

どのみちCUDAの言語処理系に酷似してるなら簡単に移植できるだろうけど。

0759デフォルトの名無しさん

2008/12/03(水) 17:11:36

OpenCLはGPUだけをターゲットにしたものじゃないのだが

0760デフォルトの名無しさん

2008/12/03(水) 17:22:15

CPUのコードも生成できるって言いたいんだろ？知ってるよ。
CUDAもホストCPU用のコード生成できるようになるよ。

OpenCLは、少なくとも当面「Snow Leopardだけをターゲット」だけどな。

0761デフォルトの名無しさん

2008/12/03(水) 17:54:22

いつもどおりMSがDirectXでWindows上のデファクトスタンダードを打ち出して普及を阻害するんだよな。
OpenGLがそうであったように。

0762デフォルトの名無しさん

2008/12/03(水) 19:25:51

>>761
でもそれは元々OpenGLがとっつきづらくて普及進んでなかったんじゃ。

0763デフォルトの名無しさん

2008/12/03(水) 19:30:16

CUDA(笑)

0764デフォルトの名無しさん

2008/12/03(水) 19:35:02

今のOpenGLは自滅してない？

0765デフォルトの名無しさん

2008/12/03(水) 20:17:14

NVIDIA自体は特にこだわりは無いそうだ。
MSあたりがデファクトスタンダードを作ってくれるならそれでいいと。
CgをベースにHLSLが生まれたように。

CUDAはGPGPU用言語処理系としては頭一つ抜けてると思うが。
現時点で「使える」という点でね。
そんなに普及してないじゃないかって思うだろうけど、GPGPU自体がそんなもんだよ

0766デフォルトの名無しさん

2008/12/03(水) 20:28:21

でも、糞

0767デフォルトの名無しさん

2008/12/03(水) 20:29:11

ハード屋はどこもそんなもんだと思うよ
ソフト屋もどこもそんなもんだと思うよ
自分とこの製品買ってくれるならなんでもいいわけで

0768デフォルトの名無しさん

2008/12/03(水) 20:31:15

まぁ、このままだと下手したらIntelに全部もっていかれかねないんだから

0769デフォルトの名無しさん

2008/12/03(水) 21:29:14

ぶっちゃけ、Intelに全部もっていかれるのが一番いいなぁ。

0770デフォルトの名無しさん

2008/12/03(水) 21:37:47

Intelが全部持ってっちゃうと企業努力しなくなるだろ

0771デフォルトの名無しさん

2008/12/03(水) 21:43:04

CUDA類似の奴が他のチップ（まぁATiだけど）でも使えるようになるという点でOpenCLには期待してる
まぁ何でもいいから使いやすいデファクトスタンダードを早く作ってくれ

0772デフォルトの名無しさん

2008/12/03(水) 22:12:05

まあMacOS上のデファクトスタンダードは間違いないだろうが
それ以上でもそれ以下でもないな。

OpenCLワーキンググループはにはNVIDIAもIntelも名を連ねてるが
結局はAppleは自社製品買ってくれる上客だからなわけで。
当然ながらMSは不支持。メリットが無いから。

となると、Windows用の「OpenCL」公式ランタイム環境をどこの会社が用意する？
ベンダーごとに用意する？
それじゃOpenGLのｇｄｇｄの二の舞だな。
DX11 Compute ShaderとOpenCL、どっちかを選べと言われたら
NVIDIAもAMDもIntelも圧倒的に前者を選ぶだろうよ。

それとは別にCUDAなりCALなりCtなり各ベンダープロプライエタリな処理系は並行して
サポートしていくだろうし。

MacOS専用同然になる公算はでかいわ。
まあ、MacもデスクトップではLinux以上には影響力あるしデザイン業界には
相変わらず強いからそれなりには支持されるかもしれないけどさ。

0773デフォルトの名無しさん

2008/12/03(水) 23:12:59

DirectCAの開発資金が200億円
OpenCAの開発資金が8億円

絶対OpenCAは流行らないし潰れる

0774デフォルトの名無しさん

2008/12/03(水) 23:16:28

>>772
＞それとは別にCUDAなりCALなりCtなり各ベンダープロプライエタリな処理系は並行してサポートしていくだろうし。
これって使う側（プログラマとしてのな）からすりゃ鬱陶しいだけなんだよ
MacなんてゴミOSはどうでもいいから、最低WinとUnix/LinuxについてはこれがGPGPUの標準ってのを作ってくれなきゃこれ以上広まらんぞ

0775デフォルトの名無しさん

2008/12/03(水) 23:18:53

なんだかんだで
糞MSのデファクトスタンダードって対応早いしトータルで見ると良いと思うんだよね
OpenGLだけならここまで進まなかったでしょ、実際

0776デフォルトの名無しさん

2008/12/03(水) 23:20:20

Linuxはサポートする必要ないだろ
糞リーナスのオナチラOSなんて不要だろｗ

0777デフォルトの名無しさん

2008/12/03(水) 23:22:34

>>776
常時稼働させる演算用鯖（GPUGRIDとか）としてや、GPUクラスタとしてLinuxは必要

0778デフォルトの名無しさん

2008/12/03(水) 23:26:32

>>777
Windows 2003 Serverがあれば不要
Linuxを無理でも勧めようとするのはよくない

0779デフォルトの名無しさん

2008/12/03(水) 23:27:51

Linuxの方が軽いだろう。それにクラスタを構成する全ノードに一々Win鯖入れんのか？
保守もそうだし、入れる手間を考えたらLinuxの方が遥かに楽

0780デフォルトの名無しさん

2008/12/03(水) 23:31:52

MSCS入れた方が管理楽だろ
Linuxでまともにクラスタ管理できるソフトなんてみたことないけどなｗ

釣りだと思うが、あったら教えてくれよw

0781デフォルトの名無しさん

2008/12/03(水) 23:38:04

Windows 95の頃はOpenGLって割とメジャーだったんだけどね。
OpenGLなスクリーンセーバーが標準で入ってたりした。
Visual Studioで標準でサポートされてたのも大きい。

MSがOpenCLをサポートすらしないとなると、事実上Windows環境からは捨てられたも当然。
CUDA 3.0がOpenCLの言語機能に準拠する可能性もあるが、ハードベンダー頼りになっちゃうと
好き勝手に拡張して分裂の流れなんだよな。OpenGLのそれみたいな。

ハードウェア非依存の処理系が成功するにはどこかしら独裁やってくれるリーダーが必要だ。
MSは十分強いが、Appleは弱すぎる。

DX11はWindow 7からって言われてたけどCompute Shaderは従来OSでも使えるようにする
方針打ち出した（DirectX10の機能も実はXPでも使えましたって落ちだったし）

一方でOpenCLは、当のAppleすらSnow Leopardの目玉機能としてる（旧OSユーザーは無視？）

0782デフォルトの名無しさん

2008/12/03(水) 23:45:45

>>780
SCoreで十分。それにWin鯖使うとしてライセンスどんだけ必要になると思ってんだ
つーか、「Linuxを無理でも勧めようとするのはよくない」とか言ってるお前こそ
Windowsを無理でも勧めようとしてるんだろうが

0783デフォルトの名無しさん

2008/12/03(水) 23:50:39

>>782
LinuxなんてOSがタダってだけでしょう

安かろう悪かろうで大学や大企業などの
公益性の高いところでLinux利用するのは
まずいだろう

バグだらけでMyrunetとか未だに動かないSCoreの
名前出されるなんて思ってもみなかったけどｗ

0784デフォルトの名無しさん

2008/12/03(水) 23:58:47

大学は安くてナンボだろ。慶應みたいな大学ですらPS3を何台も買いあさったりしてるわけで。

0785デフォルトの名無しさん

2008/12/04(木) 00:02:58

Myrinet使えないって何言ってんだ。現にSCore+Myrinetで稼働してるクラスタあるだろう
それに784も書いてるように、湯水の如く研究予算あるわけじゃねえんだから、クラスタのOSにWin鯖なんて導入できる訳ねえだろ

0786デフォルトの名無しさん

2008/12/04(木) 00:04:27

>>784
どこの大学とは言わないけど
金なさげなフリして結構飲み代多かったり
卒業生が勤めている会社から研究費出してもらって
自分の権力的な実績作りにご執心だったりと
講義は休講が多かったり内容スカスカだったりと

0787デフォルトの名無しさん

2008/12/04(木) 00:17:19

どこの国公立大学でもありがちだな。
金は上から振ってくるから年度末までに昇華しないといけないって考え。

0788デフォルトの名無しさん

2008/12/04(木) 00:19:02

まずはFreeBSDに対応してくれ

0789デフォルトの名無しさん

2008/12/04(木) 23:29:37

禿同。
デス鳥乱立で互換性の取れないLinuxに
完成度の低いToolkit乱れ撃ちするのに
無駄な労力使ってないで、FreeBSD/amd64
に対応してくれ。5.xに対応すれば、6.x,
7.xにも自動的に対応するのに。

0790,,・´∀｀・,,）っ-●◎○

2008/12/04(木) 23:35:51

だいぶ淘汰されてDebian系：Ubuntu、RPM系：Fedora/Redhatで纏まりつつあるけどな

0791デフォルトの名無しさん

2008/12/04(木) 23:39:30

とゆうかDebian系、RHEL系以外のディストリってほぼ使われてないだろ

0792デフォルトの名無しさん

2008/12/05(金) 00:01:24

ミラクソLinuxの中の人間が
痛すぎるあいつ等人間として生き恥を晒しながら
生き続けることに疑問を感じないのだろうか

0793デフォルトの名無しさん

2008/12/05(金) 02:16:11

suseは？

0794デフォルトの名無しさん

2008/12/05(金) 23:54:44

ミラクルのおっさんが賞取ったからって嫉妬すんなや。

0795デフォルトの名無しさん

2008/12/07(日) 04:09:46

月刊Catalyst12月号の早売りでCALのランタイムが6.14.10.103から6.14.10.145にジャンプアップしてた。
dllの構成も変わって、今までのamdcalrt.dllとamdcalcl.dllは中身がすっからかん。
amdcaldd.dllが実際の処理を担当するみたい。
amdpcom32/64.dllはよくわからないけど、DXVAとDirectXに関連するっぽい。

0796デフォルトの名無しさん

2008/12/08(月) 19:55:00

>>783 フランスは政府が中心になって Ubuntu を推進してるが？

0797デフォルトの名無しさん

2008/12/08(月) 20:01:58

linux嫌われすぎだな

0798デフォルトの名無しさん

2008/12/08(月) 20:27:49

http://www.computerbase.de/artikel/hardware/grafikkarten/2008/kurztest_ati_video_converter_benchmarks/3/
ATi Video Converter Benchmarks

AVIVO converterはshaderの差がはっきり出るが
BadaBOOMは何だこりゃ？
nvは9600GTで良いじゃん

0799デフォルトの名無しさん

2008/12/08(月) 23:57:40

>>796
アメリカ以外の多くのEU加盟国から
度々公式見解で、アホ政府呼ばわりされている
フランスなんかの行動は見習う必要ないだろｗ

あのアホ政府はサブプライムでかなりやらかしたしｗ

0800デフォルトの名無しさん

2008/12/09(火) 01:00:41

＞アメリカ以外の多くのEU加盟国から
???

0801デフォルトの名無しさん

2008/12/09(火) 09:06:49

政府をアホ呼ばわりすると賢く見えるライフハックですね。わかります。

0802デフォルトの名無しさん

2008/12/09(火) 12:00:03

OpenCLの仕様公開ｋｔｋｒ
ttp://www.khronos.org/registry/cl/

0803デフォルトの名無しさん

2008/12/09(火) 13:26:17

　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　ヽ　＿＿_＼（＼・∀・）　＜　NVIDIAとAMDと東芝のインプリメントまだ～？
　　　　　　＼＿／⊂　⊂＿ )　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　／￣￣￣￣￣￣／|
　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　|　　愛媛みかん　|／

0804デフォルトの名無しさん

2008/12/09(火) 19:58:05

PDF読むとAMD, Apple, Intel, NVIDIAは凄い人数投入してるけど
東芝は入って無いんだよな。
強いて言うとSonyが一人だけ。

0805デフォルトの名無しさん

2008/12/09(火) 22:10:12

>>804
東芝は社員が個人的にOpenCLに対応させようとがんばってるだけじゃなかったっけ？

0806デフォルトの名無しさん

2008/12/09(火) 22:28:13

じゃあ俺はATi用インプリするから
>>804はNvidiaﾖﾛ～

0807デフォルトの名無しさん

2008/12/10(水) 11:11:23

>>805
どっかで読んだね。
そいつ、えらすぎだろ・・・

0808デフォルトの名無しさん

2008/12/10(水) 14:11:37

SDK 1.3.0beta 来たよ。

ttp://ati.amd.com/technology/streamcomputing/sdkdwnld.html

0809デフォルトの名無しさん

2008/12/10(水) 15:52:04

は???
AVIVO Video Converter出したのにまだβかよ
しかもまた旧Verをアンインストールしないとインストールできない糞インストーラかよ

0810デフォルトの名無しさん

2008/12/10(水) 20:36:10

当然じゃないか
SDKとかも上書してんのかおまえはｗ

0811デフォルトの名無しさん

2008/12/10(水) 20:36:45

むしろ不用意に上書き出来ない方が安心できるな

0812デフォルトの名無しさん

2008/12/10(水) 20:45:18

>>810-811
今時インストーラが旧Verを削除してくれるのが普通だろ
上書きも共存も出来ず「コンパネから消せよ馬鹿」とか何年前のインストーラかと

0813デフォルトの名無しさん

2008/12/10(水) 20:46:35

ただのソフトならともかく、SDKみたいなもんについては勝手に消して欲しくないから
自分で消せって方式の方が良い。少なくとも俺はな

0814デフォルトの名無しさん

2008/12/10(水) 20:47:19

今時
普通
何年前

お薬飲んだ？

0815デフォルトの名無しさん

2008/12/10(水) 21:18:19

OpenCLって将来的には
コンソーシアム加盟員だけが商業ビジネスできる
ようにするんだな。それも1ライセンス1000ドルから5000ドルって高すぎだろ

0816デフォルトの名無しさん

2008/12/10(水) 23:51:34

貧乏人はMSに期待しろ
結局それが一番堅い

0817デフォルトの名無しさん

2008/12/11(木) 11:11:46

ShaderAnalyzerからGPGPU分を分離したようです。
Stream KernelAnalyzer
ttp://developer.amd.com/gpu/ska/Pages/default.aspx

0818デフォルトの名無しさん

2008/12/11(木) 23:34:54

CALでASCIIだけは
処理できそうなんだけど
うまくいかねぇｗ

詰めが甘いんだよなぁ

うーん

0819デフォルトの名無しさん

2008/12/12(金) 00:09:20

StreamSDK　1.3
完全にDebianでは動かなくなった
Debian見捨てたなこりゃ

0820デフォルトの名無しさん

2008/12/12(金) 01:36:45

それ以前にDebianだとfglrxが随分前からインストール出来ないだろ。
experimentalですら11月に10月号が出てそのまま足踏みって時点でDebian側も投げてる。
つまりは素直にUbuntuにしろって事だ。

0821デフォルトの名無しさん

2008/12/16(火) 00:24:33

AMD，Open CL 1.0サポートを表明。2009年のSDK配布開始を予告
http://www.4gamer.net/games/080/G008082/20081215051/

0822デフォルトの名無しさん

2008/12/16(火) 00:34:22

「ATI Stream SDK 1.3」の大幅な機能強化をベースとするバージョン1.4は、
より細分化されたデータタイプのサポート、グラフィックスAPIの相互運用性、
マルチGPUのサポート、Brook＋へのスレッドレベルのデータ共有を追加できるよう設計されています。
このほか、「ATI Radeon HD 4870 X2グラフィックス」へのサポートの向上や、
複数の「ATI FirePro 3Dグラフィックス・アクセラレータ」のサポートなどの機能強化が図られています。
「ATI Stream SDK」のバージョン1.4の公開は2009年第1四半期中を予定しています。

1.4でようやくマルチGPU対応か
サイドポートも有効になるか？

0823デフォルトの名無しさん

2008/12/16(火) 01:19:38

マルチGPUのサポートと4870X2のサポート向上を別表記してるんだからやってくれるだろう。
本当にサイドポートという機構が存在すればの話だが。

0824デフォルトの名無しさん

2008/12/16(火) 06:09:14

結局マルチコアCPUで落ち着きそうだな

0825デフォルトの名無しさん

2008/12/16(火) 08:45:23

結局4670でもDP対応しているようだな。

0826デフォルトの名無しさん

2008/12/16(火) 10:10:07

だってVLIWの問題だもの
どうにでもなる

0827デフォルトの名無しさん

2008/12/18(木) 10:25:18

なんか、CUDAもAMD Streamもスルーして、OpenCLに絞った方がいいのかなぁ
開発リソースが有り余ってる訳じゃないし…

0828デフォルトの名無しさん

2008/12/18(木) 15:04:18

専用ので作った方がピークパフォーマンスは高いかもしれないけど
ATiもヌビもOpenCLに全面対応すると言ってるんだからそう違いはないだろうな。

0829デフォルトの名無しさん

2008/12/18(木) 15:11:35

OpenGLでQuadroとFireGLが既にやっているように、
FireStreamやTeslaを売るためにGeForceやRadeonでOpenCL対応が制限されそうで嫌だ
結果的にDirectXのComputeShaderの方が遥かにアベレージパフォーマンス良かったりしてな

0830デフォルトの名無しさん

2008/12/18(木) 22:10:42

>>829
> OpenGLでQuadroとFireGLが既にやっているように、
FireStreamとRadeonってどこが違うのって聞かれたAMDの中の人は
サポート（供給期間の保証とか）が違うだけだよって普通に言っちゃってたよ。

0831デフォルトの名無しさん

2008/12/18(木) 23:35:25

>>830
VRAMの容量が4Gが出るのはFSのみだって
行ってたよ。

09末までに2Gは両方で出るようだけど

0832デフォルトの名無しさん

2008/12/19(金) 01:23:59

>>831
kwsk

0833,,・´∀｀・,,）っ-●◎○

2008/12/19(金) 01:38:26

9600GTで2GBのネタみたいな仕様のカードあったな。
Tesla代わりに使えるんじゃないかと思ったもんだ。

VRAM大容量＝64ビット専用と認識してるが

0834デフォルトの名無しさん

2008/12/27(土) 18:33:42

AMDのサイトで"R6xx Family Instruction Set Architecture"読んでるんだが、
普通のプロセッサの資料と勝手が違って違って読みにくい。
なんか、アーキテクチャの概略がわかる資料とか知ってる心やらしい人がいたら
教えてください。

0835,,・´∀｀・,,）っ-●◎○

2008/12/27(土) 22:32:56

1つのストリームプロセッサエレメントがX, Y, Z, W, Transからなる5-WayのALUがぶら下がったVLIWで構成されてる。

0836デフォルトの名無しさん

2008/12/28(日) 03:35:37

>>834
cpがcfを解釈するようになったので、cfの説明とaluに対するopsのフォーマットだけだな、r600isaは。
まずプログラミングマニュアルの方を見た方がいいと思う。

0837デフォルトの名無しさん

2008/12/28(日) 10:25:21

>>835
thx
でも、さすがにそれはネットメディアの解説記事で知ってたｗ

>>836
ｔｈｘ
早速読んでみる。

しかし、ブロックダイアグラムだけ見ると癖の強いアーキテクチャだな＞R6xx
演算器の間の連携手段が小容量のR/Wキャッシュだけってのはこの規模の
SIMDマシンとしてかなり弱い気がする。

0838デフォルトの名無しさん

2008/12/29(月) 13:07:13

PV、PSあたりの仕様を見ると
ALU Clauseの存在意義が分かって面白い。

0839デフォルトの名無しさん

2008/12/29(月) 13:34:55

GSが入った所にDmaCopyってのが入ってるけどなんか厄介そうだな。
ジオメトリシェーダーって全然ノータッチなのだが、結構面倒なのかな?

this program type is optionalなので意味分からない時は無視するが勝ちかorz

0840デフォルトの名無しさん

2008/12/29(月) 13:57:16

ILじゃなくてISAで何を作ろうとしてるのかね?

0841,,・´∀｀・,,）っ-○◎●

2008/12/29(月) 17:18:29

ネイティブアセンブラじゃね？
俺もCUDAのPTXが嫌いなんだが

0842デフォルトの名無しさん

2009/01/07(水) 08:20:20

amdのstream kernelanalyzerて走らせるのにstream sdk以外になんかいる？
もらってきた実行ファイル叩いてもコンソールが数秒開く以外反応がないんだが。

0843デフォルトの名無しさん

2009/01/07(水) 08:25:25

コンソールアプリなら、コンソールで使えよ。

0844デフォルトの名無しさん

2009/01/08(木) 00:11:48

amdユーザなんて所詮このレベルｗ

0845デフォルトの名無しさん

2009/01/10(土) 19:58:38

>>844
どこからどうみても、一番レベルの低いレスをどうも。

0846デフォルトの名無しさん

2009/01/13(火) 03:18:18

よくわからんのだけども、折角だから流行りそうなの勉強したいなと思ったんですが
調べてみて

-AMD-
CTM
Havok

-NVIDIA-
CUDA
Physx

-他-
BrookGPU
PeakStream
RapidMind

こんんあ感じかな？
今のところCUDAが流行ってるんですか？
あと、今後PhysxとかHavokとかの物理エンジンがCUDAやCTMなんかに統合されるとかいう可能性とか
あったりするんでしょうか？

0847デフォルトの名無しさん

2009/01/13(火) 04:16:02

今年はIntelもメニーコアの汎用GPUを出すし先のことは分からない
Intelはx86命令セットを実装するからたぶんこれが生き残る
現状一番扱いやすくて普及してるのがCUDAとphysx
AMDは資料もろくにないし言語仕様もぐちゃぐちゃで使い物にならない

0848デフォルトの名無しさん

2009/01/13(火) 04:45:32

つ[OpenCL]

0849デフォルトの名無しさん

2009/01/13(火) 08:06:00

ハードよりの資料はAMDの方が充実しているだろ。
Brook+が微妙なだけでCALの仕様はまとも。
まあ、CALはほぼアセンブリだから、高級言語で記述したいなら
Brook+でどうにかするしかないのが最大の難点だが。

0850デフォルトの名無しさん

2009/01/13(火) 23:38:04

>>847
Larrabeeは確かにx86命令＋αを実装するみたいだが、果たして普及するかは別問題だぞ
パフォーマンスが出ないんじゃHPC分野からは見向きもされない
そもそもアセンブリレベルでコーディングなんてしないわけで、CUDAなりBrook+なりの高級言語使うのが当たり前になってるんだから
結局はどこまでLarrabee用の言語を構築できるかでしょ

0851デフォルトの名無しさん

2009/01/14(水) 00:00:51

Intelは言語レベルではなく、OpenMPのようなライブラリっぽいものでLarrabeeサポートしていく方針だったかと。
で、同じコードでマルチCPUやなんかにも対応させるようなことを言ってたような希ガス。

0852デフォルトの名無しさん

2009/01/14(水) 00:18:08

Larrabeeがどうなるかは知らないけどIntelは独自言語も作ってるし、OpenCLにも対応する予定だよ。

ま、開発はどうにかなるとしてもLarrabeeは消費電力気にしてキャッシュを
強化する代わりに絶対的なメモリ帯域が足りないっぽいのがなあ。
実際のコードはそんなに局所性が高くないものも多いんだよ。

0853デフォルトの名無しさん

2009/01/14(水) 00:46:03

別に流行ってないよ。
マニアのみ。

0854デフォルトの名無しさん

2009/01/14(水) 07:11:14

Larrabee　300W
アホだろｗ

0855,,・´∀｀・,,）っ-●◎○

2009/01/14(水) 15:23:02

>>852
実はリアルタイムレイトレーシングに最適化されてるとか。

キャッシュの利用によって外部バスの負荷を軽減することで、結果的に省電力化を図れる
みたいな話で、このへんはイスラエルのキャッシュ大容量CPUの設計思想のフィードバックだよ。
メモリコントローラに帯域を狭くするなんて言ってない訳だが、誰が言ったんだ？

しかし、メモリ云々はGeForceあたりでも切実な問題じゃないの？
SMあたりのレジスタファイル倍増したかわりにGeForce8なんかと比べてメモリ帯域減らしてるじゃないの。

>>852
「ハイエンドでも300W以内に収める」とは言ってるが300Wになるなんて誰も言ってないだろ
480SPのGTX295が300一歩手前の状態だから上位はそんなもんだろ
Larrabeeは16Way SIMDユニット搭載だから、32コアでGT100/200換算512SP程度。

0856デフォルトの名無しさん

2009/01/14(水) 17:00:17

まあWindowsがlarrabeeにカスタマイズされただ嫌でも買うでしょ

0857デフォルトの名無しさん

2009/01/19(月) 05:19:28

3Dゲームしている時以外は
GPUパワー余っているから
今こそ分散コンピューティングの時

0858842

2009/01/22(木) 21:02:05

stream Kernelanalyzerだが動いた。
もらってきたファイルの拡張子が.exeだったんでそのまま走らせるのかと思ってたら、実は.MSI形式だった。
恥ずかしい。

0859デフォルトの名無しさん

2009/01/27(火) 09:29:34

>>858
あげてみる

0860デフォルトの名無しさん

2009/02/05(木) 02:43:34

マイコミジャーナル
OpenCLのパワーが一目瞭然のデモムービーが公開
ttp://journal.mycom.co.jp/news/2009/02/04/023/index.html

0861デフォルトの名無しさん

2009/02/05(木) 05:23:02

OpenCLはマルチコア対応でしかもSSEなんかで最適化されてるから
GPUよりクアッドコアCPUのが早いというｗ

0862デフォルトの名無しさん

2009/02/05(木) 09:02:03

手軽に複数枚増設できるgpuに対して、cpuを複数つけることは難しいだろう。
それに行き詰まってるcpuよりは、gpuのほうがまだまだ速くなるし、
計算／表示まで1つのハードウェア内で完結したほうがいいだろう?
cpuの仕事ってioと制御だけでもいいくらい。

0863デフォルトの名無しさん

2009/02/05(木) 09:12:51

GPUメモリからシステムメモリへの転送が早ければなあ

0864デフォルトの名無しさん

2009/02/05(木) 09:19:14

GPUからプロセッサキャッシュへ直接転送できればいいのにな。

0865デフォルトの名無しさん

2009/02/05(木) 23:26:29

>>計算／表示まで1つのハードウェア内で完結したほうがいいだろう?
それこそCPU有利じゃないかｗ

0866,,・´∀｀・,,）っ-○◎●

2009/02/06(金) 13:17:48

IntelのCtだけど、俺なりに解釈してまとめてみたお

http://tripper2.kousaku.in/?Ct

0867デフォルトの名無しさん

2009/02/06(金) 13:55:53

>>866
乙

0868デフォルトの名無しさん

2009/02/07(土) 11:18:29

4亀のGPGPU記事、突っ込みどころが多すぎてもうどうしたものやら。
誰か頼むわ。

0869デフォルトの名無しさん

2009/02/07(土) 15:20:21

ざっと流し読みした限り、そんなに変な箇所は無かったように思うが
ゲーマー向けのGPGPU解説ならあんなもんじゃねーの？

0870デフォルトの名無しさん

2009/02/07(土) 16:54:42

超解像のような考え方は昔からあるようだな

フリーソフトImageD2
http://www.tiu.ac.jp/~zohzemi/imgD2/index.html

これは時間軸方向にも参照するものだ。
NVIDIAのMOTIONDSPと同じ考え方だな。
西川善司の大画面☆マニア第113回超解像
http://av.watch.impress.co.jp/docs/20090120/dg113.htm

この方法は数フレームを参照することで低解像な映像のブレから情報量をアップさせるようだが、
この方法だとシーンチェンジやめまぐるしく動く映像では逆効果でめちゃくちゃな映像になるのではないか？
（これは上記のフリーソフトの別ページでも注意点として載っていた）
でも東芝などの日本の各社がやってる1フレームだけで行う超解像はそもそも無理がある。だから不自然な画質になったり、情報量が逆に消失したりする。
Lanczosなどでそのままアプコンしたほうがずっと情報量あるし自然な画質だ。比較してみれば一発で分かる。
http://plusd.itmedia.co.jp/lifestyle/articles/0812/24/news031_2.html
ここの元画像を720×480にし、それをAVIUTLなどでLanczosでフルHDにしたもののほうがずっと綺麗。
超解像は単純な処理だから柵とか崩れてるし、文字も駄目だし、元からあった情報を処理によって消しちゃう副作用のほうが強い。
超解像、超解像と目新しくいって盛り上げようとしたいのは分かるが、こんなのはまやかしだよ。

http://www1.axfc.net/uploader/Li/so/24824.zip&key=pass
比較用画像もうｐしておいた

一方、数フレームでやる方法は計算が大変だが、シーンチェンジや盛大な動きの問題さえクリアすればかなり使えそうではある。
MOTIONDSPや↓はそのあたりちゃんとクリアしているのだろうか？
http://www.flashbackj.com/red_giant/instant_hd_advanced/

0871デフォルトの名無しさん

2009/02/07(土) 20:20:03

なるほどマルチでしたｗｗｗ
ていうかコピペなのね。
http://gimpo.2ch.net/test/read.cgi/av/1201962634/275
が初出なのかな？ Google によるとだけど。

0872デフォルトの名無しさん

2009/02/08(日) 03:03:55

>>869
「標準的なプラットフォームの登場」という要望に答えたCUDAって書き方してるのは笑うしかないでしょ。
こことかも
> しかも，CUDAソフトウェアのパフォーマンスは，GPUの世代やモデルに応じてスケーラブルとなるため，
> 開発者もプログラム側も，「動作対象となる GPUがGeForce 8800 GTXなのか，（中略）」といったことを気にする必要がない。
気にしなければ確かにスケーラブルだけどパフォーマンスはでないわけで。
CUDAアプリの殆どがGPUの仕様に合わせてガチガチに最適化してるのを黙ってるのはどうかと。
PTXトランスレータがGPUの個数を考慮してるってのは完全に嘘だ。
NVIDIA PhysXのRadeon制限も自分の妄想語るのに夢中でさっぱり忘れてるみたいだし。

ATI Streamに関してもCTMとCAL ILとHDシリーズのISAをごっちゃにした解説をしてる。
絵の説明のところでATI Stream解禁の本質がCALをドライバに含めることだと正しく説明してるのは評価できるけどね。

CSとOpenCLに関しては、3DAPIとリソースの共有が出来ることが重要なポイントだというのなら
CUDAが両APIのリソースを扱えるってことを説明しないとまずいでしょ。
OpenCL 1.0の仕様はもう公開されてるのに仕様確定が09年6月ごろとかは意味不明だ。

0873デフォルトの名無しさん

2009/02/08(日) 03:08:54

MOTIONDSPで検索したらモザイク消しの話題があった
それは思いつかなかったｗ
確かに超解像はモザイクが消せるｗ

0874デフォルトの名無しさん

2009/02/08(日) 08:11:31

前後のフレームを参照してモザイクを消そうなんて
プログラムのプの字も知らなかった小学生の頃に思いついたけどな。
みんなそんなもんだろ？

0875デフォルトの名無しさん

2009/02/08(日) 09:55:43

>>872
所詮ユーザー向けのバラ色セールストークなんだから気にするなよ。

0876デフォルトの名無しさん

2009/02/08(日) 16:26:50

>>874
は？思いつかなかったしそんなの
その発想が出てるだけでもう俺より才能あるし

0877デフォルトの名無しさん

2009/02/08(日) 19:09:29

>>872
ユーザー向けとしてはその程度でいいだろ
確かに普段書いてるCUDAプログラムなんて、使ってるGPU毎にブロックサイズとかを全部最適化し直してるけど
一般ユーザーにそこまで説明する必要はない

とりあえずGPGPUすげーなって程度の認識を持たせれば十分でしょ
逆にそこまで説明しちゃうと「なんだ役にたたねーじゃん」って印象を与えかねない
まぁ実際問題としてはまだアカデミックな用途がほとんどだけどな

0878デフォルトの名無しさん

2009/02/08(日) 23:30:26

実行ポインタやら実行コンテキストはgpuだけで自律制御できるようになったのかな?
その辺の理解がもっと深まればintelやamdの変態cpuを待つ必要がなくなると思うんだけど。

0879デフォルトの名無しさん

2009/02/09(月) 05:31:06

被写体を３Dモデル化して全フレームからテクスチャを合成して
無限に超解像とか出来る日が来る

0880デフォルトの名無しさん

2009/02/09(月) 13:34:59

>>877
> 逆にそこまで説明しちゃうと「なんだ役にたたねーじゃん」って印象を与えかねない
現状では実際そうだからちゃんと説明しろっていいたいんだが。

0881デフォルトの名無しさん

2009/02/16(月) 10:01:03

>>862
普通に４コアで4way, 安いWSで4コア2CPUの8way, ちょっと金積めば4コア4CPUの16wayの
共有メモリ並列が実現できる。
GPUは16枚もさせない。

0882テスラは捨てら

2009/02/16(月) 11:45:58

1個のGPUの中にSPUが数百個入ってるワケだが。
更にそういう使いかたしたいならテスラ買え、ってことでは?

普通にブレードサーバ買った方が安いけどw

0883,,・´∀｀・,,）っ-●◎○

2009/02/16(月) 18:50:15

ここは、ものを比較する際に電力効率とかコストパフォーマンスで相対化することもできないインターネッツですね

0884デフォルトの名無しさん

2009/02/16(月) 22:28:48

軸が足りないと批判する人間も実は軸が足りなかったりするからねぇ。

0885デフォルトの名無しさん

2009/02/16(月) 23:16:50

コストパフォーマンス? テスラもAMDのなんちゃら言う奴も馬鹿高いじゃないか。
下手すりゃブレードの方が安いぞ。

0886デフォルトの名無しさん

2009/02/17(火) 11:39:19

メニーコアCPUには性能面でも価格面でも適わないという結論になりました

0887デフォルトの名無しさん

2009/02/17(火) 12:18:55

何をもって高い安いって言ってるの？性能の指標は何？ｗ
ブレードなんて熱密度の関係から敬遠されてるじゃんｗｗｗ
たとえば単精度1TFLOPS弾き出すのにXeonやOpteronだとキロワット単位ですが。

0888デフォルトの名無しさん

2009/02/17(火) 12:43:09

ブレードサーバって設置スペースを削減したい場合に有効だが冷却コストとかの問題で結局高コストなんだよね。
導入コストだけみて運用コストを考えないのはおこちゃま

0889デフォルトの名無しさん

2009/02/17(火) 12:53:42

光CPUはどうなったんだ？

0890デフォルトの名無しさん

2009/02/17(火) 13:05:53

量子CPUのが先に実用化されるんじゃないの？

0891デフォルトの名無しさん

2009/02/17(火) 13:27:10

量子のほうは似非科学だから永遠に実用化などされない

0892デフォルトの名無しさん

2009/02/17(火) 13:31:54

通信時間０ｍｓの通信装置が作れるかもしれんがコンピュータには使えない

0893デフォルトの名無しさん

2009/02/17(火) 14:20:03

CPU内の配線に使えないかな？

0894デフォルトの名無しさん

2009/02/17(火) 22:32:08

>>887
GPUで単精度1TFLOPSを引き出せるようなアプリがどれだけあるのかと。

0895デフォルトの名無しさん

2009/02/17(火) 22:48:57

コード書くつもりの話でないのだったらゲハなり自作なりでやれ。ム板でやるな。

0896デフォルトの名無しさん

2009/02/17(火) 23:55:58

>>891
似非科学って・・・

0897デフォルトの名無しさん

2009/02/18(水) 01:04:38

量子コンピュータって重要な部分は量子のもつれという特異な現象だけ
現状では量子状態は参照しか出来ないから
極端な話同じ動作を繰り返すからくり人形使ってっていいんだよ
あとは机上の空論の世界で、0と１の両方があるので答えは0～1なので正解とか言ってるだけ

0898デフォルトの名無しさん

2009/02/18(水) 01:12:09

唯一実用化された量子暗号も量子もつれを利用しただけのもの
同じ動作を繰り返す量子ペアを別経路で発送して
途中で誰かが参照したらペアが壊れるので傍受されましたって
それだけｗ

0899デフォルトの名無しさん

2009/02/18(水) 01:16:51

たかだがアインシュタインもびっくりした現象たった１つを
ここまで壮大な妄想の一科学分野にまで発展させて研究資金を搾り取ってるのはすごいなｗ
もはや宗教の域に達してるｗ

0900デフォルトの名無しさん

2009/02/18(水) 10:05:53

>>897
わかってなさそうだな。

0901デフォルトの名無しさん

2009/02/18(水) 12:52:47

そりゃ分かるってことは信者になるってことだからな

0902デフォルトの名無しさん

2009/02/18(水) 14:33:34

信者とか信者じゃないとかいう話じゃないからなぁ
「現状では量子状態は参照しか出来ない」
とか
「0と１の両方があるので答えは0～1なので正解とか言ってるだけ」
というのが、わかってなさを表してる。

0903デフォルトの名無しさん

2009/02/18(水) 17:29:05

>>881
並列度の話になったら現状のCPUはどう頑張っても現状のGPUに勝てない。
コアの数や並列実行スレッド数を云々し始めても同様。

0904デフォルトの名無しさん

2009/02/19(木) 01:18:33

４コアでSSE128bitでさらに４倍の１６コアあるのと同じこと
しかも３GHzとかで動いてる

0905デフォルトの名無しさん

2009/02/19(木) 01:57:56

SSE使っても処理が煩雑になるし思ったほど性能上がらんし・・・

0906デフォルトの名無しさん

2009/02/19(木) 05:10:38

思ったほど性能上がらんのはGPUも同じだがな。

0907デフォルトの名無しさん

2009/02/19(木) 06:58:53

SSEは使い方知らんと性能上がらんのよ
普通にプログラミングしても駄目よ

0908デフォルトの名無しさん

2009/02/19(木) 10:00:20

GPGPUは使い方知らんと（ｒｙ
Cellは使い方知らんと（ｒｙ
SpursEngineは使い方知ってても（ｒｙ

0909デフォルトの名無しさん

2009/02/19(木) 10:40:56

高速計算できるよってやつは本当にクセが強いな
カリカリにチューンできるようになるころには次のが来るもんなあ

0910デフォルトの名無しさん

2009/02/19(木) 11:14:31

SSE使うにはアセンブラ使わんとだめだよね？

0911デフォルトの名無しさん

2009/02/19(木) 12:13:47

つ「組み込み関数」

0912デフォルトの名無しさん

2009/02/19(木) 12:48:08

最近はC#からでも使えるよ

0913デフォルトの名無しさん

2009/02/19(木) 12:55:53

最近は便利になってたのか・・・。
ちょいと調べてみるよ。

0914デフォルトの名無しさん

2009/02/19(木) 13:07:45

>>912もしかしたコンパイルのプラットフォームターゲットの事？

0915デフォルトの名無しさん

2009/02/19(木) 14:24:14

>>912
直接は使えない。
文字通りのSIMDを使うにはターゲット毎にアンマネージド（ネイティブ）なC/C++などで
コード書いてDLL化し、その関数を呼ぶ形でしかアクセスできない。
ハッキリ言ってめんどい。

浮動小数をSSEスカラに使うならCPU機能を判断して自動的に使われるようだけど
どのみち性能は出ないので期待しないほうがいい。

0916デフォルトの名無しさん

2009/02/19(木) 14:36:02

Mono.Simdなんて変態があるけどなー
ターゲット依存なので使いように困るわけだが。

0917デフォルトの名無しさん

2009/02/26(木) 00:22:40

OpenSSL-GPU
http://math.ut.ee/~uraes/openssl-gpu/

0918デフォルトの名無しさん

2009/02/26(木) 00:37:32

SSLの計算にGPUをつかうのか・・・

0919デフォルトの名無しさん

2009/02/26(木) 00:46:22

カッコイイが誰も使わないな・・・

0920デフォルトの名無しさん

2009/02/26(木) 09:25:40

もうちょい速ければね。
SSLって案外計算量馬鹿にならないし。
SSLアクセラレータ代わりに安価なGPUが使えるならそれもアリかもしれない・・・

0921デフォルトの名無しさん

2009/02/26(木) 09:32:58

GPU使う場合のレイテンシは問題にならないのかね?

0922デフォルトの名無しさん

2009/02/26(木) 11:19:15

それが問題だね・・・

そのレイテンシカバーできるくらいの、
大きなbit数でエンコードするとか？

0923デフォルトの名無しさん

2009/02/26(木) 16:23:55

P4の頃ですら大してメリットなかったのに、i7とかの時代にどうしろとｗ

0924デフォルトの名無しさん

2009/02/26(木) 20:06:44

padlockでおｋ

0925デフォルトの名無しさん

2009/02/26(木) 21:37:15

CPU: Intel P4 640 3.2GHz

8800GTS can give 0..3% faster results compared to CPU・・・

padlockの方が圧倒的じゃないか

Pen4 3.2GHzと同等ならこんな感じだw

ttp://xs136.xs.to/xs136/09094/untitled275.jpg

0926,,・´∀｀・,,）っ-○◎●

2009/02/26(木) 22:06:25

IntelプロセッサにAES支援がつくのはWestmereからだから今は我慢だ

0927デフォルトの名無しさん

2009/02/26(木) 22:47:54

団子を自作板以外で初めてみたわ

0928デフォルトの名無しさん

2009/02/26(木) 22:56:58

プログラム板にもそこらじゅう張り付いてるぞ
おまえさん見る範囲狭すぎ

0929,,・´∀｀・,,）っ-○◎●

2009/02/26(木) 23:10:52

このスレだけでもかなり頭の方から粘着してるな

0930デフォルトの名無しさん

2009/02/27(金) 03:40:07

>>927
向こうでもみんなに迷惑かけてるのかい

0931,,・´∀｀・,,）っ-○◎●

2009/02/27(金) 03:58:33

だって和スイーツ（笑）だもの。

今更気づいたんだがCUDAってさ、
x64用のToolkit, SDKを入れると
32bit用バイナリがビルドできなくね？

cutilsは32と64の両方のlibがあるのに＞＜
せめてlib32とlib64に分けるとかしてくれよ

0932デフォルトの名無しさん

2009/02/27(金) 11:19:28

団子ってプログラマーだったん？

0933,,・´∀｀・,,）っ-○◎●

2009/02/27(金) 19:44:05

団子（だんご）は、米の粉に水やお湯を加えてこねて、蒸したり茹でたりしてできた餅を小さくまるめた菓子である。
http://ja.wikipedia.org/wiki/%E5%9B%A3%E5%AD%90

0934デフォルトの名無しさん

2009/02/27(金) 20:24:10

ちょっと調子にのっただけなんで許してあげて

0935,,・´∀｀・,,）っ-○◎●

2009/02/28(土) 06:43:02

おう許してやるよよしよし

0936デフォルトの名無しさん

2009/03/13(金) 22:09:32

1.4にあがってスレッド間で使えるようになったな
OpenMPっぽい問題は解けそう

0937デフォルトの名無しさん

2009/03/13(金) 22:37:55

1.4って、何が?

0938,,・´∀｀・,,）っ-○◎●

2009/03/13(金) 22:43:51

CUDAのCompute Capabilityのことかと

おぃぃ？NVIDIAは新製品のサンプルくらいよこすべきだと思うんだが？
未だに8600GTでやらされてるんだが。

0939デフォルトの名無しさん

2009/03/13(金) 23:00:11

今日の話題で1.4ならATI　Streamの方だろ。

0940デフォルトの名無しさん

2009/03/13(金) 23:05:40

Brook+強化されてもなぁ・・・OpenCLﾏﾀﾞｰ?
CALはTUがまともに動くようになったのとX2正式サポートとバグ直しか。
CAL ILの資料はドライバの中身さらけ出し度がさらに上がった感があるな。

0941,,・´∀｀・,,）っ-○◎●

2009/03/13(金) 23:09:31

>>939
GTX295ですら1.3で、下段ガードを固めて無かった俺には隙はあった。
勘違いしたのは確定的に明らか。

0942デフォルトの名無しさん

2009/03/13(金) 23:14:39

int8使えるけど遅いな

0943デフォルトの名無しさん

2009/03/14(土) 02:36:19

>>941
昨日のボクシングの試合は、久々に見所が有ったよな。

ところでウチのマシンでCUDA動かしてたら、マシンが超遅く
成って戻らない。超重いんだけど、落ちはせずに動き続けてる。
何が起こったんだか? 今週末は東京出張だからもう寝よ。

0944デフォルトの名無しさん

2009/03/14(土) 05:57:09

>>938
新製品って何？

0945デフォルトの名無しさん

2009/03/14(土) 06:00:23

http://developer.amd.com/gpu/acmlgpu/Pages/default.aspx
AMD Core Math Library for Graphic Processors (ACML-GPU)

なにげにgpu対応版acmlが出てるのね

0946デフォルトの名無しさん

2009/03/14(土) 19:55:25

結局1.4云々はATi Streamの方なのか？
CUDA2.1のドキュメントにもCompute Cap. 1.3までしか記述はないが

0947デフォルトの名無しさん

2009/03/14(土) 20:01:44

SDKじゃなくてCCのVerUPが来たらここだけじゃなくnVidiaのニュースリリースに出てるだろ

0948デフォルトの名無しさん

2009/03/14(土) 20:04:42

>>947
まぁそりゃそうだわな

ATi Stream見てみたら、v1.4が出たのな
What's up見る限り、CUDAで言うところの共有メモリをBrook+から扱えるようになったってことか？
Brook+をアップデートされてもな

0949デフォルトの名無しさん

2009/03/14(土) 20:20:01

>>948
CALの項で共有メモリ扱う方法書いてあると
思うが？

0950デフォルトの名無しさん

2009/03/14(土) 20:28:11

>>949
Significant feature enhancements to Brook+:
* Access to thread-level data sharing.

Brook+から扱えるって事じゃねえの？SDK User Guideの2-40

0951デフォルトの名無しさん

2009/03/14(土) 20:32:13

これまでのBrook+はほぼCの構文だけだったけど
1.4でC++のテンプレートを使ったプログラミングが出来るようになったな
ドキュメントだとLegacyとNew APIっていう比較でコードの長さも一長一短だが
共存は出来ないんだろうか？

0952デフォルトの名無しさん

2009/03/15(日) 21:53:50

ttp://forum.beyond3d.com/showthread.php?t=52990
ACML gpu benchmark numbers

>170 gflops for DP and 380 gflops for SP.
>Remember to run your CPU at full speed (i.e. disable powersave)!!

DPのわりにSPが速くないような
（RV770ってDP/SP=1/5だったように思うが)

0953デフォルトの名無しさん

2009/03/15(日) 22:08:06

DP結構凄いな。SPは駄目駄目な気もするが
CUDAでもあんま変わらないような。

http://www.gpgpu.ru/articles/sgemm-7.html
なんかボトルネックがあるのかね？

0954デフォルトの名無しさん

2009/03/15(日) 23:12:21

GTX 280だと、doubleで90GFlopsぐらいまで落ちた気がするからそれだけみるとすごいな
ただ、実際問題として頭からケツまでdouble精度が必要なソフトがあんま無いってのと
floatの性能が芳しくないからそこがネックだな

0955デフォルトの名無しさん

2009/03/16(月) 11:47:25

GeForceは1SMあたり、単精度MAC8器（SP）、特殊演算ユニット（SFU）2器、倍精度(DP)1器の構成。
単精度性能は8Way積和算＋4Way乗算×2で24、倍精度は1Wayの積和算で、2
つまり単精度：倍精度のスループットの比率は12：1

RadeonはGeForceのSPに相当する部分を5WayのVLIWで構成し、そのうち1Wayで倍精度も実行できるようにしてる。
んで、スループットの比率は5：1なわけだけど、どっちが優れてるかは一概には言い難い。
VLIWは演算対象によって実効性能がガクっと落ちる（倍精度はもともと1Wayなので関係ないが）

ただ、倍精度演算ユニットを倍増するくらいの拡張は将来のGeForceにもできるだろうから
今は我慢のとき。

Larrabeeは16Wayの単精度と8Wayの倍精度で演算ユニットを共有することになるから
理屈の上では２：１になる。まあ、ケチってくるかもしれないけどね。

0956デフォルトの名無しさん

2009/03/16(月) 18:59:48

>>955
1Wayで倍精度じゃないよ。
5Way分の演算器使って1Way分のDMADが実行できる。
ただし同時に1Way分の整数演算ならできる。

0957デフォルトの名無しさん

2009/03/16(月) 23:38:14

>>956
倍精度は4つだけしか使わない。
Trans Unitで出来ないのはX,Y,Z,W Unit4つ同時使用が前提の命令とアドレスレジスタに触る命令だけ。
だからX,Y,Z,W Unit使ってDP１つ、その上でTrans Unitが残ってるからSP or INT1つも同時に出来るよ。

0958デフォルトの名無しさん

2009/03/17(火) 01:34:43

>>970 を踏んだら、次スレ立ててね。
テンプラ募集。
↓

0959デフォルトの名無しさん

2009/03/17(火) 10:16:34

　,.、,、,..,、、.,、,、、..,_,,_　／i
;'｀;、、:、. .:、:,　:,.: ::｀゛:.::'':,'.´ -‐i
'、;: ...: ,:. :.、... :.、.:: _;... .;;.‐'゛￣￣
　　　ヽ(´･ω･)ﾉ
　　　　 |　 /
　　　　 UU

0960デフォルトの名無しさん

2009/03/19(木) 20:12:50

catalyst9.3が出たが「XPだとCALがうまく動かない」とさ

0961デフォルトの名無しさん

2009/03/19(木) 21:36:57

Folding@Homeに付いてきたamdcalrt.dll 6.14.10.103は動くっぽい。
待て屋のディレクトリに放り込んだらちゃんと動いたんで多分大丈夫。

0962デフォルトの名無しさん

2009/03/19(木) 21:44:53

CALのDLLをFolding@Homeに最適化しようとして、最適化しようとして、
XP版だけ間に合わなかったか

0963デフォルトの名無しさん

2009/03/19(木) 21:53:12

Clarkdaleとか出たら
GPUメモリに高速アクセスできるようになるんですか

0964デフォルトの名無しさん

2009/03/19(木) 22:19:50

1.4からマルチGPUに対応とかになってたから
仮想化のもんだいか

0965デフォルトの名無しさん

2009/03/20(金) 09:58:49

catalystを入れ替えるときにチップセットドライバも更新しようと思って
software uninstall utilityで全ソフトの削除を選んだらstream sdkまで
消されたｗ

0966デフォルトの名無しさん

2009/03/20(金) 12:10:07

Web PAMが削除されることを知っていた俺にとっては想定の範囲内。

0967,,・´∀｀・,,）っ-●◎○

2009/03/21(土) 16:19:09

>>963
GMA、それに限らず非オンボード・オンチップGPUはメインメモリ共有です＞＜
そもそもGMAはGPGPUに対応してないんですけどね。

0968963

2009/03/21(土) 17:38:23

>>967
だんごさん
ありがとうございました！

0969デフォルトの名無しさん

2009/03/21(土) 18:46:32

>>970次スレよろ

0970,,・´∀｀・,,）っ-○◎●

2009/03/21(土) 19:18:35

http://pc11.2ch.net/test/read.cgi/tech/1237630694/

0971,,・´∀｀・,,）っ-○◎●

2009/03/21(土) 19:35:44

ここまで全部だんごやさんの自演だよ

0972デフォルトの名無しさん

2009/03/21(土) 20:42:38

さて、アイちゃんが立てたスレは放置して新しく立て直すか・・・

0973デフォルトの名無しさん

2009/03/21(土) 21:31:32

0974デフォルトの名無しさん

2009/03/21(土) 21:54:42

一応貼っとくか
ttp://www.techpowerup.com/index.php?88739
AMD to Demonstrate GPU Havok Physics Acceleration at GDC

ATI's Terry Makedon, in his Twitter-feed has revealed that AMD would put forth its “ATI GPU Physics strategy.”
He also added that the company would present a tech-demonstration of Havok technology working in conjunction with ATI hardware.
The physics API is expected to utilize OpenCL and AMD Stream.

0975デフォルトの名無しさん

2009/03/21(土) 22:03:14

結局分立のまま並走かよ。
BulletがCUDAとStreamの両方に対応する事を祈るしかないか。

0976デフォルトの名無しさん

2009/03/21(土) 22:19:14

だんごトリップなしかよ

0977デフォルトの名無しさん

2009/03/22(日) 06:31:58

発言のキモさでわかるだろ

0978,,・´∀｀・,,）っ-○◎●

2009/03/22(日) 06:33:22

＞＜

0979デフォルトの名無しさん

2009/03/22(日) 08:52:36

FireStorm製品ではなくてグラボとしてのRadeon-HD4870＋ATI Stream SDK　で倍精度計算は可能ですか？
「DP計算はできないように機能を殺してある」／「RV670（<ーFireStormのこと？）でSDK入れたら計算できた」と言う
矛盾するような内容の書き込みが存在するのですが。

0980デフォルトの名無しさん

2009/03/22(日) 10:09:50

>>979
公式見れ
ttp://developer.amd.com/gpu/ATIStreamSDK/pages/ATIStreamSystemRequirements.aspx

0981デフォルトの名無しさん

2009/03/22(日) 10:27:32

979です。
Thanks! >>980

FireStormではなくてFireStreamでしたね（^_^;;)

レス数が950を超えています。1000を超えると書き込みができなくなります。