GPGPU#2 - 暇つぶし2ch

GPGPU#2 ..

170:デフォルトの名無しさん
08/03/23 23:49:59
>>167
ソース、キボンヌ。
てかLinux版は無いの？

171:デフォルトの名無しさん
08/03/24 01:33:47
このスレの住人なら知っていますね、あの糞開発ツールのことを

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

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

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

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

172:デフォルトの名無しさん
08/03/24 01:39:03
知らんがな

173:デフォルトの名無しさん
08/03/24 01:41:47
>>171
PS2のgccの事かｗ

174:デフォルトの名無しさん
08/03/24 04:56:28
マ板のコピペだろ。
統合開発環境なんて、どれもあてはまりまくりだが。

175:デフォルトの名無しさん
08/03/24 05:40:37
>>170
URLﾘﾝｸ(ati.amd.com)

176:デフォルトの名無しさん
08/03/24 10:46:34
>>168
CUDAスレに載ってる一覧表参照。
少なくとも、8800GTは1.1。使用チップが同じと言う点からの類推で8800GTS(512MB)も同様。
# 8800GTSは、320MB/640MBがG80なのでそちらは1.0だから要注意。

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

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

177:デフォルトの名無しさん
08/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 みたいに軽い方法ないかな

178:デフォルトの名無しさん
08/03/25 10:12:44
>>170
URLﾘﾝｸ(forum.beyond3d.com)

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

179:デフォルトの名無しさん
08/03/27 20:16:35
URLﾘﾝｸ(folding.stanford.edu)

> 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対応は間違いなさそうだ

180:デフォルトの名無しさん
08/04/03 01:49:03
radeonじゃ動かないかね？

181:デフォルトの名無しさん
08/04/03 07:09:54
2400以上なら動くよ

182:デフォルトの名無しさん
08/04/10 23:39:47
NL-Means filter
URLﾘﾝｸ(kishibe.dyndns.tv)

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

183:デフォルトの名無しさん
08/04/12 18:53:49
そういやR600向けFah来てたな

184:デフォルトの名無しさん
08/04/15 02:02:32
CAL1.00.2 beta、RV670で倍精度演算でけたよー

185:デフォルトの名無しさん
08/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ってなんぞー

186:デフォルトの名無しさん
08/04/21 17:15:44
CUDA2.0 for Linuxはドコー？？

187:デフォルトの名無しさん
08/04/21 19:17:28
2.0になって何が新しくなったとか言うドキュメントはないの？

188:デフォルトの名無しさん
08/04/21 19:17:35
Linuxはここだ
URLﾘﾝｸ(forums.nvidia.com)

189:デフォルトの名無しさん
08/04/22 00:18:52
情報THX! CUDAスレにも転載させてもらいま。

190:デフォルトの名無しさん
08/04/27 22:48:52
AMD Stream SDK v1.0
ってドキュメントどこにあるの？

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

191:デフォルトの名無しさん
08/04/27 23:37:22
> ってドキュメントどこにあるの？
インストールしろ。まずはそれからだ。

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

192:デフォルトの名無しさん
08/04/27 23:41:36
>>191
何それって感じだなｗ
CUDAですら当初からLinuxサポートしてたのに

193:デフォルトの名無しさん
08/04/28 02:11:53
> CUDAですら
CUDAとCTM以外になにかあったっけ？

194:デフォルトの名無しさん
08/04/28 12:26:12
GCC,spice

195:デフォルトの名無しさん
08/04/28 22:25:44
CTMのLinux版出すのか問い合わせたけど
ドライバの問題で無理って回答を貰った
半年後はどうかと聞いたがそこまで先の
ことは言えないっぽいｗ

196:デフォルトの名無しさん
08/04/29 09:13:39
CTMなんて、もう作ってないが？

197:デフォルトの名無しさん
08/04/29 19:09:02
良いスレsage

198:デフォルトの名無しさん
08/04/29 19:15:54
sage

199:デフォルトの名無しさん
08/05/09 15:48:49
AMDのStreamSDKをVista x64で使えたって人います？

200:デフォルトの名無しさん
08/05/09 17:38:59
Folding@HomeのGPUクライアントに付いて来るCALのDLL使えばいける

201:デフォルトの名無しさん
08/05/09 17:52:12
Linux版のSDKもそろそろ出るとさ

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

203:デフォルトの名無しさん
08/05/09 19:34:49
一度実行するとWUと一緒にDLLがダウンロードされる。
スタートメニューにデータフォルダへのショートカットがあるから開いてみ。

204:デフォルトの名無しさん
08/05/09 20:08:59
見つかりました。こんなところにあったとは…

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

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

205:デフォルトの名無しさん
08/05/09 21:00:18
それもセットでDLされてない？
俺がやった時はついてきたんだがな。

206:デフォルトの名無しさん
08/05/09 21:05:01
ああいや、付いて来てたのかな。
だとしたらamdcalclだけか、両方とも実行ファイルと同じ
ディレクトリにたたき込んでみ

207:デフォルトの名無しさん
08/05/11 19:49:19
ノートPCでCUDAに向いてる機種って何？
浦島太郎なので、グラフィックchipの型番
とかワカンネ。
出張用に、軽くて携帯性と電池の持ちが良い
方が嬉しいけど。

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

208:デフォルトの名無しさん
08/05/11 20:13:56
>>207
軽くて大きくなくて消費電力も少なめで、できればNVIDIAのGeForce8600MGS以上のVGAを搭載している機種。

209:デフォルトの名無しさん
08/05/12 05:38:10
＞VGAを搭載している機種。

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

210:デフォルトの名無しさん
08/05/12 07:30:43
VideoGraphicAdapterですね。

211:デフォルトの名無しさん
08/05/12 09:46:54
Acceleratorとも言う

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

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

213:デフォルトの名無しさん
08/05/12 14:36:07
プロンプトが一瞬現れるのなら、結果も一瞬現れているのではないか?
ダブルクリックで起動せずに、コマンドプロンプトから実行してみては?

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

ドウナッテルノ？

215:デフォルトの名無しさん
08/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.実行

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

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

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

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

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

ムゥ～

219:デフォルトの名無しさん
08/05/12 23:59:40
うーん、何で俺の環境だと動いてんだろ。むしろこっちがおかしいのか？
なんか特別なことやったかなぁ。

220:デフォルトの名無しさん
08/05/13 12:26:10
>>214
問題の切り分けがヘタだな。
printf() だけなら表示されるのか？ダメならそれ以前の問題。
printf() を先頭に持っていって表示されるか？されないならちょっと面倒かも。
表示されるなら、printf() の位置を移動して、表示されなくなる境界を探すとその近辺に（間接的かもしれないが）問題がある。

221:199
08/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)

222:199
08/05/13 14:38:46
>221 の下の２行はミスです。

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

223:デフォルトの名無しさん
08/05/21 00:46:01
brook+ってなんでLinuxじゃ使えないの？

224:デフォルトの名無しさん
08/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).

225:デフォルトの名無しさん
08/05/21 02:59:59
>>207
ｽﾚﾘﾝｸ(notepc板)

226:デフォルトの名無しさん
08/05/21 15:32:05
cudaはGeforce８ｘｘｘ以上だよ
８系でオンボードチップってあるんかいな

227:デフォルトの名無しさん
08/05/21 17:50:08
URLﾘﾝｸ(cudacontest.nvidia.com)
MP3 LAME Encoder

228:デフォルトの名無しさん
08/05/21 20:37:49
何でこのご時世にMP3・・・
せめてAACにしろよ

229:デフォルトの名無しさん
08/05/21 21:44:19
コンテストってことは
最適化か何かかね
めざせUS$5,000.00
と思ったら人種差別化ね

Resident in the United States or Canada

230:デフォルトの名無しさん
08/05/21 22:21:53
>>226
オンボードかどうかは知らんが、GeForce8系を積んだノートPCなら腐るほどある。

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

232:デフォルトの名無しさん
08/05/22 15:11:57
>>226
8100と8200のチップセットが出たがな

233:デフォルトの名無しさん
08/05/22 23:17:04
月刊Catalyst2008年5月号では現行のAMD Stream SDK、F@HのCAL共に動きません。
気をつけましょう。

234:デフォルトの名無しさん
08/05/22 23:50:55
Catalyst腐りすぎ
だんだんコード悪くなってる
なぜNvidiaが金出してコンサル
してやるって言うのに応諾しねーのよ？

235:デフォルトの名無しさん
08/05/23 00:13:24
Vistaじゃ動くそうだよ。

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

236:デフォルトの名無しさん
08/05/23 07:05:54
fahはvistaだと問題ないな8.5は

237:デフォルトの名無しさん
08/05/25 11:57:17
AMD Stream SDK v1.1-betaきてた

238:デフォルトの名無しさん
08/05/25 12:00:04
Linuxまだ対応してねーよ
もうAMDなんていらねーから
業界標準をCudaにしろ

239:デフォルトの名無しさん
08/05/25 12:08:46
Linux向けSDK公開されてますけど？

240:デフォルトの名無しさん
08/05/25 12:10:14
URLﾘﾝｸ(journal.mycom.co.jp)
希望的観測ぽいけど、GPGPU以外でも使えるモデルと思ってるみたい

241:デフォルトの名無しさん
08/05/25 13:21:55
キター！
URLﾘﾝｸ(forums.amd.com)

242:デフォルトの名無しさん
08/05/25 13:37:27
キターーー
LinuxキタけどこれDebianはいらねーじゃん
AMD shitだな

243:デフォルトの名無しさん
08/05/25 13:48:20
入るよ。
URLﾘﾝｸ(forums.amd.com)

244:デフォルトの名無しさん
08/05/25 17:10:46
>>243
どうもありがとう
debian 4
ubuntu 7.10
ubuntu 8.04
knopix 最新版

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

245:デフォルトの名無しさん
08/05/25 18:46:25
Xenの上でも動く?

246:デフォルトの名無しさん
08/05/25 18:50:40
debian用のパッチ作ったぉ

だれもいらんよね

247:デフォルトの名無しさん
08/05/25 18:57:59
>>246
いらねーよ消えろボケ

248:デフォルトの名無しさん
08/05/25 20:25:29
まぁ待て、煽るんじゃない。

でも俺も要らんわ。

249:デフォルトの名無しさん
08/05/25 20:35:26
>>246
俺もいらねーよ
ゴミ作るなよ市ねｗ

250:デフォルトの名無しさん
08/05/25 21:08:04
要る

