GPGPU#2

1 名前：デフォルトの名無しさん [2007/08/29(水) 17:08:58 ] いつの間にやらCPUを超える演算性能を持ってしまったGPUに計算させてみるという GPGPUについて語りましょう 前スレ GPGPU pc11.2ch.net/test/read.cgi/tech/1128780920/ 関連スレ pc11.2ch.net/test/read.cgi/tech/1167989627/ 参考リンク 総本山? gpgpu.org www.gpgpu.org/ CUDA developer.nvidia.com/object/cuda.html GPUをCPU的に活用するGPGPUの可能性 pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/ 171 名前：デフォルトの名無しさん [2008/03/24(月) 01:33:47 ] このスレの住人なら知っていますね、あの糞開発ツールのことを ・自分のプログラムのバグなのかコンパイラのバグなのかわからない ・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している ・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている ・糞開発ツールを批判すると「性格が悪いから糞ツールを批判するんだ」と言われる 糞だけど、政治的な理由で無理やり使わされているんですよね。 もう、あんな厨の作った糞ツールを我慢して使うのはやめましょう。 ・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。 　上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。 ・糞開発ツールを使わせる上司の下では働けません、と上司の上司に直訴しましょう。 ・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。 　バグレポートなどしてはいけません。改善要求などもってのほかです。 　あの会社はあなたたちのことをテスター/モルモットとしか思っていません。 ・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」 　なんて話が出たら力強く机を叩き、会議室を出ましょう。 　あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。 糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。 172 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 01:39:03 ] 知らんがな 173 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 01:41:47 ] >>171 PS2のgccの事かｗ 174 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 04:56:28 ] マ板のコピペだろ。 統合開発環境なんて、どれもあてはまりまくりだが。 175 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 05:40:37 ] >>170 ati.amd.com/technology/streamcomputing/sdkdwnld.html 176 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 10:46:34 ] >>168 CUDAスレに載ってる一覧表参照。 少なくとも、8800GTは1.1。使用チップが同じと言う点からの類推で8800GTS(512MB)も同様。 # 8800GTSは、320MB/640MBがG80なのでそちらは1.0だから要注意。 1.5がもうすぐって言ってもなぁ。少なくとも数ヶ月は先な悪寒。 閑話休題、CUDAスレの件の一覧表見て、「手元の一覧表を更新できる♪」と思ったら どうも内容に見覚えがある。出所はどう見ても私です。本当にありｇ（ｒｙ……（：； 177 名前：デフォルトの名無しさん mailto:sage [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 みたいに軽い方法ないかな 178 名前：デフォルトの名無しさん mailto:sage [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 179 名前：デフォルトの名無しさん mailto:sage [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対応は間違いなさそうだ 180 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 01:49:03 ] radeonじゃ動かないかね？ 181 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 07:09:54 ] 2400以上なら動くよ 182 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:39:47 ] NL-Means filter 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による並列計算処理に対応いたしました 183 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 18:53:49 ] そういやR600向けFah来てたな 184 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 02:02:32 ] CAL1.00.2 beta、RV670で倍精度演算でけたよー 185 名前：デフォルトの名無しさん mailto:sage [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ってなんぞー 186 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 17:15:44 ] CUDA2.0 for Linuxはドコー？？ 187 名前：デフォルトの名無しさん [2008/04/21(月) 19:17:28 ] 2.0になって何が新しくなったとか言うドキュメントはないの？ 188 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 19:17:35 ] Linuxはここだ forums.nvidia.com/index.php?showtopic=65067 189 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 00:18:52 ] 情報THX! CUDAスレにも転載させてもらいま。 190 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 22:48:52 ] AMD Stream SDK v1.0 ってドキュメントどこにあるの？ 概念情報しか載ってなくて困ってる あとWindowsしか対応しとらんの？ 191 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 23:37:22 ] > ってドキュメントどこにあるの？ インストールしろ。まずはそれからだ。 > あとWindowsしか対応しとらんの？ いまんとこそう。 192 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 23:41:36 ] >>191 何それって感じだなｗ CUDAですら当初からLinuxサポートしてたのに 193 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 02:11:53 ] > CUDAですら CUDAとCTM以外になにかあったっけ？ 194 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 12:26:12 ] GCC,spice 195 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 22:25:44 ] CTMのLinux版出すのか問い合わせたけど ドライバの問題で無理って回答を貰った 半年後はどうかと聞いたがそこまで先の ことは言えないっぽいｗ 196 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 09:13:39 ] CTMなんて、もう作ってないが？ 197 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 19:09:02 ] 良いスレsage 198 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 19:15:54 ] sage 199 名前：デフォルトの名無しさん [2008/05/09(金) 15:48:49 ] AMDのStreamSDKをVista x64で使えたって人います？ 200 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 17:38:59 ] Folding@HomeのGPUクライアントに付いて来るCALのDLL使えばいける 201 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 17:52:12 ] Linux版のSDKもそろそろ出るとさ 202 名前：199 mailto:sage [2008/05/09(金) 18:23:54 ] Windows: V6 Beta GPU2 (ATI 26xx, 3xxx, and later) clients の 6.11 beta3を入れてみたけど dllファイルは一切なかったです。以前と変わったのかな… Stream SDKにあるサンプルをプロンプトで実行してみたんだけど、エラーは出ないのだけど 結果も何も出ないから実行できてるのかどうかよく分からない。 203 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 19:34:49 ] 一度実行するとWUと一緒にDLLがダウンロードされる。 スタートメニューにデータフォルダへのショートカットがあるから開いてみ。 204 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 20:08:59 ] 見つかりました。こんなところにあったとは… しかし、CALのlibフォルダにFolding@Homeのdllつっこんで AMDのデモ実行したらamdcalcl.dllが見つからないと言われちゃった。 （ってことは、ちゃんと今までは実行できていたってことか？） う〜ん難しいな〜 βだからこんなものなのだろうか… 205 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 21:00:18 ] それもセットでDLされてない？ 俺がやった時はついてきたんだがな。 206 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 21:05:01 ] ああいや、付いて来てたのかな。 だとしたらamdcalclだけか、両方とも実行ファイルと同じ ディレクトリにたたき込んでみ 207 名前：デフォルトの名無しさん [2008/05/11(日) 19:49:19 ] ノートPCでCUDAに向いてる機種って何？ 浦島太郎なので、グラフィックchipの型番 とかワカンネ。 出張用に、軽くて携帯性と電池の持ちが良い 方が嬉しいけど。 あっ、もちろんLinux動くこと。 208 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 20:13:56 ] >>207 軽くて大きくなくて消費電力も少なめで、できればNVIDIAのGeForce8600MGS以上のVGAを搭載している機種。 209 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 05:38:10 ] ＞VGAを搭載している機種。 そんなｽﾍﾟｯｸ作ってﾈｰﾖ 210 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 07:30:43 ] VideoGraphicAdapterですね。 211 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 09:46:54 ] Acceleratorとも言う 212 名前：199 mailto:sage [2008/05/12(月) 14:22:56 ] Folding@Homeのdllではなぜか駄目で元のsdkについてきたものに戻すと、 とりあえずエラーはでないみたいです。 VisualStudioでx64としてBrook+のGuideにあるサンプル(Sum.br)をコンパイルすることはできているのですが、 実行をしてもプロンプトが一瞬現れるだけでなんの結果も得られない状況です。 （他の元から入っているサンプルの.exeを実行しても同じ） printfの結果さえプロンプトに表示されていないので、どう見ても実行されていないように見えるのですが どうなんでしょうか… 213 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 14:36:07 ] プロンプトが一瞬現れるのなら、結果も一瞬現れているのではないか? ダブルクリックで起動せずに、コマンドプロンプトから実行してみては? 214 名前：199 [2008/05/12(月) 14:40:22 ] コマプロ上からもやってみたのだけれど、一切のエラー・警告もなく静かに終わるんです。 Sum.br内のreturn 0; の前にprintf("test");　を入れてるのでちゃんと実行されてるなら 最低testが表示されるはずなのにされないんですよ。 ドウナッテルノ？ 215 名前：デフォルトの名無しさん mailto:sage [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.実行 216 名前：199 mailto:sage [2008/05/12(月) 19:07:05 ] ４.の（VistaにSDKは入れてない）というところが違う所ではあるのですが、 Vista x64　SP1にSDKをインストールして、後はそこから１〜６に沿ってやってみましたが 真っ黒なプロンプトが一瞬立ち上がるだけで前と変わらないみたいです。 （コマンドプロンプト上から実行しても同じ） 手詰まりなので、正式版でるまでしばらく待ってみます。 アドバイスして頂き、ありがとうございます。 217 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 21:40:50 ] >>216 多分SDKをインストールすると環境変数を頼りにSDKのdllを参照しに行かされてるんじゃないかなぁ。 コマンドプロンプトから >set CALROOT= >hoge.exe でやってみたらいけそうな匂いがするけど。もしくはSDKの方のdllをリネームしておくとか。 あとはCatalystのバージョンくらいか。役に立てずすまんね。 218 名前：199 mailto:sage [2008/05/12(月) 22:43:37 ] インストールフォルダのlib中にあるdllファイルをF@Hのものに置き換えると dllが見つからないというエラーがでるようになったので駄目な気がします。 >217　のようにしてプロンプトから実行してみましたがやはり駄目でした… Catalystは現最新の8.4なのですが、どうでしょう。 ちなみに、VisualStudio上から強引にCPUエミュレートでコードを走らせるように設定したら 想定どうりの動きをしたのでコードの間違いや.brファイルの変換までは問題ない と思われます。たぶん ムゥ〜 219 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 23:59:40 ] うーん、何で俺の環境だと動いてんだろ。むしろこっちがおかしいのか？ なんか特別なことやったかなぁ。 220 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 12:26:10 ] >>214 問題の切り分けがヘタだな。 printf() だけなら表示されるのか？ダメならそれ以前の問題。 printf() を先頭に持っていって表示されるか？されないならちょっと面倒かも。 表示されるなら、printf() の位置を移動して、表示されなくなる境界を探すとその近辺に（間接的かもしれないが）問題がある。 221 名前：199 [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) 222 名前：199 mailto:sage [2008/05/13(火) 14:38:46 ] >221 の下の２行はミスです。 ちなみに、GPUはRadeon HD3470を使っています。（Vista HomePremium x64 SP1) 223 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 00:46:01 ] brook+ってなんでLinuxじゃ使えないの？ 224 名前：デフォルトの名無しさん mailto:sage [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). 225 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 02:59:59 ] >>207 pc11.2ch.net/test/read.cgi/notepc/1209471495/ 226 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 15:32:05 ] cudaはGeforce８ｘｘｘ以上だよ ８系でオンボードチップってあるんかいな 227 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 17:50:08 ] ttp://cudacontest.nvidia.com/index.cfm?action=contest.contest&contestid=2 MP3 LAME Encoder 228 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 20:37:49 ] 何でこのご時世にMP3・・・ せめてAACにしろよ 229 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 21:44:19 ] コンテストってことは 最適化か何かかね めざせUS$5,000.00 と思ったら人種差別化ね Resident in the United States or Canada 230 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 22:21:53 ] >>226 オンボードかどうかは知らんが、GeForce8系を積んだノートPCなら腐るほどある。 231 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 01:25:47 ] >>227 既にhydrogenaudioのスレでも指摘されてるけど、LAMEで大半の時間を食ってるのは ベクトル化の難しい心理音響解析であって、最適化の効果が大きいFFTやらMDCTではないんだよな あまり最適化に向いた問題じゃない 232 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 15:11:57 ] >>226 8100と8200のチップセットが出たがな 233 名前：デフォルトの名無しさん [2008/05/22(木) 23:17:04 ] 月刊Catalyst2008年5月号では現行のAMD Stream SDK、F@HのCAL共に動きません。 気をつけましょう。 234 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:50:55 ] Catalyst腐りすぎ だんだんコード悪くなってる なぜNvidiaが金出してコンサル してやるって言うのに応諾しねーのよ？ 235 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 00:13:24 ] Vistaじゃ動くそうだよ。 > だんだんコード悪くなってる お前はAMDの中の人なのか？ｗ 236 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 07:05:54 ] fahはvistaだと問題ないな8.5は 237 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 11:57:17 ] AMD Stream SDK v1.1-betaきてた 238 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 12:00:04 ] Linuxまだ対応してねーよ もうAMDなんていらねーから 業界標準をCudaにしろ 239 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 12:08:46 ] Linux向けSDK公開されてますけど？ 240 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 12:10:14 ] journal.mycom.co.jp/special/2008/cuda/008.html 希望的観測ぽいけど、GPGPU以外でも使えるモデルと思ってるみたい 241 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 13:21:55 ] キター！ ttp://forums.amd.com/forum/messageview.cfm?catid=328&threadid=95565&enterthread=y 242 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 13:37:27 ] キターーー LinuxキタけどこれDebianはいらねーじゃん AMD shitだな 243 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 13:48:20 ] 入るよ。 ttp://forums.amd.com/devforum/messageview.cfm?catid=328&threadid=95574&enterthread=y 244 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 17:10:46 ] >>243 どうもありがとう debian 4 ubuntu 7.10 ubuntu 8.04 knopix 最新版 この4つならとりあえずインストールまで行く 245 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:46:25 ] Xenの上でも動く? 246 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:50:40 ] debian用のパッチ作ったぉ だれもいらんよね 247 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:57:59 ] >>246 いらねーよ消えろボケ 248 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 20:25:29 ] まぁ待て、煽るんじゃない。 でも俺も要らんわ。 249 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 20:35:26 ] >>246 俺もいらねーよ ゴミ作るなよ市ねｗ 250 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 21:08:04 ] 要る 251 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 22:39:34 ] >>246 まじキモイ うぜーから消えろ 252 名前：デフォルトの名無しさん [2008/05/27(火) 11:43:25 ] Core2Quad Q9450でPS2エミュをやると、実機と違い処理オチせず、激ムズになることが判明 namidame.2ch.net/test/read.cgi/news/1211740649/l50 253 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:08:53 ] AMDの方言語って CUDAと比較して半端じゃなく 使い勝手悪くない？ 254 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 05:13:09 ] いやゼンゼン 255 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 17:15:13 ] 言語はAMDが作った仕様ってわけじゃないんだよな 256 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:08:16 ] AMDの奴ってなんていうか 学生向け言語って感じで 実用性まったくない言語 になってるね もともとが学生向けのおもちゃ 言語をベースにしているのが原因かもしれないけど 257 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:38:15 ] 同じ問題を解いた時ほぼ100% CUDAに負けるね Radeon 3870と Geforce 9800GTXでやってるけど Radeon遅すぎてお話にならない 258 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 05:51:48 ] 必死な奴が常駐してるな 259 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 07:39:16 ] N社の工作員なの？ 260 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 12:31:16 ] こんなとこでやっても見てるやつがどれだけいることやら・・ 261 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 15:13:10 ] 価格帯違うGPUで比べたらそりゃ遅いわな 262 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 12:33:25 ] CUDAとAMDのSDKってどっちが 簡単ですか？ OpenMPみたいにらくらくにできますか？ 263 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 13:24:31 ] AMD Stream SDKのv1.1betaって登録しないと落とせないの？ 不便だなぁ 264 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 14:34:51 ] は？ 265 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 14:41:20 ] >>264 >>241のページからFTPのリンククリックしても入れないんだけど 鯖落ちてるのかな 266 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 14:57:59 ] 普通に落とせるよ 267 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 15:20:54 ] 普通に落とせるよ 268 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 15:03:01 ] >>262 OpenMPが楽だと思うのなら、CUDAへの移植も楽だと思うよ。 チューニングしだすと面倒だけど。 269 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 21:27:45 ] >>268 そうなんですか 再来週Radeonを買い付けにいくので AMDの方の使い勝手も知りたいのですが どうなんでしょうか？ 270 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 21:50:38 ] CALを生で使う根性があればAMDの方は自由度高いし面白いと思うよ。 グローバルバッファとか使えるし、適用できる問題の幅も広い。 ただCAL側のリソースをテクスチャにしたり頂点バッファにするみたいな DirectXやOpenGLとの協調はまだ未実装だから、完全に計算しか出来ないけど。 Brook+ははっきり言ってまだ使い物にならない。CPUコード吐かせると 数値リテラルが全部floatになって生成されたcppファイルがコンパイルできないとか。 CALコードだけにすればまぁ何とか使えなくもないけど、CUDAの方が実用的。 271 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 23:12:37 ] >>270 CALちょっといじったことあるけど あれ使うのは大変だったなぁ Brook+はやっぱダメなのかぁ。上に 釣りで学生のおもちゃとか書いてあったけど どうやら本当なんだね

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef