GPGPU#2 - 暇つぶし2ch

GPGPU#2 ..

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を使ったゲームが実際にあるなら教えてくれ。

413:デフォルトの名無しさん
08/06/27 01:04:51
OpenCLはAMD不参加だし
Intelから絶対参加することは認めないと
通告されてるしなｗ

まぁ捏造ベンチで喜ぶラデ房は本当おめでたいよｗ

414:デフォルトの名無しさん
08/06/27 01:05:05
頼みの綱はうんこCUDAだけか

415:デフォルトの名無しさん
08/06/27 01:06:32
>>413
大嘘こいて楽しい？

416:デフォルトの名無しさん
08/06/27 01:11:03
>>415
嘘じゃねーだろ、ATIのときの失敗で
Appleから未だに無視され続けてるの知らないのか？
IntelとAppleから絶対に参加させないって言われてるんだぞ？

417:デフォルトの名無しさん
08/06/27 01:13:37
妄想もココまでくると病気だな

418:デフォルトの名無しさん
08/06/27 01:15:19
>>416
ATiが嫌いなのはよく分かったから、後は日記帳にでも妄想書いとけ

419:デフォルトの名無しさん
08/06/27 01:16:26
Intel の誰が，Apple のどんな立場の人間がそんなこと言ってるんだ？ｗ

420:デフォルトの名無しさん
08/06/27 01:16:40
>>416
クロノスに投げてオープン規格目指してるのに拒否とかｗ
クロノスのプレスリリースでちゃんとIntelもAMDもNVIDIAもワーキンググループ入ってますよ。

421:デフォルトの名無しさん
08/06/27 01:17:54
今のMACに搭載されているVGA調べてみろ
どっちのVGAが載ってる？ん？

422:デフォルトの名無しさん
08/06/27 01:22:56
ここはム板なので、それ以上は自作PC板でやってくれ。
まぁ、元々プログラミングの話なんてほとんど出てないけどな。

423:デフォルトの名無しさん
08/06/27 01:24:05
CALなんてそもそも存在しないし

424:デフォルトの名無しさん
08/06/27 05:40:55
>OpenCLはAMD不参加だし

URLﾘﾝｸ(www.amd.com)
“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が出たのか考えてみれば・・

ほんと必死だな

425:デフォルトの名無しさん
08/06/27 06:17:03
CUDA最強だなやっぱりCALなんてゴミもいいところ
所詮ATiの残党が作ったゴミ

426:デフォルトの名無しさん
08/06/27 08:13:24
URLﾘﾝｸ(ati.amd.com)

なんか更新された

427:デフォルトの名無しさん
08/06/27 08:20:00
>>426
嘘書くんじゃねーぼけ

このドキュメントは素晴らしいな
AMDには真似の出来ない品質だ
URLﾘﾝｸ(www.nvidia.co.jp)

428:デフォルトの名無しさん
08/06/27 08:22:40
理解もすごい進むしいい資料だ

429:デフォルトの名無しさん
08/06/27 08:37:09
ああ、誤訳だらけで鬱になれるね。
英語版を訳しながら読む方が未だましだし、それも前提となる知識があってのことだ。
それでも、ないよりはずっと有り難いのだけれどね。

430:デフォルトの名無しさん
08/06/27 08:38:00
>>429
>428のようにまともに日本語も扱えないような香具師には読んだ積もりになれるという点で丁度いいのだろ。

431:デフォルトの名無しさん
08/06/27 09:03:36
「エラー！ブックマークが定義されていません。」が多すぎてﾜﾛﾀ
こりゃAMDどころかどこも真似できんわｗ
これで正式版ｗｗｗｗｗ

432:デフォルトの名無しさん
08/06/27 09:35:09
>>427
更新されたよ。ちょっと前まではフォーラムへのリンクだけだった。

>>431
NVIDIAの日本語PDFにはよくあること。

433:デフォルトの名無しさん
08/06/27 09:43:37
どうせOpenCLになるんだろうし、どっちでもよかろうに・・・
今の乱立状態がユーザーにとってもデメリットしかないってのは確かなんだから
歓迎すべき事だと思うんだけどなぁ、各社の参加は

434:デフォルトの名無しさん
08/06/27 10:39:34
「OpenCLにはMicrosoftが加わっていない」
「DirectX11でGPGPUをサポートするらしい」
とかでOpenCLはOpenGLみたいな立場になるとか言われてるみたいｄ

435:デフォルトの名無しさん
08/06/27 10:47:04
問題は現状のリソースがそのまま利用出来るのか
買い替えが必要なのかだな

436:デフォルトの名無しさん
08/06/27 18:12:08
Microsoftは独自にDirectX用のCLを作るよ
OpenGLみたいに誰も使わない規格を使う
理由がないからねぇ

437:デフォルトの名無しさん
08/06/27 18:28:14
Radeonの存在意義も解らないよね？

438:デフォルトの名無しさん
08/06/27 18:42:06
ID出ない板だとほんと特定個人が暴れ放題だな…
そんなに必死になっても現実はNVのシェアが落ちていく一方ですよっと

439:デフォルトの名無しさん
08/06/27 18:52:34
>>438
FUD流して何面白いの？頭おかしいにもほどがあるな

440:デフォルトの名無しさん
08/06/27 19:55:23
これだからATI厨は困る・・・
捏造までして叩くのか・・・

441:デフォルトの名無しさん
08/06/27 20:15:05
アチは本当すぐ捏造するしねぇ
チートドライバ作り出すし