251:デフォルトの名無しさん
08/05/25 22:39:34
>>246
まじキモイ
うぜーから消えろ

252:デフォルトの名無しさん
08/05/27 11:43:25
Core2Quad Q9450でPS2エミュをやると、実機と違い処理オチせず、激ムズになることが判明
ｽﾚﾘﾝｸ(news板)l50

253:デフォルトの名無しさん
08/05/28 00:08:53
AMDの方言語って
CUDAと比較して半端じゃなく
使い勝手悪くない？

254:デフォルトの名無しさん
08/05/28 05:13:09
いやゼンゼン

255:デフォルトの名無しさん
08/05/28 17:15:13
言語はAMDが作った仕様ってわけじゃないんだよな

256:デフォルトの名無しさん
08/05/28 23:08:16
AMDの奴ってなんていうか
学生向け言語って感じで
実用性まったくない言語
になってるね

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

257:デフォルトの名無しさん
08/05/28 23:38:15
同じ問題を解いた時ほぼ100%
CUDAに負けるね

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

258:デフォルトの名無しさん
08/05/29 05:51:48
必死な奴が常駐してるな

259:デフォルトの名無しさん
08/05/29 07:39:16
N社の工作員なの？

260:デフォルトの名無しさん
08/05/29 12:31:16
こんなとこでやっても見てるやつがどれだけいることやら・・

261:デフォルトの名無しさん
08/05/29 15:13:10
価格帯違うGPUで比べたらそりゃ遅いわな

262:デフォルトの名無しさん
08/06/01 12:33:25
CUDAとAMDのSDKってどっちが
簡単ですか？
OpenMPみたいにらくらくにできますか？

263:デフォルトの名無しさん
08/06/01 13:24:31
AMD Stream SDKのv1.1betaって登録しないと落とせないの？
不便だなぁ

264:デフォルトの名無しさん
08/06/01 14:34:51
は？

265:デフォルトの名無しさん
08/06/01 14:41:20
>>264
>>241のページからFTPのリンククリックしても入れないんだけど
鯖落ちてるのかな

266:デフォルトの名無しさん
08/06/01 14:57:59
普通に落とせるよ

267:デフォルトの名無しさん
08/06/01 15:20:54
普通に落とせるよ

268:デフォルトの名無しさん
08/06/02 15:03:01
>>262
OpenMPが楽だと思うのなら、CUDAへの移植も楽だと思うよ。
チューニングしだすと面倒だけど。

269:デフォルトの名無しさん
08/06/02 21:27:45
>>268
そうなんですか
再来週Radeonを買い付けにいくので
AMDの方の使い勝手も知りたいのですが
どうなんでしょうか？

270:デフォルトの名無しさん
08/06/02 21:50:38
CALを生で使う根性があればAMDの方は自由度高いし面白いと思うよ。
グローバルバッファとか使えるし、適用できる問題の幅も広い。
ただCAL側のリソースをテクスチャにしたり頂点バッファにするみたいな
DirectXやOpenGLとの協調はまだ未実装だから、完全に計算しか出来ないけど。

Brook+ははっきり言ってまだ使い物にならない。CPUコード吐かせると
数値リテラルが全部floatになって生成されたcppファイルがコンパイルできないとか。
CALコードだけにすればまぁ何とか使えなくもないけど、CUDAの方が実用的。

271:デフォルトの名無しさん
08/06/02 23:12:37
>>270
CALちょっといじったことあるけど
あれ使うのは大変だったなぁ

Brook+はやっぱダメなのかぁ。上に
釣りで学生のおもちゃとか書いてあったけど
どうやら本当なんだね

272:デフォルトの名無しさん
08/06/02 23:22:28
まぁ機能すらフルに実装されていないβVerだから速度に期待するのは酷だね

273:デフォルトの名無しさん
08/06/02 23:33:07
速度やバグあるのはまぁCUDAも
0.xxxははんぱねぇｗ状態だったから
別段いいんだけど

Brook+の自由度がどの程度なのか
いまいち図りきれないのが残念
すぐコンパイルエラーばっかり

274:デフォルトの名無しさん
08/06/03 00:44:32
>>271
まぁちと言い過ぎだけどね。
言語としてはシンプルでそれほど悪いわけじゃないし（でも3DAPIと協調するときどーすんだって気はする。ドキュメントにすら記載ないし）
CALコードだけならとりあえず動くコードは吐いてくれる。遅いけど。
v1.1-betaなんてバージョンにしちゃったから印象が悪いわけで、実際のところは熟成待ち。

>>373
秋葉原で3850が1万チョイって話もあるし、とりあえず3xxx1枚買ってbrcc -p calオススヌ。

CALバックエンドなCUDAコンパイラを誰かが作ってくれないもんかねぇ

275:デフォルトの名無しさん
08/06/03 00:47:51
おっと、書き込んでから思い出した。
ドキュメントにはないけどVC用のusertype.datにこんな文字列があったんだった。
streamToD3D
streamFromD3D
streamToGL
streamFromGL
一応Brook+と3DAPIのやり取りを実装する気ではいる様だ。いつになるか知らないけどｗ

276:デフォルトの名無しさん
08/06/03 00:50:48
>>274
今買うより10日に新板でるからそれ
待ってから買った方がいいと思ってます。