442:デフォルトの名無しさん
08/06/27 20:35:34
おまいら頼むから自作板のvsスレでやってください。

443:デフォルトの名無しさん
08/06/27 20:36:55
ベンチスコアは捏造。ドライバは糞。字も書けない。
ATI最悪！

444:デフォルトの名無しさん
08/06/27 20:51:43
>>442
俺らは悪くないニダ
悪いのはAMDニダ

445:デフォルトの名無しさん
08/06/27 20:56:20
Nvidiaさん、ボイド復帰型何よこれ？

446:デフォルトの名無しさん
08/06/27 21:02:18
>>444
当たり前だろ
ATIが4000シリーズを出さなきゃ、9800シリーズの値下げもなかった。
消費者もショップも被害はなかった。全てATIが原因。

447:デフォルトの名無しさん
08/06/27 21:08:50
nVidia工作員を装ったATi信者を装ったnVidia工作員を装ったATi信者を装った…（ｒｙ

以下無限ループ

448:デフォルトの名無しさん
08/06/28 11:49:55
ここの人間にとっては、描画性能では明らかに劣っているnVIDIAのカードが
描画性能相応に暴落してくれる、というのは非常にありがたい状況だな。

市販のHD 4xxxは倍精度演算を殺してるし、開発環境もnVIDIAの方が整っている。

他の板ではどんどんnVIDIAを叩いてほしい。
が、ここでは邪魔だから止めてね。

449:デフォルトの名無しさん
08/06/28 11:54:34
GPUで整数演算がしたいです。

450:デフォルトの名無しさん
08/06/28 11:59:09
整数演算ってどうやってするの？

451:デフォルトの名無しさん
08/06/28 12:15:06
別にnVIDIAの話は専用にスレあるからここではいくら暴れてくれも平気だよ

452:デフォルトの名無しさん
08/06/28 12:19:36
>>448
殺してるって証拠はある？

453:デフォルトの名無しさん
08/06/28 12:47:14
>>452
URLﾘﾝｸ(pc.watch.impress.co.jp)
って記事があるけど単精度1TFLOPS以上と書いてあるので使われてるコアはHD４xxx系のはず
BIOSレベルで隠蔽してるのか、回路焼いてるのかは不明

MODで倍精度ONに出来れば…　ゴクリ…

454:デフォルトの名無しさん
08/06/28 12:52:54
>>452
URLﾘﾝｸ(pc.watch.impress.co.jp)
>AMDはグラフィックス製品では倍精度は有効にせず、GPGPU向けの「FireStream」系列でのみ倍精度をサポートする見込みだ。これは、グラフィックス製品で倍精度をサポートするNVIDIAとの大きな戦略の違いだ。

455:デフォルトの名無しさん
08/06/28 12:58:35
>>453
それRV670でも同じこと言われてたけど、結局FireStream化どころか何もせずにHD3xxxで倍精度演算できるよ。

456:455
08/06/28 12:59:07
×>>453
○>>454

457:デフォルトの名無しさん
08/06/28 16:14:07
Nvidiaがハードレベルで圧倒的に優れている証拠を見せてやろう

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

Radeonなんてゴミもいいところｗ

458:デフォルトの名無しさん
08/06/28 16:28:45
>>457
Geforce最強すぎる

459:デフォルトの名無しさん
08/06/28 16:58:18
GTX280ってあんだけ高いのに8800GTより性能低いのか…
買う価値無いな

460:デフォルトの名無しさん
08/06/28 17:06:51
>>457-459
その画像はSP1個当たりの性能な
URLﾘﾝｸ(www.4gamer.net)

8800GTは112基
GTX280は240基
HD3650は120基
HD4850は800基だから
実際の演算能力は
HD4850＞GTX280＞8800GT＞HD3650

461:デフォルトの名無しさん
08/06/28 17:10:20
>>460
SP800？ダントツじゃん

462:デフォルトの名無しさん
08/06/28 17:30:53
その記事の誤差のところのHD3650どうなってるんだろ？
これって繰り返し計算の累積誤差じゃなくて、1回計算しただけの誤差かな？
赤と緑のグラフの意味もその記事じゃ分からんな。
（ググってみたら最大誤差と平均誤差らしい）

AMDがGPGPUに消極的だったのは、この辺が関係してそうだね。

463:デフォルトの名無しさん
08/06/28 17:33:47
とりあえずGeforce最強これは紛れも無い事実
そしてRadeonは捏造ベンチ+精度落とした偽造
ドライバ利用が確定した

464:デフォルトの名無しさん
08/06/28 17:37:29
とりあえず
GPGPUやってない奴は消えろ

465:デフォルトの名無しさん
08/06/28 17:38:57
やってるよー
倍精度も計算できない糞Radeonなんて使いませんがwwww

466:デフォルトの名無しさん
08/06/28 17:41:48
だから出来るってば。

467:デフォルトの名無しさん
08/06/28 17:43:35
できねーよ。ソース出してみろやｗ
嘘つくのやめてほしいなぁ

468:デフォルトの名無しさん
08/06/28 17:46:26
ほら出てこないｗ

469:デフォルトの名無しさん
08/06/28 17:50:18
出来ないソースを出す方が先だろ

470:デフォルトの名無しさん
08/06/28 17:56:58
>>467
これでいいか？
URLﾘﾝｸ(www1.axfc.net)

471:デフォルトの名無しさん
08/06/28 17:58:31
画像なんて合成できるしねぇ
おっと用事思い出した