277:デフォルトの名無しさん
08/06/03 12:17:43
4850は18日

278:デフォルトの名無しさん
08/06/03 13:06:50
ときに次のPhotoshopがGPU使うそうですが。

279:デフォルトの名無しさん
08/06/05 03:12:09
URLﾘﾝｸ(techreport.com)
でもCUDAだーよ
ATIの人ｶﾜｲｿｽ

280:デフォルトの名無しさん
08/06/05 07:28:21
みんなCUDAで200Wとか280W
電力消費すれよｗ

281:デフォルトの名無しさん
08/06/05 10:05:45
>>279
β版の開発環境でプラグイン作るなんてAdobeもATiも迷惑だろ

282:デフォルトの名無しさん
08/06/05 16:49:45
CUDAは上位互換が保障されてます

283:デフォルトの名無しさん
08/06/05 21:44:13
CUDAは全ての変更が上位と将来版で
継承されることが保障されている
Computexで聞いてきたがAMDの方は
1.5からまた全く違う内容になる。
CLIの実装方式が変更されるから意味
ないんだよな

284:デフォルトの名無しさん
08/06/05 23:49:12
つまり大幅なハードの変更がある訳かね？

285:デフォルトの名無しさん
08/06/06 00:17:19
また変な改行の人か

286:デフォルトの名無しさん
08/06/06 02:10:54
この流れでいくとCUDAが圧勝するわけだけど
そうなると当然対応ソフトの多さによってnVidiaカードのシェアが伸びる
下手すれば完全に独占してしまうかもしれない
AMDはCUDAに対応させるために改造するのだろうか
そうなるとｎVidiaがすべての仕様をこれから先ずっと作っていくことになってしまう
使い勝手の悪いものが出来たり、上位互換を自分勝手に切り捨てたりするかもしれん
ISOのような公式な機関が介入出来る情勢でもないし
混沌としてきそうで嫌だね
洗練された仕様がどのメーカーのVGAでも一様に動作するというのが
ユーザーとしては最も望ましいわけだけど
このままだとそれは永遠に無いかもね

287:デフォルトの名無しさん
08/06/06 07:36:28
>>286
いやそれは無い。もう、Intel互換のチプセトも
AMD互換のチプセトも作らせて貰えない可能性
高い。本業のグラボも１のつの巨大コアで全部
ぶん回す旧世代のアーキテクチャだよ
弱ったら買い叩かれるのがオチだよ

288:デフォルトの名無しさん
08/06/06 12:33:06
だから今余裕のあるうちに逃げ道を探して奔走してる訳だね

289:デフォルトの名無しさん
08/06/06 16:04:53
＞本業のグラボも１のつの巨大コアで全部
＞ぶん回す旧世代のアーキテクチャだよ

新世代のアーキテクチャのグラボはどれですか？

290:デフォルトの名無しさん
08/06/06 16:09:56
RadeonはデュアルコアGPUの4870X2が次世代のフラッグシップモデル
性能もnVidia最上位のGTX280より上らしい
URLﾘﾝｸ(www.vr-zone.com)

これでStream SDKさえ完成版が出ていたら…

291:デフォルトの名無しさん
08/06/06 18:44:28
Streaming　Computing用途の性能なら
単精度で2倍あるはずだしな。

292:デフォルトの名無しさん
08/06/06 19:11:06
Stream SDKは1.0β→1.1βまで2か月しか掛かってないし、
4870X2が出る予定の8月までには完成できるんじゃないかな

293:デフォルトの名無しさん
08/06/06 19:58:57
4870X2ってただのCrossFire接続だろ？
新世代なんて程のもんじゃ無いな。

294:デフォルトの名無しさん
08/06/06 20:02:34
>>293
1枚の板に2つのGPUコア
ただのCrossFire接続だったら誰だって4870やGTX280を2枚買うわｗ

295:デフォルトの名無しさん
08/06/06 20:03:26
いや、ただのCrossFireだって・・・
二重にメモリ積んでるし。

296:デフォルトの名無しさん
08/06/06 20:10:03
>>295
メモリ共有でソフト側からは1GPU扱いという話だったが、
メモリ2枚積みのソースは？

297:デフォルトの名無しさん
08/06/06 20:16:24
URLﾘﾝｸ(northwood.blog60.fc2.com)

＞Radeon HD 4870X2はATiの次世代ハイエンドカードである。
＞このカードは2つのGPUを1つの基板に搭載したものである。
＞Radeon HD 4870X2はATiのMulti-GPUソリューションである
＞CrossFire Xによる2つのGPUをリンクさせるのでドライバのできによって性能が大きく左右される。

298:デフォルトの名無しさん
08/06/06 20:48:26
俺らでCLIの開発してやるから
ATI仕様さらせよ

今Linux版解析してるが
実装がヒドイこれやばいだろってもんじゃないなぁ

299:デフォルトの名無しさん
08/06/06 20:49:07
>>297
ただのCrossFireとCrossFireXは世代が違う技術だっての…メモリ非共有ともどこにも書いてないしな
少なくとも単なる大型化のGTX280とは全く別世代のアーキテクチャだ

URLﾘﾝｸ(a96sj096.cocolog-nifty.com)
URLﾘﾝｸ(northwood.blog60.fc2.com)

300:デフォルトの名無しさん
08/06/07 19:36:02
800SPの1.2Tflopsだってさ4870