472:デフォルトの名無しさん
08/06/28 18:00:50
はいさようなら。邪魔だからもう来なくていいよ。

473:デフォルトの名無しさん
08/06/28 18:48:17
これfloatで出してるだけじゃねーかｗ
危うく騙されるところだった

474:デフォルトの名無しさん
08/06/28 19:05:35
は？

475:デフォルトの名無しさん
08/06/28 19:07:35
そのうさんくせーサンプルで小数点7桁まで
出してみろやｗでねーだろ？謝っちまえよ？

476:デフォルトの名無しさん
08/06/28 19:16:18
> そのうさんくせーサンプルで小数点7桁まで
ソース読んだのならツッコミどころ間違ってると思うよ。

477:デフォルトの名無しさん
08/06/28 19:19:47
久しぶりに声出して笑えた
ありがとう

478:デフォルトの名無しさん
08/06/28 21:16:22
>>475
printfの内容は%fじゃないよな？

479:デフォルトの名無しさん
08/06/28 21:39:22
これだからNV厨はダメだね

480:デフォルトの名無しさん
08/06/28 22:35:52
CAL書きやすくね？とか思う俺は変態？

481:デフォルトの名無しさん
08/06/28 23:22:05
バイナリアンか何かですか？

482:デフォルトの名無しさん
08/06/28 23:57:51
まあどうせDX11までGPGPUは日陰の存在

483:デフォルトの名無しさん
08/06/28 23:59:50
焼き直しで古い論文実装するだけで
予算も付くし美味しいんだけどね

484:デフォルトの名無しさん
08/06/29 01:38:29
画像処理目的でAMDのStream SDKを触り始めたんだけど
1ピクセル=8ビット
でWidth x Heightみたいなデータを扱う事って出来ないのかな？？

なんかBrook+を使う時点で32ビット縛りで、CALを見てみたら非常に難しくて・・・

485:デフォルトの名無しさん
08/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の本社で行われたインタビューで述べた。
URLﾘﾝｸ(japan.cnet.com)

Apple社，「Mac OS X」の次期バージョン「Snow Leopard」も公開，GPGPUに対応へ
GPUで汎用計算を行うアプリケーション・ソフトウエアの開発には，
C言語を拡張した新しい言語「OpenCL（open computing language）」を利用する。
URLﾘﾝｸ(techon.nikkeibp.co.jp)

Khronos Groupが「Compute Working Group」を設置，メーカー非依存のGPGPUを目指す
Khronos Groupは既に米Apple Inc.が，さまざまな用途でGPUとマイクロプロセサの
計算資源を活用するためのC言語に基づくプログラミング言語
「Open Computing Language（OpenCL）」を提案済みであることを明らかにした。
URLﾘﾝｸ(techon.nikkeibp.co.jp)

ハードウェアベンダーと繋がり無くGPGPU対応は難しいから
MS単独で変な言語作ることはないだろう
AMDはOpenCLをバックアップしてるから
あとはCtを提唱してるintelがどうなるかだけ
MSがintelと組んだらややこしくなる

486:デフォルトの名無しさん
08/06/29 09:41:45
IntelはLarrabeeでMSと組んで汎用GPU言語作るだろ
IntelもMSもOpenなんちゃらって儲けが薄くならないと
やらないし

487:デフォルトの名無しさん
08/06/29 09:44:09
このスレ住人にとっては驚きの週末だなぁ。

488:デフォルトの名無しさん
08/06/29 10:50:30
急に沸いてきたな

489:デフォルトの名無しさん
08/06/29 12:00:32
Folding@HomeのGPU版をしている人居ます？
PS3の280GTXは6倍以上をこなしているようですが。

ベータ版が公開されているが時間がなくてまだ何もしていない（困った。）

490:デフォルトの名無しさん
08/06/29 22:56:14
>>485
噂レベルだけどMSは.NET上に
GPU用のIL言語構築するみたい
JATで最適化かけて走らせるイメージを
持っているみたいだよ。

基本的に今のワーキンググループとは
まったく発想がことなってるらしいね

491:デフォルトの名無しさん
08/06/29 23:26:52
>>490
噂のソースうｐ

492:デフォルトの名無しさん
08/06/29 23:31:51
>>491
MSの講習会とかでJIT関係やってる人に
話聞いてみなよ教えてくれる人もいるから

493:デフォルトの名無しさん
08/06/30 01:10:57
CALでreduction bufferってどう使うの？
scratch bufferは名前だけはドキュメントに載ってるし
サンプルみるとdcl_indexed_temp_arrayでx#っぽいけど、
reduction bufferはさっぱりわからん。ISAで書かないと無理？

494:デフォルトの名無しさん
08/06/30 01:47:18
brccのコードでreductionFactorってあるけどあれが
何吐くか見てみれば？

495:デフォルトの名無しさん
08/06/30 02:14:18
Brook+のreductionってreduction buffer使ってないんだよ。
だから参考にならないんだ。

496:デフォルトの名無しさん
08/06/30 07:41:45
>>495
じゃあ自分で書くしかないよ
BBS見てみるといいよreductionで検索かけて

497:デフォルトの名無しさん
08/06/30 23:44:51
brookのscatter/gatherの使いどころが判らないんだけど、誰か詳しい人いますか？

498:デフォルトの名無しさん
08/06/30 23:45:34
>>497
今がんばって勉強してるから一緒に勉強しないかい？

499:デフォルトの名無しさん
08/06/30 23:49:02
>>498
ここで日本語のログ置いとくと後々、参照する時楽なんで一緒に勉強＆情報交換できると助かります。

私はとりあえず付属のBrook周りのドキュメントは読んだんですが。。。
今までになく最悪な英語でムキーってなってるところです。

500:デフォルトの名無しさん
08/07/01 00:03:38
>>499
じゃあ何かおいておきます

こっちは、Linux上のクライアント+Radeon 4870
WindowsXP64bit + Radeon 3870で開発を始めてみました。

現在、付属のヘッダやサンプルなどの解析をかけているところです。

501:デフォルトの名無しさん
08/07/01 20:52:29
CALランタイムってVistaじゃ完全に使えないの？
サンプルを実行したら初期化エラーが出るんだが
今更XP64を入れる気にはならんし…

502:デフォルトの名無しさん
08/07/01 21:43:42
fahについてくるやつは？

503:デフォルトの名無しさん
08/07/05 03:10:32
誰もCALチェッカー使ってくれなかったから自分で4850買っちゃったよ。

URLﾘﾝｸ(www1.axfc.net)
右：4850
左：3850
2枚挿し

URLﾘﾝｸ(www7.axfc.net)
3850単体

3850は256MB版なはずなのに4850に引きずられるように512MBってことになってるのは何でだ？
SIMD数は公開されたデータどおりだけど、相変わらずクロックの部分はへんてこ。

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

505:デフォルトの名無しさん
08/07/05 23:45:15
>>504
そういえばLinuxで試すの忘れてました。
それ何で表示させてるんですか？

506:デフォルトの名無しさん
08/07/05 23:46:05
>>505
今自分で作りました

507:デフォルトの名無しさん
08/07/05 23:50:35
>>503
CALdeviceattribsのengineClockとmemoryClockの
表示逆じゃないかな？俺が違う？

508:デフォルトの名無しさん
08/07/06 00:02:51
>>507
一応合ってるはずなんですけどね。
URLﾘﾝｸ(www1.axfc.net)

509:デフォルトの名無しさん
08/07/06 00:04:46
あーしまった。CALdevicestatusをリアルタイム更新できるように弄った名残がそのままでした。
お目汚し失礼。

510:デフォルトの名無しさん
08/07/06 00:27:01
>>508
calExtGetVersionの返り値の解釈ってこれでいいの？
一応calExtSupportedはOKを返してるみたいだけど

511:デフォルトの名無しさん
08/07/06 00:45:17
>>510
PDFには両方共にCAL_RESULT_NOT_SUPPORTは拡張非対応って記述があるんで困り者です。
実際に帰ってくるバージョンは0.0だし、果たしてどう解釈するべきやら。

512:デフォルトの名無しさん
08/07/06 08:41:35
>>511
googleでCAL_EXT_D3D9を検索すると
現状未サポートみたいだよ

ただ、関数だけ実装してあって空の結果が
返ってきているみたいだよ

513:デフォルトの名無しさん
08/07/06 10:39:01
GPGPUとは違うけど、こんな類似品もあるのか。

GRAPE-DR Model1800
URLﾘﾝｸ(www.kfcr.jp)

514:デフォルトの名無しさん
08/07/06 10:42:05
売ってることに驚いた

515:デフォルトの名無しさん
08/07/06 10:59:40
>>513
年間3億、計15億で浪費した駄作と
RadeonやGeforce比べるなよｗ

重力多体以外解けるというが微妙だぞ高いし
GPUなら単年度予算で備品扱いで買えるけど
これはそうもいかんだろ

516:デフォルトの名無しさん
08/07/06 11:28:42
>>515 これでも読んどけ。
URLﾘﾝｸ(jun.artcompsci.org)

517:デフォルトの名無しさん
08/07/06 11:42:21
>>516
そんなどこぞのチラ裏日記見せられてもｗ

518:デフォルトの名無しさん
08/07/06 11:59:00
>>516
牧野は8800が出たとき降参宣言してたはずだが。

519:デフォルトの名無しさん
08/07/06 12:01:13
GPUにしか興味ないんだからね

520:デフォルトの名無しさん
08/07/06 20:50:09
GPU Gems 3 日本語版
今週出るねでもやっぱ値段はるな

521:デフォルトの名無しさん
08/07/06 22:26:26
ここで聞いてみてもいいのか解らないんだが

CALとBrook2つ存在する理由ってなんなのでしょうか

522:デフォルトの名無しさん
08/07/07 09:13:52
CAL = API
Brook+ = オープンソース・フリーで提供される開発言語の1つ

523:デフォルトの名無しさん
08/07/07 19:37:49
>>521
.NET Frameworkも中間アセンブリを弄れるわけだが

524:デフォルトの名無しさん
08/07/07 20:07:16
>>522
いや全然違うだろ

525:デフォルトの名無しさん
08/07/07 21:57:40
AMDの中の人に
なんでCAL作ってるのさ
LLVMしろよゴルァってメールしたら
めっさ怒られました。

AMDの中の人ごめんなさい

526:デフォルトの名無しさん
08/07/07 22:07:43
URLﾘﾝｸ(forums.amd.com)
sgratton氏にマジ禿同。
後で仕様が変わったりしてもいいからひとまず今の仕様をドキュメントで網羅して欲しい。

527:デフォルトの名無しさん
08/07/07 22:28:31
予算5万ドルじゃこれが限界だと思うけどね

528:デフォルトの名無しさん
08/07/09 20:07:41
NVIDIA GeForce 8シリーズ、ソフトウェア更新でPhysXに対応
URLﾘﾝｸ(blogs.wankuma.com)