あと4870X2がオンボードCFなのかどうかは不明
PLXじゃない専用ブリッジを乗せるとのうわさもある

301:デフォルトの名無しさん
08/06/07 19:39:40
>>300
それあってねーよ騙されるな
おめぇ一度自作板に勉強しに来いよ

302:デフォルトの名無しさん
08/06/07 19:54:12
どれが？

800SP?
ブリッジ？

ちなみに800SPの資料
4850で1Tflops
URLﾘﾝｸ(img68.imageshack.us)

303:デフォルトの名無しさん
08/06/07 20:00:28
つまり今まで一番もっともらしく出回ってた
480SPってのが単なる妄想スペックだったわけだ

304:デフォルトの名無しさん
08/06/07 20:30:00
実製品のFLOPSが妄想スペックを20％近く上回るとか…
逆にこっちの方がフェイクじゃないかと思ってしまうな

305:デフォルトの名無しさん
08/06/07 20:39:12
フェイクだったりして

306:デフォルトの名無しさん
08/06/07 20:42:53
4850とりあえずもう予約したから
初日にベンチしてやるから
何やってほしいか晒せ

307:デフォルトの名無しさん
08/06/07 20:52:51
>>306
H.264エンコード

308:デフォルトの名無しさん
08/06/07 21:13:07
>>302
よくここまで仕様を隠し通してたなｗ
NVIDIAの方がとっくに発表されてたのに

309:デフォルトの名無しさん
08/06/07 21:40:52
まぁ、フェイクとしても4870はいずれ1Tflops超えか

310:デフォルトの名無しさん
08/06/07 22:11:20
AでもNでもどっちでもいいからはよH.264エンコーダ作ってクレー

311:デフォルトの名無しさん
08/06/08 17:40:29
どうでもいいけどラデはム板的に意味なし

312:デフォルトの名無しさん
08/06/08 17:43:46
CALがあるじゃない

313:デフォルトの名無しさん
08/06/08 18:36:05
いっこうにCALの話題が無いｗ
誰かが試したという報告すら聞かない
CUDAはかなり普及してきてる

314:デフォルトの名無しさん
08/06/08 18:40:29
ところでDX10はストリーム演算が出来るとか聞くけど
サンプルとかぜんぜん見当たらないんだけど
DX9と比較して何がどう違うの？
DX１０を使ったフレームワークとかあるの？

315:デフォルトの名無しさん
08/06/08 20:15:25
4870X2のCFで4.8Tflopsとかわけわかんねぇ
パフォーマンス

316:デフォルトの名無しさん
08/06/08 20:17:24
X2で1.2TF
48レーンのPCI-EXってかなり
限定されるな

317:デフォルトの名無しさん
08/06/08 20:39:08
いや、多分そうはならない

318:デフォルトの名無しさん
08/06/08 22:40:09
CALのドキュメントどれ読めばいいの？

319:デフォルトの名無しさん
08/06/08 22:46:22
ProgrammingGuide.pdfとcal_platform_spec.pdfとil.pdf

320:デフォルトの名無しさん
08/06/09 17:55:47
URLﾘﾝｸ(www.pczilla.net)

According to some insiders, Compute Shader technology in
DirectX1 11 will possibly terminate the future of NVIDIA's CUDA technology.

統一が望ましいわな
当然

321:デフォルトの名無しさん
08/06/09 21:01:12
Linuxはどうなるのさ?

322:デフォルトの名無しさん
08/06/09 22:02:54
何そのいらない子

323:デフォルトの名無しさん
08/06/11 05:05:11
結局１１が出るまで何も普及しないし実験に付き合わされただけかｗ

324:デフォルトの名無しさん
08/06/11 05:10:09
ATIの１０．１とかもう何の為にあるのかさえ分からんｗ
ATI詐欺にまた引っかかったなそこの君ｗｗｗ

325:デフォルトの名無しさん
08/06/11 07:40:27
Windowsの方がどんな場合でも
処理性能300％上なのになぜ
Linuxなんて存在するんだろう

326:デフォルトの名無しさん
08/06/11 09:07:49
OpenCLってどうよ？

327:デフォルトの名無しさん
08/06/11 12:39:40
>>325
タダだから。

328:デフォルトの名無しさん
08/06/11 14:22:25
>>325
Linusが作りたいからじゃろ

329:デフォルトの名無しさん
08/06/11 15:34:51
>>325
きみはビル・ゲイツの処理能力の0.0000000000000000000000000001%なのに
同じ人間として存在してるほうが不思議だろ。

330:デフォルトの名無しさん
08/06/11 20:29:50
>>324
ばか

331:デフォルトの名無しさん
08/06/11 23:05:00
10.1は知らんけど、Stream SDKが死産になりそうな感じではあるな

332:デフォルトの名無しさん
08/06/11 23:12:23
Intelの奴が2009年の始めにでるけど
それは1枚のカードで４TFらしいね

333:デフォルトの名無しさん
08/06/12 01:04:38
Intel（）笑

334:デフォルトの名無しさん
08/06/12 06:18:45
なんだその関数

335:デフォルトの名無しさん
08/06/12 14:14:08
>>334
ﾜﾗﾀ

336:デフォルトの名無しさん
08/06/12 16:59:50
void intel()
{
　delete palestinian;
}