もうATIはスレ違いに近いな

529:デフォルトの名無しさん
08/07/09 20:57:10
>>528
その「2月」の記事が、どうかしたか？

530:デフォルトの名無しさん
08/07/09 21:08:23
>>528
自作板のゲロビディアすれ帰れ

531:デフォルトの名無しさん
08/07/10 01:41:52
>>528
お前自身が板違い。

532:デフォルトの名無しさん
08/07/11 00:56:14
CALってCUDAと比べて10倍以上遅くね？

4870とGe8600が同じぐらいなんだが？
汎用処理は全然できないっぽいな

533:デフォルトの名無しさん
08/07/11 12:12:15
そりゃまぁ、グラフィックスに特化したVLIWだしな・・・
コンパイラの最適化でも限界がある罠。

534:デフォルトの名無しさん
08/07/11 12:18:55
chrome400に比べればみんな遅い

535:デフォルトの名無しさん
08/07/12 17:37:37
>518
URLﾘﾝｸ(jun.artcompsci.org)

536:デフォルトの名無しさん
08/07/12 17:48:17
どこぞの糞CPUメーカみたいに
消費電力言い出す奴は大抵糞だｗ

537:デフォルトの名無しさん
08/07/12 20:35:31
はぁ？

538:デフォルトの名無しさん
08/07/12 22:02:20
今消費電力の事を語らないメーカーなんて存在するのかな

539:デフォルトの名無しさん
08/07/12 22:14:01
あMD

540:デフォルトの名無しさん
08/07/12 22:19:40
消費電力を一番問題だと思っているのは利用者だろ

541:デフォルトの名無しさん
08/07/12 22:21:40
つまり利用者のことを考えないメーカ？

542:デフォルトの名無しさん
08/07/12 22:54:55
48xxが出てから急にこのスレに必死な人が増えたね

543:デフォルトの名無しさん
08/07/13 01:32:53
不思議なことに、何か良い新製品が出ると、自分が偉くなった
と思い込む変な人がいっぱい湧くよな。
不思議だ。

544:デフォルトの名無しさん
08/07/13 02:17:58
勝ち負けに興味ある人隔離スレとして機能してくれるならそれはそれで。

545:デフォルトの名無しさん
08/07/13 11:10:53
NV使っている奴よりATI使っている俺の方が偉い

546:デフォルトの名無しさん
08/07/13 11:15:42
ゲロビディアは小売店を潰そうと画策した糞会社だ

547:デフォルトの名無しさん
08/07/13 17:27:54
なんでGPGPUスレに沸くんだ

548:デフォルトの名無しさん
08/07/13 17:36:35
GPGPUでは、nVidiaがAMDに勝ってると思ってるんだろ。
いわゆる、語るに落ちるって奴ｗ

549:デフォルトの名無しさん
08/07/13 17:47:06
実際ATIのVLIWは汎用処理では
遅くて使い物にならないけどね
理論値倍精度で500Gが4、5G程度しか
でなくなっちゃうからねぇ

まぁ3Dでは高速だがGPGPUではゴミだ

550:デフォルトの名無しさん
08/07/13 18:05:31
倍精度の理論値は短精度の1/5じゃないの？
倍精度だと倍精度積和+整数演算の組み合わせしかできないから
VLIWコンパイラの不出来の所為で性能が落ちる部分は少ない。
整数演算使わなきゃ殆どスカラプロセッサだし。

551:デフォルトの名無しさん
08/07/13 18:09:00
あのー質問してもいいでつか？

552:デフォルトの名無しさん
08/07/13 20:46:25
>>551
消えろｶｽ

553:デフォルトの名無しさん
08/07/13 20:56:28
>>551
いや、そんなことより俺の質問を聞いてくれ。

554:デフォルトの名無しさん
08/07/13 22:57:49
お兄ちゃんたちってどうして変な臭いがするの？？？

555:デフォルトの名無しさん
08/07/13 23:00:22
俺はおじさんだヴォケ

556:デフォルトの名無しさん
08/07/13 23:07:14
カレー臭がするのか

557:デフォルトの名無しさん
08/07/13 23:13:13
そうそう最近脱いだ服が臭くてな。

558:デフォルトの名無しさん
08/07/14 06:49:02
おや汁対策で、俺の服だけ別に洗濯機回されてる。

559:デフォルトの名無しさん
08/07/15 05:37:32
>>558
最近の洗剤なめんなｗお前が嫌われてるだけだｗ

560:デフォルトの名無しさん
08/07/15 13:14:02
>>559
なんでお前が偉そうなのｗ

561:デフォルトの名無しさん
08/07/15 16:02:07
しかし、NL-MeansはCUDA遅くて使い物にならなかったみたいだね
得意不得意がハッキリしてて面白いね

562:デフォルトの名無しさん
08/07/15 16:02:27
ここでやるな、よそでやれ

563:デフォルトの名無しさん
08/07/15 22:57:02
正直nVidiaの超スカラプロセッサ化は、面白味に欠けるなぁ
GPUはあくまでベクトルプロセッサであって欲しいが

564:デフォルトの名無しさん
08/07/16 02:09:27
Larrabeeに追われるNVIDIAがGT200に施したGPGPU向け拡張
URLﾘﾝｸ(pc.watch.impress.co.jp)

565:デフォルトの名無しさん
08/07/17 05:16:15
>>563
超同意だけど、グラフィック用途でも粒度が細かくなりつつあるので仕方ないと思う。階層化シャドウマップとか、その半影とか、双半球環境マップとか。

566:デフォルトの名無しさん
08/07/18 19:20:21
今朝の日経産業新聞で読み仮名が「CUDA(クーダ)」だった。
彼らは専門知識が無くてもインタビューとかするだろうし、こっちが正しいんだよな？

567:デフォルトの名無しさん
08/07/18 20:27:00
>>566
大分まえからクーダだが。。今までなんて呼んでたの？

568:デフォルトの名無しさん
08/07/18 20:34:12
>>566
クーダじゃないの？

569:デフォルトの名無しさん
08/07/18 20:39:46
>>566
>>564
後藤ﾀﾝもクーダと書いてるが・・。

570:デフォルトの名無しさん
08/07/18 21:45:58
アニメのキャラみたいだな、クーちゃん

571:デフォルトの名無しさん
08/07/18 22:03:13
読み方ネタなんかでスレ消費するのはやめてくーださい

572:デフォルトの名無しさん
08/07/19 00:16:36
【審議拒否】

573:デフォルトの名無しさん
08/07/19 00:18:44
ヌーダだろ

574:デフォルトの名無しさん
08/07/19 08:03:36
クター

575:デフォルトの名無しさん
08/07/19 15:12:25
きゅうううううううううううううううううううううううううううううううううううううううううううううううううううううううううううううううだぁ
だろ

576:デフォルトの名無しさん
08/07/19 15:49:42
Geodeじゃないんだから

577:デフォルトの名無しさん
08/07/20 03:40:41
管

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

579:デフォルトの名無しさん
08/07/21 20:18:33
なんの誤爆だｗ

580:デフォルトの名無しさん
08/07/28 16:09:11
誰かBlenderでCUDA使ったレンダ作ってくれ
ほめられるよ

581:デフォルトの名無しさん
08/07/28 22:53:23
自分でやるかちゃんと金払え

582:デフォルトの名無しさん
08/07/28 23:04:39
あんな汚いソースじゃ移植したくない

583:デフォルトの名無しさん
08/07/28 23:44:30
レンダ部分のソースの範囲だけ教えてくれれば
みなくもない

584:デフォルトの名無しさん
08/07/29 12:29:39
ヒントつオープンソース

585:デフォルトの名無しさん
08/07/29 16:54:09
ヒントツ・オープンソース

586:デフォルトの名無しさん
08/07/29 23:55:13
解析するのめんどうだから
レンダの部分だけここにソースリストあげて
それくらいしてくれてもいいよね？

587:デフォルトの名無しさん
08/07/30 10:25:46
まぁ、他人に頼むのならそれくらいしてもいいよな

588:デフォルトの名無しさん
08/07/30 13:22:00
URLﾘﾝｸ(www.blender.org)

589:デフォルトの名無しさん
08/07/31 10:59:57
WME対応してくれないかな・・・

590:デフォルトの名無しさん
08/07/31 15:07:56
F@H落として動かしてるのにamdcalcl.dllとamdcalrt.dllがDLされないぞ…
まさかスタティックリンクになったのか…

591:デフォルトの名無しさん
08/08/01 00:32:34
見るフォルダ間違ってるとか。
そもそも最近のはインストーラに付いてくる。

592:デフォルトの名無しさん
08/08/02 02:23:24
3DCGのレンダリングには向いてない？

593:デフォルトの名無しさん
08/08/02 02:44:50
レイトレやるならアリだろ。

594:デフォルトの名無しさん
08/08/02 15:33:38
じゃあ>>588のソース改変してCUDA対応きぼん

595:デフォルトの名無しさん
08/08/02 16:52:45
>>594
CUDAスレに行け

596:デフォルトの名無しさん
08/08/02 16:53:47
>>591
Vista対応のDLLが欲しいんだ…

597:デフォルトの名無しさん
08/08/02 17:21:10
>>596
少なくとも6.12b8まではインストールした時点でスタートメニューのdata filesで開くフォルダに入ってる。
6.20はシラネ

598:デフォルトの名無しさん
08/08/05 22:12:13
Vista用のGPU2クライアント落とせば入ってるよ