337:デフォルトの名無しさん
08/06/12 17:10:52
AMDはhavokか

338:デフォルトの名無しさん
08/06/12 17:17:42
URLﾘﾝｸ(pc.watch.impress.co.jp)
AMDとHavok、物理演算をAMDプラットフォームに最適化

最適化はAMD Phenom X4を含むx86プロセッサが対象で、
将来的なATI Radeon GPUでの利用についても取り組む。

339:デフォルトの名無しさん
08/06/12 20:03:17
またAMD詐欺か

340:デフォルトの名無しさん
08/06/12 20:04:15
どうでもいいがこのまま消費電力増え続けると地球と家計が爆発するぞ

341:デフォルトの名無しさん
08/06/12 20:24:35
詐欺も何もCCCにはR600のころから物理処理に関するヘルプが入っていて
havokがintelに買収されてから延々と活かされないままになっていた

342:デフォルトの名無しさん
08/06/12 22:12:36
俺のRadeon4870がねぇええええ

悪SKせいだ

343:デフォルトの名無しさん
08/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 スキップ ==========
誰か教えてください。

344:デフォルトの名無しさん
08/06/12 23:41:43
>>343
まさかとは思うが、VC6なんぞを使ってはいないだろうな。つーか、CUDAスレに逝け。

345:デフォルトの名無しさん
08/06/12 23:59:11
割れ物のVSだとなるようなｗ

おっといけね

346:デフォルトの名無しさん
08/06/13 00:20:42
>>344、345
vs2005expressです。

347:デフォルトの名無しさん
08/06/13 11:55:15
>>346
だから、ちゃんと隔離用に作ってあるんだからCUDAスレに逝け。

348:デフォルトの名無しさん
08/06/16 17:47:08
TESLA、Firestreamといったボードは、3DCGでレンダーファームとして今すぐに利用できるのでしょうか？

349:デフォルトの名無しさん
08/06/16 18:17:35
URLﾘﾝｸ(pc.watch.impress.co.jp)
AMD、1TFLOPSの演算性能を持つGPGPU
「FireStream 9250」
使用スロットは1スロットのみで、消費電力は150W以下

350:デフォルトの名無しさん
08/06/18 06:36:23
AMDのHD4850が２万５千円だって
ゲフォの次のやつは７万円だって
CUDAの一人勝ちかと思ったけどそうでもないかもｗ

351:デフォルトの名無しさん
08/06/18 08:50:24
HavokがAMD対応を発表しててFireStream 9250が第3四半期…
その頃にはさすがにSDKもβが取れてるだろうからどうなるか分からんね
Photoshop CS4も10月頃だから年内にRadeon対応ソフトが現れたらそれほど差は付かない

352:デフォルトの名無しさん
08/06/18 09:07:34
URLﾘﾝｸ(www.amd.com)
AMDもOpenCL採用

353:デフォルトの名無しさん
08/06/18 10:51:26
まぁ、安いのはいいことだよなぁ
貧乏学生多そうだしな！ｗ

354:デフォルトの名無しさん
08/06/18 11:01:43
値段はともかく発熱量を下げてもらわんと、
ラック当たりの計算量が上がらない。

355:デフォルトの名無しさん
08/06/18 19:51:59
FireStream 9250は値段半額で発熱同じ、性能2倍じゃん

356:デフォルトの名無しさん
08/06/18 22:37:44
ゲロビディア氏ね

357:デフォルトの名無しさん
08/06/18 23:35:37
GPU2 6.12 beta 6 for ATIに付いて来るCALランタイムで
今までのドキュメントとは異なるDirectX協調用拡張関数確認。

calD3D9UnmapTexture
calD3D9MapTexture
calD3D9UnmapVertexBuffer
calD3D9MapVertexBuffer
calD3D9Associate（これは今まで通り）

引数が判らないしDisassociateはどうしたとツッコミ入れたいけど、とりあえず実装したみたい。

358:デフォルトの名無しさん
08/06/20 14:14:46
URLﾘﾝｸ(pc.watch.impress.co.jp)
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

359:デフォルトの名無しさん
08/06/20 14:30:14
何その変な計算

360:デフォルトの名無しさん
08/06/20 17:34:08
謎だな
つーか、800SPだよな

361:デフォルトの名無しさん
08/06/21 07:24:51
倍精度だろ

362:デフォルトの名無しさん
08/06/21 09:36:09
単精度で800だよ

363:デフォルトの名無しさん
08/06/21 10:06:34
だから>>358の算式は倍精度のパフォーマンス出す式だろ

364:デフォルトの名無しさん
08/06/21 13:07:45
URLﾘﾝｸ(forums.nvidia.com)

CUDAこんなに仕事速くて対応もすごい多いのにAMD何やってるのですかね？
やる気あるの？

365:デフォルトの名無しさん
08/06/21 14:32:36
PowerDirectorがAMDのビデオカードに対応するらしいから、モノ自体はあるんだろうけどね
開発環境も早く公開してくれるといいなぁ、倍精度考えると性能は段違いなんだから

366:デフォルトの名無しさん
08/06/21 17:13:37
CALのIL.PDFもってる人どこか
うぷっていただけませんか？

リンク切れててとれない

367:デフォルトの名無しさん
08/06/21 17:20:25
SDKに入ってるからインスコしろ。