599:596
08/08/05 22:19:22
DLページをもう一回見たらVistaマークのzipから落とせた＼（＾o＾）／
でも当然だがこのDLLじゃ64bit版のサンプルは実行できないな…（´・ω・`）
どうせ2GB超えるようなプログラムは作ってないし素直に本家更新待つか

600:デフォルトの名無しさん
08/08/09 09:14:54
CPUで流体シミュレーションやって遊んでるけど
ぶっちゃけGPGPUと速度変わりませんｗｗｗｗ
プログラムを最適化したらむしろ早いかもｗｗｗｗ

601:デフォルトの名無しさん
08/08/09 17:13:49
つまりショボイプログラムなんですね
分かります

602:デフォルトの名無しさん
08/08/09 19:39:05
601の言い方は悪いが同意。俺も詳しくは無いがそこらの記事から察するに、
今のCPUだって遅いわけではないんだから
複数のオブジェクトに対して或る程度の高負荷がかかる処理でないと
差が出ないと思うんだが。

603:デフォルトの名無しさん
08/08/10 01:44:48
ちらっと触って思ったこと。

計算は速いけど、なんかデータのCPU<->GPU間転送が超遅い。
んで、大体の人が期待しているGPGPU使用のh.264エンコって現実味がない気がしてきた。

入力がまず間違いなく、1フレームごとに発生するわけだからその分のデータ転送は必須。
普通にCPUのSIMD使ったほうが早いかと。

604:デフォルトの名無しさん
08/08/10 01:52:19
自分の能力を過信するとそう思っちゃうよね。
もっと調べると、使いこなせない俺はヘボプログラマなんだと実感する。

NVIDIA、GPUによるH.264エンコードをデモ
URLﾘﾝｸ(journal.mycom.co.jp)
URLﾘﾝｸ(www.elementaltechnologies.com)

605:デフォルトの名無しさん
08/08/10 02:00:22
まあ一口にH264と言っても自由度高いし、と言うかいろんな圧縮処理が規格化されてるんだっけ、
この記事のやつはどの位圧縮できるんだろうね

606:デフォルトの名無しさん
08/08/10 02:01:47
>>604
使いこなせないのが全て実装側にあるって考えはどうも嫌です。
道具を使う側が、使いにくいと思う場合はやっぱり道具側を改善すべきかと。
いまだにGPGPU向け言語とゆうか、インターフェースとゆうかそれが不十分な気がします。

CUDAはまだ使いやすいほうだけど。。。

だって教えてくれた記事が4月なのに、まだ現物ソフトないじゃん

607:デフォルトの名無しさん
08/08/10 02:09:53
明後日から始まるSIGGRAPHにElemental Technologiesが出展するみたいだね
これで公開時期が発表されなかったり>>604より速くなってなかったら…

608:デフォルトの名無しさん
08/08/10 09:25:37
デモで3倍程度だと現実はどうなんだろうって気はするね。
まあ、俺はC#しかできないから>>490の言うように
.NETのJITが対応するのを待つだけだけど。

609:デフォルトの名無しさん
08/08/10 09:44:23
まぁIntelが金注ぎまくるまで待っていても
いいと思うけどね

610:デフォルトの名無しさん
08/08/10 10:43:01
>使いこなせないのが全て実装側にあるって考えはどうも嫌です
痛い，痛過ぎる

611:デフォルトの名無しさん
08/08/10 11:07:18
半年後にはOpenCA出るしDirectCA（仮称）
そろそろ発表されるのにCUDAに縛られる
意味無いなぁ

612:デフォルトの名無しさん
08/08/10 12:43:12
まーねー、俺みたいにぬるいプログラマは
DirectXくらい楽になってくれるとうれしー

613:デフォルトの名無しさん
08/08/10 19:42:41
>>605
圧縮率についてはBaselineって時点であきらめた方がいい。XvidやDivxの方がまだマシってレベル。
速度面でもアセンブラ最適化されたx264とかと比べると劣る。

614:デフォルトの名無しさん
08/08/15 21:42:11
SIGGRAPH 2008のAMDの資料にCALとDirectXの協調のさせ方が微妙に出てるね。
URLﾘﾝｸ(s08.idav.ucdavis.edu)
関数ポインタの取得の部分が書いてないもんだから>>357の関数名で合ってるのかさっぱりわからない。
まぁとりあえず試してみるかね。

615:デフォルトの名無しさん
08/08/15 22:28:37
今GPGPUやっても仕方がないきがしてならん
Intelの発表見ると微妙過ぎる気がしてならん

616:デフォルトの名無しさん
08/08/16 12:56:04
>>615
分野によってドチラがコストパフォーマンスが高いかが違うので、やっても仕方ないかどうかは、分野による。

617:デフォルトの名無しさん
08/08/16 21:01:35
分野と言うか目的が一番問題だろうな

618:デフォルトの名無しさん
08/08/16 21:18:53
>>613
それってかなりがっかりなお知らせなんじゃ…つかなんのためのGPGPUよ

619:デフォルトの名無しさん
08/08/16 23:43:43
しかもBaselineプロファイルなんてBないから圧縮率悪いし、わざわざ、GPU最適化して作る意味ないです。。。

620:デフォルトの名無しさん
08/08/17 00:32:06
そうでなく、そのプロファイルでの報告だってのが、ってことじゃね

621:デフォルトの名無しさん
08/08/22 07:29:34
GPUを用いた映像のリアルタイム手ぶれ補正ソフトウェアの開発
いいなGPU使うだけで税金おりるのって

622:デフォルトの名無しさん
08/08/22 11:39:13
マルチする奴って馬鹿だな、まで読んだ

623:デフォルトの名無しさん
08/08/22 14:44:20
CUDA2正式版が出たな
それに対してAMDは4850が出てから一度も…

624:デフォルトの名無しさん
08/08/23 01:04:22
4850以前に3000シリーズもStream SDKのドキュメントに出てないぞ

625:デフォルトの名無しさん
08/08/23 01:53:12
>>624
全然汎用的に使えないから、いいんじゃない？

626:デフォルトの名無しさん
08/08/23 15:40:08
CUDAとCALに両方対応するプリコンパイラを誰か作らないのか

627:デフォルトの名無しさん
08/08/23 15:59:30
>>626
抽象度が違うから無理だし、作ったって使いやすいものじゃない。

628:デフォルトの名無しさん
08/08/24 00:14:04
URLﾘﾝｸ(www.gravitysensation.com)
これ面白いぞ

629:デフォルトの名無しさん
08/08/24 00:30:24
>>628
ものすごい今更感が

630:デフォルトの名無しさん
08/08/24 03:46:37
そもそも、なぜこのスレ？

631:デフォルトの名無しさん
08/08/28 01:47:18
CUDA最強だね
AMDはBroadcomに身売りしたし終わりだね

632:デフォルトの名無しさん
08/08/28 02:58:25
今の時点でCUDA最強なんて言ってるのを、10年後の人間に見せたら
牛乳吹くぞきっとｗ

633:デフォルトの名無しさん
08/08/28 04:55:44
現時点じゃCUDA（笑）だもんな。
インテルがGPGPUは失敗するって言ってたけど今のままじゃ
その通りになりそうだし。

634:デフォルトの名無しさん
08/08/28 05:52:06
ゲーム屋（の一部）から言わせて貰えば、GPGPUはとても魅力的。
巨大な配列に適当な関数を map するような用途は沢山あるから。
だから逆に、あんまりCPUよりになって欲しくないね。

635:デフォルトの名無しさん
08/09/01 23:27:31
GPGPUって今どういう状態？

1.GPUメーカーが必死に煽って、好き者PGだけが遊びでいじってる状態？
2.先進的PGが名もなきゲームや特殊なソフトで、こっそり実用する奴がいる状態？
3.先進的なメーカーが、名もなきゲームや特殊なソフトで使う事もある状態？
4.ゲームや特殊なソフトでは、たまに使ってるソフトもある位の状態？
5.有名実用ソフトがみんな当たり前のように使用している状態？
6.Windowsのカーネルも含めてほとんどのソフトがGPUで動いてる状態？

636:デフォルトの名無しさん
08/09/01 23:35:25
2じゃね

637:デフォルトの名無しさん
08/09/02 00:41:29
カーネルが動いたらむしろCPU要らない気がするｗ

638:デフォルトの名無しさん
08/09/02 00:53:17
それは、もうGPUじゃない。

639:デフォルトの名無しさん
08/09/02 08:54:34
このスレだと微妙にスレ違いなネタなんだけど
物理シュミレーションスレ誰か立ててくれませんか？

640:デフォルトの名無しさん
08/09/02 13:18:00
自分で立てろや

641:デフォルトの名無しさん
08/09/02 13:31:43
立てられないんです

642:デフォルトの名無しさん
08/09/02 14:56:12
板があるよ
URLﾘﾝｸ(science6.2ch.net)

643:デフォルトの名無しさん
08/09/03 00:32:20
>>635
photoshopや有名エンコーダで利用されるようになったら、晴れて一般技術の仲間入りって所か？

644:デフォルトの名無しさん
08/09/05 04:19:58
"一般技術"って何だ？

645:デフォルトの名無しさん
08/09/06 11:18:09
電話が使えるとか電卓が使えるとかそういう技術の事ジャマイカ？

646:デフォルトの名無しさん
08/09/06 23:20:29
っつーか、それ以前に、そんな日が本当に来るのかよ。

647:デフォルトの名無しさん
08/09/06 23:41:40
来ません

648:デフォルトの名無しさん
08/09/07 11:55:08
AthronとNvidia好きな俺にとっちゃ

649:デフォルトの名無しさん
08/09/07 12:34:13
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron
Athron

650:デフォルトの名無しさん
08/09/07 13:14:18
ソフトウェア環境が整う速度よりも
CPUのコア数が増える速度の方が早いでしょ
GPUをCPU並みに複雑な処理に対応させるって
それって単にマルチコアなCPUを作るだけでしょって話なわけで
結局メーカーの入れ替わりなんかが発生するかもはしれんけど
行き着く先はCPUとGPUの統合なわけ
プログラムはマルチスレッドなものを作っとけばいいだけ
CUDAだのCALだのは要らない

651:デフォルトの名無しさん
08/09/07 13:20:41
単純にMAP関数アクセラレータとして使えるくらい
GPUがCPUに近くなればいいんだよ。
stlっぽくunordered_for_eachにkernel関数渡せば
ハードに合った並列処理されるみたいな。

652:デフォルトの名無しさん
08/09/07 13:21:24
pentium-mクラスの256コアCPU速く出ないかなぁ

653:デフォルトの名無しさん
08/09/07 13:22:48
バカだから並列プログラムできません＞＜
と素直に言えばいいのに

654:デフォルトの名無しさん
08/09/07 13:25:14
並列プログラミングできないって、それが理解できないですよ。
単にコア分のスレッド使って、処理を分ければ良いだけのことでしょ？

655:デフォルトの名無しさん
08/09/07 13:26:44
>>650
いるいる。
現状CPUのSIMDだってコンパイラはまともに最適化してくれなくて
自分で専用のコード書かなきゃいけない。
マルチスレッドだってOSによってAPIが当然違うし同期とか面倒くさい。

CUDAだろうがその他の開発環境だろうが構わないが
もっと並列性の高い言語を用意してくれなきゃ
多くのヘタレPGが書いたコードは現状のCPUだって1/10くらいしか性能が出てない。

656:デフォルトの名無しさん
08/09/07 13:38:17
手続き型の記述法がアホ臭いことが結構あるだろ。
forループでわざわざどうでもいい処理順序まで記述した挙句
OpenMPのプラグマで実は並列に処理できますよとヒント書くとか。

並列構文作って無意味な制御変数のデータ依存省いた
本当に必要な依存だけ記述されたRTLをコンパイラに素直に渡せないから
人間は無駄に処理順序を記述する羽目になり、
コンパイラは無駄に不完全な並列化解析することになる。

657:デフォルトの名無しさん
08/09/08 10:55:02
フォトショやエンコーダのCUDAに対応するのがあるよ
3DCGレンダで対応するのが出るのは時間の問題じゃねーか

658:デフォルトの名無しさん
08/09/09 10:23:51
AMDの新しいSDK出るのって今週の予定だったな。

次ページ