368:デフォルトの名無しさん
08/06/21 17:24:08
>>367
そうなのかありがとう
ちょっとRadeon4850もう2枚買ってくる

369:デフォルトの名無しさん
08/06/23 23:42:11
CALのためだけに
Radeon4850買ってきますた

370:デフォルトの名無しさん
08/06/23 23:54:48
マゾだなぁ

371:デフォルトの名無しさん
08/06/24 00:03:47
ふひひｗありがと

372:デフォルトの名無しさん
08/06/25 00:45:00
AMDの奴って専用ドライバ入れないと開発できないんだな
めんどいな
Nvidiaは別になんもいらんのにしょぼい

373:デフォルトの名無しさん
08/06/25 03:39:04
逆ですよ。

374:デフォルトの名無しさん
08/06/26 23:13:34
URLﾘﾝｸ(japan.renesas.com)
組み込み向けだから絶対性能はGPUには勝てないけど、消費電力はずっと低そう
個人が簡単に購入できるものじゃないけど

375:デフォルトの名無しさん
08/06/26 23:16:13
CALってなんで ATI Catalyst? 8.6では動かないの？

376:デフォルトの名無しさん
08/06/26 23:51:49
しかもCALってドキュメント全部VisualStudio用なんだな
やる気なさ杉だな

AMDつぶれねーかなぁまじで

377:デフォルトの名無しさん
08/06/26 23:54:42
しかもCALのILドキュメントの記法がISOの
記述を遵守していない。ここの会社はドキュメントの
書き方もしらんのか？

378:デフォルトの名無しさん
08/06/27 00:16:08
このスレ監視してるラデ房うぜーなぁ
ほんとATIの奴等ってキモイ

379:デフォルトの名無しさん
08/06/27 00:18:07
元NDIVIAユーザーですが、なんだか情けなくてしょうがない。
そんなに必死になるなよ。
考えが偏ってて、客観的に見て痛いぞ。
性能の良い製品を使えばいい。ただそれだけ。

380:デフォルトの名無しさん
08/06/27 00:21:14
>>379
お前の発言の方が痛いぞｗ

381:デフォルトの名無しさん
08/06/27 00:23:11
下らんアオリしてないでプログラムの話しろよ

382:デフォルトの名無しさん
08/06/27 00:24:58
>>381
糞CALじゃなんもできませーん

383:デフォルトの名無しさん
08/06/27 00:25:06
>>380
どこが？
AMDつぶれろとか言ってる人よかマシじゃない？
考えが偏ってるからそんなことしか言えないんじゃない？ｗ
宗教レベルな信者ですね。考えが偏るわけですね、わかります。

384:デフォルトの名無しさん
08/06/27 00:26:03
本当にnVidia工作員は醜いな
自作PC板以外のスレを荒らす前に小売店の損失を補償してやれ

385:デフォルトの名無しさん
08/06/27 00:29:04
>>384
良いこと言った。
ってかNVIDIA工作員マジUZEEEE
性能が良く、コストパフォーマンスの取れるグラボを買うべきだろ？ふつうならな。
現状のNDIVIAで2.6万以下で4850よか良い製品俺に勧めてくれ。

386:デフォルトの名無しさん
08/06/27 00:30:15
>>385
9800GTX+来週買えばいいだろボケｗ

387:デフォルトの名無しさん
08/06/27 00:31:14
以後荒らしと工作員はスルーで

388:デフォルトの名無しさん
08/06/27 00:31:32
>>386
予価30K超える訳だが？
IDつけばNG出来るのに、ほんと工作員ウザイな

389:デフォルトの名無しさん
08/06/27 00:33:24
>>388
ゆとりちょっと消えてくれないか？
平行輸入品が26980円だが？

390:デフォルトの名無しさん
08/06/27 00:33:53
PCショップに勤めてるから、9800GTX+も9800GTXも刺して動かしたよ。
もうNVIDIA内で自爆するような製品の出し合いやめれｗ
一応感想だけど、9800GTX+は9800GTXとそんなにベンチマークしても思ってた通り、すばらしくなかった
その点値段的にも性能的にも4850は良かった。ファンだけ交換すれば申し分ないかな。
NVIDIAさん、店が損した分返してください

391:デフォルトの名無しさん
08/06/27 00:34:47
>>390
つーか自作板から流れてくるなよ屑どもが

392:デフォルトの名無しさん
08/06/27 00:36:39
cal_platofrm_spec.pdfが24ページしか無い件についてｗ
さすが半導体メーカの中でもっとも屑と言われたAMDの
仕事ですねｗ

393:デフォルトの名無しさん
08/06/27 00:38:20
GT200がコケたせいで、まだ正式リリースされていない開発環境の
ドキュメントに不備があると叩かなきゃならないほどに追い詰められてんのか…

394:デフォルトの名無しさん
08/06/27 00:38:49
いろいろなスレ見ちゃ悪いのか？
良い製品が違うメーカーから出て嫉妬してんじゃねーよ。
ATIをそんなに罵倒したいならNVIDIAがもっと良い製品出せよｗ
それからだなｗ
じゃあな

395:デフォルトの名無しさん
08/06/27 00:39:22
GPGPU的にはATIは無いわｗｗｗ

396:デフォルトの名無しさん
08/06/27 00:41:43
>>393
CALなんて絶対正式版リリースできないでしょう
CUDAは前回のバージョンから半年以内に2.0Βがでた
しかもその完成度はものすごいのに

まぁAMDは技術力ないから無理だろうけどねぇｗ

397:デフォルトの名無しさん
08/06/27 00:42:00
次はGT200+ですね、判ります。

398:デフォルトの名無しさん
08/06/27 00:43:48
4850がコスパや3D性能的に良いようだから、ATiのGPGPU環境とやらのドキュメントちょっと見てみたがなんか分かりづらいな
Brook+のドキュメントにのってるサンプルコード見た感じじゃ、まだシェーダ言語から脱却し切れてないようだし
演算器がVLIWってのもな。最適化面倒くせえぞあれ

個人的にはATi好きだし頑張って欲しいんだが、GPGPUとしてはまだ当分nVidia一択だな

399:デフォルトの名無しさん
08/06/27 00:44:07
つまりAdobeは正式版と永遠のβ版を比べて
それでもRadeonに対応する価値があると判断したわけだな…

URLﾘﾝｸ(www.4gamer.net)

400:デフォルトの名無しさん
08/06/27 00:45:35
いままでのNVIDIAの実力
昔：ATI新製品高性能→ゲフォ性能更新→ATIすぐ負ける
現在：ゲフォ新製品→ゲフォマイナーチェンジ（9800GTX+)で自爆→4850トドメ→ゲフォ新製品→ATIがまた出してゲフォ死亡

401:デフォルトの名無しさん
08/06/27 00:48:03
>>399
違うよ、AMD2万ドル、Adobe出資0で共同開発しているから
出してるだけ。まじな話Adobeの開発者が対応したのは
CUDAだけ、CALは金もらったからやるっていってるだけ
で対応するとはAdobe自身から一切発表は無い

402:デフォルトの名無しさん
08/06/27 00:48:42
2週間前だったらGPGPUはnVidiaの圧勝だろうと胸を張って言えたけど、
ここに来てAdobeのAMD製GPU対応とnVidiaの自爆が重なってどうなるか分からない模様になってきたな…

少なくとも信者論争とは無関係のスレで
他社製品を執拗に叩くのを営業戦略と勘違いしてる所は負けるだろうけど

403:デフォルトの名無しさん
08/06/27 00:48:44
>>399
まぁAdobeの事だし、どっちにもだすんじゃないか
それに開発環境はともかくとして、現状のGPU市場はnVidia/ATiの二強なんだし
ATiのに対応しないってのはさすがにデメリットがでかい

404:デフォルトの名無しさん
08/06/27 00:48:45
>>375
動くよ

>>376
VCに依存してないドキュメントの方が多いよ

>>377
ISOの記法って何？バックエンドでしかないCALをISOに承認させるわけ？

>>392
1ページ1関数のCudaReferenceManual.pdfを詰めて、3DAPIとの協調用関数をなくして、
ILの機能にあたる部分を削除して、CALでは分ける必要のない関数をまとめれば似たようなものになるね。

405:デフォルトの名無しさん
08/06/27 00:50:29
>>403
AdobeのnVidia対応はとっくに既出だよ
AMDのStreamSDKはまだ完成してないし、
このままCUDAが標準化するんじゃないか？と思われていた矢先にこの発表

406:デフォルトの名無しさん
08/06/27 00:52:03
2万ドルももらって出しませんとは本当でも言えんよな
ほんとうAMDってなりふりかまわず汚いですね

407:デフォルトの名無しさん
08/06/27 00:53:39
>>405
Adobeが対応するからといって、CUDAの優位は揺るがないだろｗ
確かにATiのはまだβ段階でしかないが、それを差し引いてもちょっと使いづらい
まぁ使う側としてはどっちでもいいからとっとと統一して貰いたいもんだが
トランスレーター作るっていうのでもいいけど

408:デフォルトの名無しさん
08/06/27 00:54:39
プログラマーが環境を選ぶんじゃなくて、
与えられた環境で組むのがプログラマーだろ
それを理解できないからと言ってだだをこねるのはタダの無能

409:デフォルトの名無しさん
08/06/27 00:55:18
お前ら自作板から援軍派兵するのやめろよｗ

410:デフォルトの名無しさん
08/06/27 00:55:36
>>407
CALは史上最悪の出来だぞ？
ハードの性能もベンチのみで実際のゲームはまともに
動作しないしな

411:デフォルトの名無しさん
08/06/27 00:56:59
nVidiaが勝てるように作られたVantageで負けちゃ世話無いわな

412:デフォルトの名無しさん
08/06/27 00:58:57
>>398
Brook+はBrookGPUをちょっと改造しただけの代物だから使いにくいよ。
未実装な部分が残ってたりでコンパイラがASSERTで落ちたりする。OpenCLが出ればそっちに統一でしょ。
VLIWはHLSLコンパイラの蓄積があるから差ほど大変じゃない。
今はBrook+ -> 独自拡張版HLSL -> CAL ILでコンパイルしてる。

>>401
Adobeからの「発表」であればCUDAを使うとは一言もなかったりする。
単にデモでGeForceを使っていて多分CUDAで書いたんだろうというだけ。
後はNVIDIAからの発表。

>>410
CALを使ったゲームが実際にあるなら教えてくれ。

次ページ