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/
142 名前:128 mailto:sage [2008/02/26(火) 23:44:10 ] >>141 どことは言えないけれど、そこじゃないよ。 どことは言わないけれどCUDAを使った高速化を商売にしている会社があるんだけど、 そこが組んだロジックよりも私が組んだロジックの方が速かったりする事実。 どこも苦労しているんだろうねぇ。
143 名前:デフォルトの名無しさん mailto:sage [2008/02/27(水) 00:04:24 ] どこも暗中模索・切磋琢磨してるんだねぇ つーか大学の研究室じゃなくて 今、それをやってる研究者を知りたいわ 教授レベルじゃなくて、学生・ドクター・助手レベルで 論文も数が少ないし、ノウハウなんて個人が所有してるのしか無い 仲が悪くなれば、脱走して終了なんていくらでもあるしなぁ というか128のロジックをうpってくれw
144 名前:128 mailto:sage [2008/02/27(水) 00:13:21 ] >>143 CUDAスレに、断片くらいなら載せてたかも知れず。 まぁ、落ち着いたら一般化できるノウハウはまとめるかも知れないけれど。
145 名前:デフォルトの名無しさん mailto:sage [2008/02/27(水) 02:39:38 ] >>142 とあるシンポジウムに来ていたあの企業かしら…
146 名前:128 mailto:sage [2008/02/28(木) 11:51:55 ] >>145 私のことなら違いますよん。なんせ私はシンポジウムに出てないし、 私のつとめる会社でCUDAをまともに使えるのは私だけだし。
147 名前:デフォルトの名無しさん mailto:sage [2008/02/28(木) 22:33:41 ] これはwwwww
148 名前:デフォルトの名無しさん mailto:sage [2008/03/05(水) 21:00:59 ] さて明日はCUDA祭ですね
149 名前:デフォルトの名無しさん mailto:sage [2008/03/05(水) 23:43:28 ] なんで?
150 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:45:39 ] そのまんま。これでしょ。 ttp://www.loopinc.jp/nvidia2008/
151 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 19:27:01 ] CUDA プログラミングガイドの日本語訳版が出たけど 急いで作ったんだなぁというのがよく分かるなこれ… とりあえず乙ということで
152 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 22:53:30 ] どこ?どこ?
153 名前:デフォルトの名無しさん mailto:sage [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
154 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:10:34 ] >>152 ttp://www.nvidia.co.jp/object/cuda_develop_jp.html ほい
155 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:09:59 ] カンファレンス行ってきました 受付のお姉さん方皆様綺麗でスタイル良くて大満足でした
156 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:12:09 ] 宣伝しないと言ってましたがやっぱり少しだけ宣伝入ってましたね
157 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:17:39 ] 宣伝は仕方ないかなって感じかなぁ vista対応はいつすんだ?の質問はわらた
158 名前:デフォルトの名無しさん [2008/03/07(金) 04:23:49 ] マルチ・コアが非常に高いメモリ帯域幅によって動作されている状態で、今日のGPUはグラフィックスと非グラフィックス処理の両 方のための信じられないリソースを提案します。 なんじゃこりゃ
159 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 06:04:15 ] >>155 うpれ!
160 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 15:12:29 ] Mike Houstonか
161 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 06:28:41 ] 誰かGeForce 9800 GX2買った?
162 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 07:49:55 ] えーと、8800GTS*2?
163 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:19:42 ] 9600GTを買おうと思っている。 Geforce 9 って公式にはCUDAはまだサポートされていないけれど 使おうと思えば使えるの?
164 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:43:17 ] フォーラムには使えるような事が書いてあったきがす
165 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 10:55:11 ] 俺は 9800GTX 狙い。 期待はずれな気もするけど・・・
166 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 22:10:37 ] G90世代を買うなら、8800GTか8800GTS(512MB)でいい希ガス。 そろそろ在庫処分だから値段も崩れると思うし。 と言うのも、夏にはG100世代が待っているからなんだけど。 プロセッサ数も然ることながら、倍精度も来るようだしね。
167 名前:デフォルトの名無しさん mailto:sage [2008/03/22(土) 12:09:57 ] AMD Stream SDK v1.0 beta XP 32bit版/64bit版
168 名前:デフォルトの名無しさん [2008/03/22(土) 16:14:34 ] >>166 それだと、ComputeCapabilityが1.0だろ どうせなら、1.1のやつを選んだほうがいいよ もうすぐ、1.5がでるという噂もあるけど
169 名前:デフォルトの名無しさん mailto:sage [2008/03/22(土) 19:29:16 ] >>168 その2つは1.1なはず
170 名前:デフォルトの名無しさん [2008/03/23(日) 23:49:59 ] >>167 ソース、キボンヌ。 てかLinux版は無いの?
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の事かw
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スレの件の一覧表見て、「手元の一覧表を更新できる♪」と思ったら どうも内容に見覚えがある。出所はどう見ても私です。本当にありg(ry……(:;
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 何それって感じだなw 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版出すのか問い合わせたけど ドライバの問題で無理って回答を貰った 半年後はどうかと聞いたがそこまで先の ことは言えないっぽいw
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 ] 4.の(VistaにSDKは入れてない)というところが違う所ではあるのですが、 Vista x64 SP1にSDKをインストールして、後はそこから1〜6に沿ってやってみましたが 真っ黒なプロンプトが一瞬立ち上がるだけで前と変わらないみたいです。 (コマンドプロンプト上から実行しても同じ) 手詰まりなので、正式版でるまでしばらく待ってみます。 アドバイスして頂き、ありがとうございます。
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 の下の2行はミスです。 ちなみに、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はGeforce8xxx以上だよ 8系でオンボードチップってあるんかいな
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の中の人なのか?w
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 俺もいらねーよ ゴミ作るなよ市ねw
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+はやっぱダメなのかぁ。上に 釣りで学生のおもちゃとか書いてあったけど どうやら本当なんだね
272 名前:デフォルトの名無しさん mailto:sage [2008/06/02(月) 23:22:28 ] まぁ機能すらフルに実装されていないβVerだから速度に期待するのは酷だね
273 名前:デフォルトの名無しさん mailto:sage [2008/06/02(月) 23:33:07 ] 速度やバグあるのはまぁCUDAも 0.xxxははんぱねぇw状態だったから 別段いいんだけど Brook+の自由度がどの程度なのか いまいち図りきれないのが残念 すぐコンパイルエラーばっかり
274 名前:デフォルトの名無しさん mailto:sage [2008/06/03(火) 00:44:32 ] >>271 まぁちと言い過ぎだけどね。 言語としてはシンプルでそれほど悪いわけじゃないし(でも3DAPIと協調するときどーすんだって気はする。ドキュメントにすら記載ないし) CALコードだけならとりあえず動くコードは吐いてくれる。遅いけど。 v1.1-betaなんてバージョンにしちゃったから印象が悪いわけで、実際のところは熟成待ち。 >>373 秋葉原で3850が1万チョイって話もあるし、とりあえず3xxx1枚買ってbrcc -p calオススヌ。 CALバックエンドなCUDAコンパイラを誰かが作ってくれないもんかねぇ
275 名前:デフォルトの名無しさん mailto:sage [2008/06/03(火) 00:47:51 ] おっと、書き込んでから思い出した。 ドキュメントにはないけどVC用のusertype.datにこんな文字列があったんだった。 streamToD3D streamFromD3D streamToGL streamFromGL 一応Brook+と3DAPIのやり取りを実装する気ではいる様だ。いつになるか知らないけどw
276 名前:デフォルトの名無しさん mailto:sage [2008/06/03(火) 00:50:48 ] >>274 今買うより10日に新板でるからそれ 待ってから買った方がいいと思ってます。
277 名前:デフォルトの名無しさん mailto:sage [2008/06/03(火) 12:17:43 ] 4850は18日
278 名前:デフォルトの名無しさん mailto:sage [2008/06/03(火) 13:06:50 ] ときに次のPhotoshopがGPU使うそうですが。
279 名前:デフォルトの名無しさん mailto:sage [2008/06/05(木) 03:12:09 ] techreport.com/discussions.x/14788 でもCUDAだーよ ATIの人カワイソス
280 名前:デフォルトの名無しさん mailto:sage [2008/06/05(木) 07:28:21 ] みんなCUDAで200Wとか280W 電力消費すれよw
281 名前:デフォルトの名無しさん mailto:sage [2008/06/05(木) 10:05:45 ] >>279 β版の開発環境でプラグイン作るなんてAdobeもATiも迷惑だろ
282 名前:デフォルトの名無しさん mailto:sage [2008/06/05(木) 16:49:45 ] CUDAは上位互換が保障されてます
283 名前:デフォルトの名無しさん mailto:sage [2008/06/05(木) 21:44:13 ] CUDAは全ての変更が上位と将来版で 継承されることが保障されている Computexで聞いてきたがAMDの方は 1.5からまた全く違う内容になる。 CLIの実装方式が変更されるから意味 ないんだよな
284 名前:デフォルトの名無しさん mailto:sage [2008/06/05(木) 23:49:12 ] つまり大幅なハードの変更がある訳かね?
285 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 00:17:19 ] また変な改行の人か
286 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 02:10:54 ] この流れでいくとCUDAが圧勝するわけだけど そうなると当然対応ソフトの多さによってnVidiaカードのシェアが伸びる 下手すれば完全に独占してしまうかもしれない AMDはCUDAに対応させるために改造するのだろうか そうなるとnVidiaがすべての仕様をこれから先ずっと作っていくことになってしまう 使い勝手の悪いものが出来たり、上位互換を自分勝手に切り捨てたりするかもしれん ISOのような公式な機関が介入出来る情勢でもないし 混沌としてきそうで嫌だね 洗練された仕様がどのメーカーのVGAでも一様に動作するというのが ユーザーとしては最も望ましいわけだけど このままだとそれは永遠に無いかもね
287 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 07:36:28 ] >>286 いやそれは無い。もう、Intel互換のチプセトも AMD互換のチプセトも作らせて貰えない可能性 高い。本業のグラボも1のつの巨大コアで全部 ぶん回す旧世代のアーキテクチャだよ 弱ったら買い叩かれるのがオチだよ
288 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 12:33:06 ] だから今余裕のあるうちに逃げ道を探して奔走してる訳だね
289 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 16:04:53 ] >本業のグラボも1のつの巨大コアで全部 >ぶん回す旧世代のアーキテクチャだよ 新世代のアーキテクチャのグラボはどれですか?
290 名前:デフォルトの名無しさん mailto:sage [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さえ完成版が出ていたら…
291 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 18:44:28 ] Streaming Computing用途の性能なら 単精度で2倍あるはずだしな。
292 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 19:11:06 ] Stream SDKは1.0β→1.1βまで2か月しか掛かってないし、 4870X2が出る予定の8月までには完成できるんじゃないかな
293 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 19:58:57 ] 4870X2ってただのCrossFire接続だろ? 新世代なんて程のもんじゃ無いな。
294 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:02:34 ] >>293 1枚の板に2つのGPUコア ただのCrossFire接続だったら誰だって4870やGTX280を2枚買うわw
295 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:03:26 ] いや、ただのCrossFireだって・・・ 二重にメモリ積んでるし。
296 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:10:03 ] >>295 メモリ共有でソフト側からは1GPU扱いという話だったが、 メモリ2枚積みのソースは?
297 名前:デフォルトの名無しさん mailto:sage [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をリンクさせるのでドライバのできによって性能が大きく左右される。
298 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:48:26 ] 俺らでCLIの開発してやるから ATI仕様さらせよ 今Linux版解析してるが 実装がヒドイこれやばいだろってもんじゃないなぁ
299 名前:デフォルトの名無しさん mailto:sage [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
300 名前:デフォルトの名無しさん mailto:sage [2008/06/07(土) 19:36:02 ] 800SPの1.2Tflopsだってさ4870 あと4870X2がオンボードCFなのかどうかは不明 PLXじゃない専用ブリッジを乗せるとのうわさもある
301 名前:デフォルトの名無しさん mailto:sage [2008/06/07(土) 19:39:40 ] >>300 それあってねーよ騙されるな おめぇ一度自作板に勉強しに来いよ
302 名前:デフォルトの名無しさん mailto:sage [2008/06/07(土) 19:54:12 ] どれが? 800SP? ブリッジ? ちなみに800SPの資料 4850で1Tflops ttp://img68.imageshack.us/img68/1152/rv770slideuj5.jpg
303 名前:デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:00:28 ] つまり今まで一番もっともらしく出回ってた 480SPってのが単なる妄想スペックだったわけだ
304 名前:デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:30:00 ] 実製品のFLOPSが妄想スペックを20%近く上回るとか… 逆にこっちの方がフェイクじゃないかと思ってしまうな
305 名前:デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:39:12 ] フェイクだったりして
306 名前:デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:42:53 ] 4850とりあえずもう予約したから 初日にベンチしてやるから 何やってほしいか晒せ
307 名前:デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:52:51 ] >>306 H.264エンコード
308 名前:デフォルトの名無しさん [2008/06/07(土) 21:13:07 ] >>302 よくここまで仕様を隠し通してたなw NVIDIAの方がとっくに発表されてたのに
309 名前:デフォルトの名無しさん mailto:sage [2008/06/07(土) 21:40:52 ] まぁ、フェイクとしても4870はいずれ1Tflops超えか
310 名前:デフォルトの名無しさん mailto:sage [2008/06/07(土) 22:11:20 ] AでもNでもどっちでもいいからはよH.264エンコーダ作ってクレー
311 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 17:40:29 ] どうでもいいけどラデはム板的に意味なし
312 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 17:43:46 ] CALがあるじゃない
313 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 18:36:05 ] いっこうにCALの話題が無いw 誰かが試したという報告すら聞かない CUDAはかなり普及してきてる
314 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 18:40:29 ] ところでDX10はストリーム演算が出来るとか聞くけど サンプルとかぜんぜん見当たらないんだけど DX9と比較して何がどう違うの? DX10を使ったフレームワークとかあるの?
315 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 20:15:25 ] 4870X2のCFで4.8Tflopsとかわけわかんねぇ パフォーマンス
316 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 20:17:24 ] X2で1.2TF 48レーンのPCI-EXってかなり 限定されるな
317 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 20:39:08 ] いや、多分そうはならない
318 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:40:09 ] CALのドキュメントどれ読めばいいの?
319 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:46:22 ] ProgrammingGuide.pdfとcal_platform_spec.pdfとil.pdf
320 名前:デフォルトの名無しさん mailto:sage [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. 統一が望ましいわな 当然
321 名前:デフォルトの名無しさん mailto:sage [2008/06/09(月) 21:01:12 ] Linuxはどうなるのさ?
322 名前:デフォルトの名無しさん mailto:sage [2008/06/09(月) 22:02:54 ] 何そのいらない子
323 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 05:05:11 ] 結局11が出るまで何も普及しないし実験に付き合わされただけかw
324 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 05:10:09 ] ATIの10.1とかもう何の為にあるのかさえ分からんw ATI詐欺にまた引っかかったなそこの君www
325 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 07:40:27 ] Windowsの方がどんな場合でも 処理性能300%上なのになぜ Linuxなんて存在するんだろう
326 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 09:07:49 ] OpenCLってどうよ?
327 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 12:39:40 ] >>325 タダだから。
328 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 14:22:25 ] >>325 Linusが作りたいからじゃろ
329 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 15:34:51 ] >>325 きみはビル・ゲイツの処理能力の0.0000000000000000000000000001%なのに 同じ人間として存在してるほうが不思議だろ。
330 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 20:29:50 ] >>324 ばか
331 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 23:05:00 ] 10.1は知らんけど、Stream SDKが死産になりそうな感じではあるな
332 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 23:12:23 ] Intelの奴が2009年の始めにでるけど それは1枚のカードで4TFらしいね
333 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 01:04:38 ] Intel()笑
334 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 06:18:45 ] なんだその関数
335 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 14:14:08 ] >>334 ワラタ
336 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 16:59:50 ] void intel() { delete palestinian; }
337 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 17:10:52 ] AMDはhavokか
338 名前:デフォルトの名無しさん mailto:sage [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での利用についても取り組む。
339 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 20:03:17 ] またAMD詐欺か
340 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 20:04:15 ] どうでもいいがこのまま消費電力増え続けると地球と家計が爆発するぞ
341 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 20:24:35 ] 詐欺も何もCCCにはR600のころから物理処理に関するヘルプが入っていて havokがintelに買収されてから延々と活かされないままになっていた
342 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 22:12:36 ] 俺のRadeon4870がねぇええええ 悪SKせいだ
343 名前:デフォルトの名無しさん [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 スキップ ========== 誰か教えてください。
344 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 23:41:43 ] >>343 まさかとは思うが、VC6なんぞを使ってはいないだろうな。つーか、CUDAスレに逝け。
345 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 23:59:11 ] 割れ物のVSだとなるようなw おっといけね
346 名前:デフォルトの名無しさん mailto:sage [2008/06/13(金) 00:20:42 ] >>344 、345 vs2005expressです。
347 名前:デフォルトの名無しさん mailto:sage [2008/06/13(金) 11:55:15 ] >>346 だから、ちゃんと隔離用に作ってあるんだからCUDAスレに逝け。
348 名前:デフォルトの名無しさん mailto:sage [2008/06/16(月) 17:47:08 ] TESLA、Firestreamといったボードは、3DCGでレンダーファームとして今すぐに利用できるのでしょうか?
349 名前:デフォルトの名無しさん mailto:sage [2008/06/16(月) 18:17:35 ] ttp://pc.watch.impress.co.jp/docs/2008/0616/amd.htm AMD、1TFLOPSの演算性能を持つGPGPU 「FireStream 9250」 使用スロットは1スロットのみで、消費電力は150W以下
350 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 06:36:23 ] AMDのHD4850が2万5千円だって ゲフォの次のやつは7万円だって CUDAの一人勝ちかと思ったけどそうでもないかもw
351 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 08:50:24 ] HavokがAMD対応を発表しててFireStream 9250が第3四半期… その頃にはさすがにSDKもβが取れてるだろうからどうなるか分からんね Photoshop CS4も10月頃だから年内にRadeon対応ソフトが現れたらそれほど差は付かない
352 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 09:07:34 ] ttp://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~126593,00.html AMDもOpenCL採用
353 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 10:51:26 ] まぁ、安いのはいいことだよなぁ 貧乏学生多そうだしな!w
354 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 11:01:43 ] 値段はともかく発熱量を下げてもらわんと、 ラック当たりの計算量が上がらない。
355 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 19:51:59 ] FireStream 9250は値段半額で発熱同じ、性能2倍じゃん
356 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 22:37:44 ] ゲロビディア氏ね
357 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 23:35:37 ] GPU2 6.12 beta 6 for ATIに付いて来るCALランタイムで 今までのドキュメントとは異なるDirectX協調用拡張関数確認。 calD3D9UnmapTexture calD3D9MapTexture calD3D9UnmapVertexBuffer calD3D9MapVertexBuffer calD3D9Associate(これは今まで通り) 引数が判らないしDisassociateはどうしたとツッコミ入れたいけど、とりあえず実装したみたい。
358 名前:デフォルトの名無しさん mailto:sage [2008/06/20(金) 14:14:46 ] 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
359 名前:デフォルトの名無しさん mailto:sage [2008/06/20(金) 14:30:14 ] 何その変な計算
360 名前:デフォルトの名無しさん mailto:sage [2008/06/20(金) 17:34:08 ] 謎だな つーか、800SPだよな
361 名前:デフォルトの名無しさん mailto:sage [2008/06/21(土) 07:24:51 ] 倍精度だろ
362 名前:デフォルトの名無しさん mailto:sage [2008/06/21(土) 09:36:09 ] 単精度で800だよ
363 名前:デフォルトの名無しさん mailto:sage [2008/06/21(土) 10:06:34 ] だから>>358 の算式は倍精度のパフォーマンス出す式だろ
364 名前:デフォルトの名無しさん mailto:sage [2008/06/21(土) 13:07:45 ] forums.nvidia.com/index.php?showtopic=70171 CUDAこんなに仕事速くて対応もすごい多いのにAMD何やってるのですかね? やる気あるの?
365 名前:デフォルトの名無しさん mailto:sage [2008/06/21(土) 14:32:36 ] PowerDirectorがAMDのビデオカードに対応するらしいから、モノ自体はあるんだろうけどね 開発環境も早く公開してくれるといいなぁ、倍精度考えると性能は段違いなんだから
366 名前:デフォルトの名無しさん mailto:sage [2008/06/21(土) 17:13:37 ] CALのIL.PDFもってる人どこか うぷっていただけませんか? リンク切れててとれない
367 名前:デフォルトの名無しさん mailto:sage [2008/06/21(土) 17:20:25 ] SDKに入ってるからインスコしろ。
368 名前:デフォルトの名無しさん mailto:sage [2008/06/21(土) 17:24:08 ] >>367 そうなのかありがとう ちょっとRadeon4850もう2枚買ってくる
369 名前:デフォルトの名無しさん mailto:sage [2008/06/23(月) 23:42:11 ] CALのためだけに Radeon4850買ってきますた
370 名前:デフォルトの名無しさん mailto:sage [2008/06/23(月) 23:54:48 ] マゾだなぁ
371 名前:デフォルトの名無しさん mailto:sage [2008/06/24(火) 00:03:47 ] ふひひwありがと
372 名前:デフォルトの名無しさん mailto:sage [2008/06/25(水) 00:45:00 ] AMDの奴って専用ドライバ入れないと開発できないんだな めんどいな Nvidiaは別になんもいらんのにしょぼい
373 名前:デフォルトの名無しさん mailto:sage [2008/06/25(水) 03:39:04 ] 逆ですよ。
374 名前:デフォルトの名無しさん mailto:sage [2008/06/26(木) 23:13:34 ] japan.renesas.com/fmwk.jsp?cnt=press_release20080623.htm&fp=/company_info/news_and_events/press_releases 組み込み向けだから絶対性能はGPUには勝てないけど、消費電力はずっと低そう 個人が簡単に購入できるものじゃないけど
375 名前:デフォルトの名無しさん mailto:sage [2008/06/26(木) 23:16:13 ] CALってなんで ATI Catalyst? 8.6では動かないの?
376 名前:デフォルトの名無しさん mailto:sage [2008/06/26(木) 23:51:49 ] しかもCALってドキュメント全部VisualStudio用なんだな やる気なさ杉だな AMDつぶれねーかなぁまじで
377 名前:デフォルトの名無しさん mailto:sage [2008/06/26(木) 23:54:42 ] しかもCALのILドキュメントの記法がISOの 記述を遵守していない。ここの会社はドキュメントの 書き方もしらんのか?
378 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:16:08 ] このスレ監視してるラデ房うぜーなぁ ほんとATIの奴等ってキモイ
379 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:18:07 ] 元NDIVIAユーザーですが、なんだか情けなくてしょうがない。 そんなに必死になるなよ。 考えが偏ってて、客観的に見て痛いぞ。 性能の良い製品を使えばいい。ただそれだけ。
380 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:21:14 ] >>379 お前の発言の方が痛いぞw
381 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:23:11 ] 下らんアオリしてないでプログラムの話しろよ
382 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:24:58 ] >>381 糞CALじゃなんもできませーん
383 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:25:06 ] >>380 どこが? AMDつぶれろとか言ってる人よかマシじゃない? 考えが偏ってるからそんなことしか言えないんじゃない?w 宗教レベルな信者ですね。考えが偏るわけですね、わかります。
384 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:26:03 ] 本当にnVidia工作員は醜いな 自作PC板以外のスレを荒らす前に小売店の損失を補償してやれ
385 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:29:04 ] >>384 良いこと言った。 ってかNVIDIA工作員マジUZEEEE 性能が良く、コストパフォーマンスの取れるグラボを買うべきだろ?ふつうならな。 現状のNDIVIAで2.6万以下で4850よか良い製品俺に勧めてくれ。
386 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:30:15 ] >>385 9800GTX+来週買えばいいだろボケw
387 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:31:14 ] 以後荒らしと工作員はスルーで
388 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:31:32 ] >>386 予価30K超える訳だが? IDつけばNG出来るのに、ほんと工作員ウザイな
389 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:33:24 ] >>388 ゆとりちょっと消えてくれないか? 平行輸入品が26980円だが?
390 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:33:53 ] PCショップに勤めてるから、9800GTX+も9800GTXも刺して動かしたよ。 もうNVIDIA内で自爆するような製品の出し合いやめれw 一応感想だけど、9800GTX+は9800GTXとそんなにベンチマークしても思ってた通り、すばらしくなかった その点値段的にも性能的にも4850は良かった。ファンだけ交換すれば申し分ないかな。 NVIDIAさん、店が損した分返してください
391 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:34:47 ] >>390 つーか自作板から流れてくるなよ屑どもが
392 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:36:39 ] cal_platofrm_spec.pdfが24ページしか無い件についてw さすが半導体メーカの中でもっとも屑と言われたAMDの 仕事ですねw
393 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:38:20 ] GT200がコケたせいで、まだ正式リリースされていない開発環境の ドキュメントに不備があると叩かなきゃならないほどに追い詰められてんのか…
394 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:38:49 ] いろいろなスレ見ちゃ悪いのか? 良い製品が違うメーカーから出て嫉妬してんじゃねーよ。 ATIをそんなに罵倒したいならNVIDIAがもっと良い製品出せよw それからだなw じゃあな
395 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:39:22 ] GPGPU的にはATIは無いわwww
396 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:41:43 ] >>393 CALなんて絶対正式版リリースできないでしょう CUDAは前回のバージョンから半年以内に2.0Βがでた しかもその完成度はものすごいのに まぁAMDは技術力ないから無理だろうけどねぇw
397 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:42:00 ] 次はGT200+ですね、判ります。
398 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:43:48 ] 4850がコスパや3D性能的に良いようだから、ATiのGPGPU環境とやらのドキュメントちょっと見てみたがなんか分かりづらいな Brook+のドキュメントにのってるサンプルコード見た感じじゃ、まだシェーダ言語から脱却し切れてないようだし 演算器がVLIWってのもな。最適化面倒くせえぞあれ 個人的にはATi好きだし頑張って欲しいんだが、GPGPUとしてはまだ当分nVidia一択だな
399 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:44:07 ] つまりAdobeは正式版と永遠のβ版を比べて それでもRadeonに対応する価値があると判断したわけだな… ttp://www.4gamer.net/games/045/G004578/20080625008/SS/020.jpg
400 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:45:35 ] いままでのNVIDIAの実力 昔:ATI新製品高性能→ゲフォ性能更新→ATIすぐ負ける 現在:ゲフォ新製品→ゲフォマイナーチェンジ(9800GTX+)で自爆→4850トドメ→ゲフォ新製品→ATIがまた出してゲフォ死亡
401 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:48:03 ] >>399 違うよ、AMD2万ドル、Adobe出資0で共同開発しているから 出してるだけ。まじな話Adobeの開発者が対応したのは CUDAだけ、CALは金もらったからやるっていってるだけ で対応するとはAdobe自身から一切発表は無い
402 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:48:42 ] 2週間前だったらGPGPUはnVidiaの圧勝だろうと胸を張って言えたけど、 ここに来てAdobeのAMD製GPU対応とnVidiaの自爆が重なってどうなるか分からない模様になってきたな… 少なくとも信者論争とは無関係のスレで 他社製品を執拗に叩くのを営業戦略と勘違いしてる所は負けるだろうけど
403 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:48:44 ] >>399 まぁAdobeの事だし、どっちにもだすんじゃないか それに開発環境はともかくとして、現状のGPU市場はnVidia/ATiの二強なんだし ATiのに対応しないってのはさすがにデメリットがでかい
404 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:48:45 ] >>375 動くよ >>376 VCに依存してないドキュメントの方が多いよ >>377 ISOの記法って何?バックエンドでしかないCALをISOに承認させるわけ? >>392 1ページ1関数のCudaReferenceManual.pdfを詰めて、3DAPIとの協調用関数をなくして、 ILの機能にあたる部分を削除して、CALでは分ける必要のない関数をまとめれば似たようなものになるね。
405 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:50:29 ] >>403 AdobeのnVidia対応はとっくに既出だよ AMDのStreamSDKはまだ完成してないし、 このままCUDAが標準化するんじゃないか?と思われていた矢先にこの発表
406 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:52:03 ] 2万ドルももらって出しませんとは本当でも言えんよな ほんとうAMDってなりふりかまわず汚いですね
407 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:53:39 ] >>405 Adobeが対応するからといって、CUDAの優位は揺るがないだろw 確かにATiのはまだβ段階でしかないが、それを差し引いてもちょっと使いづらい まぁ使う側としてはどっちでもいいからとっとと統一して貰いたいもんだが トランスレーター作るっていうのでもいいけど
408 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:54:39 ] プログラマーが環境を選ぶんじゃなくて、 与えられた環境で組むのがプログラマーだろ それを理解できないからと言ってだだをこねるのはタダの無能
409 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:55:18 ] お前ら自作板から援軍派兵するのやめろよw
410 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:55:36 ] >>407 CALは史上最悪の出来だぞ? ハードの性能もベンチのみで実際のゲームはまともに 動作しないしな
411 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 00:56:59 ] nVidiaが勝てるように作られたVantageで負けちゃ世話無いわな
412 名前:デフォルトの名無しさん mailto:sage [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を使ったゲームが実際にあるなら教えてくれ。
413 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:04:51 ] OpenCLはAMD不参加だし Intelから絶対参加することは認めないと 通告されてるしなw まぁ捏造ベンチで喜ぶラデ房は本当おめでたいよw
414 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:05:05 ] 頼みの綱はうんこCUDAだけか
415 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:06:32 ] >>413 大嘘こいて楽しい?
416 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:11:03 ] >>415 嘘じゃねーだろ、ATIのときの失敗で Appleから未だに無視され続けてるの知らないのか? IntelとAppleから絶対に参加させないって言われてるんだぞ?
417 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:13:37 ] 妄想もココまでくると病気だな
418 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:15:19 ] >>416 ATiが嫌いなのはよく分かったから、後は日記帳にでも妄想書いとけ
419 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:16:26 ] Intel の誰が,Apple のどんな立場の人間がそんなこと言ってるんだ?w
420 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:16:40 ] >>416 クロノスに投げてオープン規格目指してるのに拒否とかw クロノスのプレスリリースでちゃんとIntelもAMDもNVIDIAもワーキンググループ入ってますよ。
421 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:17:54 ] 今のMACに搭載されているVGA調べてみろ どっちのVGAが載ってる?ん?
422 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:22:56 ] ここはム板なので、それ以上は自作PC板でやってくれ。 まぁ、元々プログラミングの話なんてほとんど出てないけどな。
423 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 01:24:05 ] CALなんてそもそも存在しないし
424 名前:デフォルトの名無しさん mailto:sage [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が出たのか考えてみれば・・ ほんと必死だな
425 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 06:17:03 ] CUDA最強だなやっぱりCALなんてゴミもいいところ 所詮ATiの残党が作ったゴミ
426 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 08:13:24 ] ati.amd.com/technology/streamcomputing/sdkdwnld.html なんか更新された
427 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 08:20:00 ] >>426 嘘書くんじゃねーぼけ このドキュメントは素晴らしいな AMDには真似の出来ない品質だ www.nvidia.co.jp/docs/IO/51174/NVIDIA_CUDA_Programming_Guide_1.1_JPN.pdf
428 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 08:22:40 ] 理解もすごい進むしいい資料だ
429 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 08:37:09 ] ああ、誤訳だらけで鬱になれるね。 英語版を訳しながら読む方が未だましだし、それも前提となる知識があってのことだ。 それでも、ないよりはずっと有り難いのだけれどね。
430 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 08:38:00 ] >>429 >428のようにまともに日本語も扱えないような香具師には読んだ積もりになれるという点で丁度いいのだろ。
431 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 09:03:36 ] 「エラー!ブックマークが定義されていません。」が多すぎてワロタ こりゃAMDどころかどこも真似できんわw これで正式版wwwww
432 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 09:35:09 ] >>427 更新されたよ。ちょっと前まではフォーラムへのリンクだけだった。 >>431 NVIDIAの日本語PDFにはよくあること。
433 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 09:43:37 ] どうせOpenCLになるんだろうし、どっちでもよかろうに・・・ 今の乱立状態がユーザーにとってもデメリットしかないってのは確かなんだから 歓迎すべき事だと思うんだけどなぁ、各社の参加は
434 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 10:39:34 ] 「OpenCLにはMicrosoftが加わっていない」 「DirectX11でGPGPUをサポートするらしい」 とかでOpenCLはOpenGLみたいな立場になるとか言われてるみたいd
435 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 10:47:04 ] 問題は現状のリソースがそのまま利用出来るのか 買い替えが必要なのかだな
436 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 18:12:08 ] Microsoftは独自にDirectX用のCLを作るよ OpenGLみたいに誰も使わない規格を使う 理由がないからねぇ
437 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 18:28:14 ] Radeonの存在意義も解らないよね?
438 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 18:42:06 ] ID出ない板だとほんと特定個人が暴れ放題だな… そんなに必死になっても現実はNVのシェアが落ちていく一方ですよっと
439 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 18:52:34 ] >>438 FUD流して何面白いの?頭おかしいにもほどがあるな
440 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 19:55:23 ] これだからATI厨は困る・・・ 捏造までして叩くのか・・・
441 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 20:15:05 ] アチは本当すぐ捏造するしねぇ チートドライバ作り出すし
442 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 20:35:34 ] おまいら頼むから自作板のvsスレでやってください。
443 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 20:36:55 ] ベンチスコアは捏造。ドライバは糞。字も書けない。 ATI最悪!
444 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 20:51:43 ] >>442 俺らは悪くないニダ 悪いのはAMDニダ
445 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 20:56:20 ] Nvidiaさん、ボイド復帰型何よこれ?
446 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 21:02:18 ] >>444 当たり前だろ ATIが4000シリーズを出さなきゃ、9800シリーズの値下げもなかった。 消費者もショップも被害はなかった。全てATIが原因。
447 名前:デフォルトの名無しさん mailto:sage [2008/06/27(金) 21:08:50 ] nVidia工作員を装ったATi信者を装ったnVidia工作員を装ったATi信者を装った…(ry 以下無限ループ
448 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 11:49:55 ] ここの人間にとっては、描画性能では明らかに劣っているnVIDIAのカードが 描画性能相応に暴落してくれる、というのは非常にありがたい状況だな。 市販のHD 4xxxは倍精度演算を殺してるし、開発環境もnVIDIAの方が整っている。 他の板ではどんどんnVIDIAを叩いてほしい。 が、ここでは邪魔だから止めてね。
449 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 11:54:34 ] GPUで整数演算がしたいです。
450 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 11:59:09 ] 整数演算ってどうやってするの?
451 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 12:15:06 ] 別にnVIDIAの話は専用にスレあるからここではいくら暴れてくれも平気だよ
452 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 12:19:36 ] >>448 殺してるって証拠はある?
453 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 12:47:14 ] >>452 ttp://pc.watch.impress.co.jp/docs/2008/0616/amd.htm って記事があるけど単精度1TFLOPS以上と書いてあるので使われてるコアはHD4xxx系のはず BIOSレベルで隠蔽してるのか、回路焼いてるのかは不明 MODで倍精度ONに出来れば… ゴクリ…
454 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 12:52:54 ] >>452 ttp://pc.watch.impress.co.jp/docs/2008/0626/kaigai450.htm >AMDはグラフィックス製品では倍精度は有効にせず、GPGPU向けの「FireStream」系列でのみ倍精度をサポートする見込みだ。これは、グラフィックス製品で倍精度をサポートするNVIDIAとの大きな戦略の違いだ。
455 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 12:58:35 ] >>453 それRV670でも同じこと言われてたけど、結局FireStream化どころか何もせずにHD3xxxで倍精度演算できるよ。
456 名前:455 mailto:sage [2008/06/28(土) 12:59:07 ] ×>>453 ○>>454
457 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 16:14:07 ] Nvidiaがハードレベルで圧倒的に優れている証拠を見せてやろう www.4gamer.net/games/050/G005004/20080627060/TN/018.jpg Radeonなんてゴミもいいところw
458 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 16:28:45 ] >>457 Geforce最強すぎる
459 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 16:58:18 ] GTX280ってあんだけ高いのに8800GTより性能低いのか… 買う価値無いな
460 名前:デフォルトの名無しさん mailto:sage [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
461 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:10:20 ] >>460 SP800?ダントツじゃん
462 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:30:53 ] その記事の誤差のところのHD3650どうなってるんだろ? これって繰り返し計算の累積誤差じゃなくて、1回計算しただけの誤差かな? 赤と緑のグラフの意味もその記事じゃ分からんな。 (ググってみたら最大誤差と平均誤差らしい) AMDがGPGPUに消極的だったのは、この辺が関係してそうだね。
463 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:33:47 ] とりあえずGeforce最強これは紛れも無い事実 そしてRadeonは捏造ベンチ+精度落とした偽造 ドライバ利用が確定した
464 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:37:29 ] とりあえず GPGPUやってない奴は消えろ
465 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:38:57 ] やってるよー 倍精度も計算できない糞Radeonなんて使いませんがwwww
466 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:41:48 ] だから出来るってば。
467 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:43:35 ] できねーよ。ソース出してみろやw 嘘つくのやめてほしいなぁ
468 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:46:26 ] ほら出てこないw
469 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:50:18 ] 出来ないソースを出す方が先だろ
470 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:56:58 ] >>467 これでいいか? ttp://www1.axfc.net/uploader/Img/so/14929.png
471 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 17:58:31 ] 画像なんて合成できるしねぇ おっと用事思い出した
472 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 18:00:50 ] はいさようなら。邪魔だからもう来なくていいよ。
473 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 18:48:17 ] これfloatで出してるだけじゃねーかw 危うく騙されるところだった
474 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 19:05:35 ] は?
475 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 19:07:35 ] そのうさんくせーサンプルで小数点7桁まで 出してみろやwでねーだろ?謝っちまえよ?
476 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 19:16:18 ] > そのうさんくせーサンプルで小数点7桁まで ソース読んだのならツッコミどころ間違ってると思うよ。
477 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 19:19:47 ] 久しぶりに声出して笑えた ありがとう
478 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 21:16:22 ] >>475 printfの内容は%fじゃないよな?
479 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 21:39:22 ] これだからNV厨はダメだね
480 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 22:35:52 ] CAL書きやすくね?とか思う俺は変態?
481 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 23:22:05 ] バイナリアンか何かですか?
482 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 23:57:51 ] まあどうせDX11までGPGPUは日陰の存在
483 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 23:59:50 ] 焼き直しで古い論文実装するだけで 予算も付くし美味しいんだけどね
484 名前:デフォルトの名無しさん [2008/06/29(日) 01:38:29 ] 画像処理目的でAMDのStream SDKを触り始めたんだけど 1ピクセル=8ビット でWidth x Heightみたいなデータを扱う事って出来ないのかな?? なんかBrook+を使う時点で32ビット縛りで、CALを見てみたら非常に難しくて・・・
485 名前:デフォルトの名無しさん mailto:sage [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の本社で行われたインタビューで述べた。 japan.cnet.com/news/ent/story/0,2000056022,20374870,00.htm Apple社,「Mac OS X」の次期バージョン「Snow Leopard」も公開,GPGPUに対応へ GPUで汎用計算を行うアプリケーション・ソフトウエアの開発には, C言語を拡張した新しい言語「OpenCL(open computing language)」を利用する。 techon.nikkeibp.co.jp/article/NEWS/20080610/153055/ Khronos Groupが「Compute Working Group」を設置,メーカー非依存のGPGPUを目指す Khronos Groupは既に米Apple Inc.が,さまざまな用途でGPUとマイクロプロセサの 計算資源を活用するためのC言語に基づくプログラミング言語 「Open Computing Language(OpenCL)」を提案済みであることを明らかにした。 techon.nikkeibp.co.jp/article/NEWS/20080617/153397/ ハードウェアベンダーと繋がり無くGPGPU対応は難しいから MS単独で変な言語作ることはないだろう AMDはOpenCLをバックアップしてるから あとはCtを提唱してるintelがどうなるかだけ MSがintelと組んだらややこしくなる
486 名前:デフォルトの名無しさん mailto:sage [2008/06/29(日) 09:41:45 ] IntelはLarrabeeでMSと組んで汎用GPU言語作るだろ IntelもMSもOpenなんちゃらって儲けが薄くならないと やらないし
487 名前:デフォルトの名無しさん mailto:sage [2008/06/29(日) 09:44:09 ] このスレ住人にとっては驚きの週末だなぁ。
488 名前:デフォルトの名無しさん mailto:sage [2008/06/29(日) 10:50:30 ] 急に沸いてきたな
489 名前:デフォルトの名無しさん mailto:sage [2008/06/29(日) 12:00:32 ] Folding@HomeのGPU版をしている人居ます? PS3の280GTXは6倍以上をこなしているようですが。 ベータ版が公開されているが時間がなくてまだ何もしていない(困った。)
490 名前:デフォルトの名無しさん mailto:sage [2008/06/29(日) 22:56:14 ] >>485 噂レベルだけどMSは.NET上に GPU用のIL言語構築するみたい JATで最適化かけて走らせるイメージを 持っているみたいだよ。 基本的に今のワーキンググループとは まったく発想がことなってるらしいね
491 名前:デフォルトの名無しさん mailto:sage [2008/06/29(日) 23:26:52 ] >>490 噂のソースうp
492 名前:デフォルトの名無しさん mailto:sage [2008/06/29(日) 23:31:51 ] >>491 MSの講習会とかでJIT関係やってる人に 話聞いてみなよ教えてくれる人もいるから
493 名前:デフォルトの名無しさん mailto:sage [2008/06/30(月) 01:10:57 ] CALでreduction bufferってどう使うの? scratch bufferは名前だけはドキュメントに載ってるし サンプルみるとdcl_indexed_temp_arrayでx#っぽいけど、 reduction bufferはさっぱりわからん。ISAで書かないと無理?
494 名前:デフォルトの名無しさん mailto:sage [2008/06/30(月) 01:47:18 ] brccのコードでreductionFactorってあるけどあれが 何吐くか見てみれば?
495 名前:デフォルトの名無しさん mailto:sage [2008/06/30(月) 02:14:18 ] Brook+のreductionってreduction buffer使ってないんだよ。 だから参考にならないんだ。
496 名前:デフォルトの名無しさん mailto:sage [2008/06/30(月) 07:41:45 ] >>495 じゃあ自分で書くしかないよ BBS見てみるといいよreductionで検索かけて
497 名前:デフォルトの名無しさん [2008/06/30(月) 23:44:51 ] brookのscatter/gatherの使いどころが判らないんだけど、誰か詳しい人いますか?
498 名前:デフォルトの名無しさん mailto:sage [2008/06/30(月) 23:45:34 ] >>497 今がんばって勉強してるから一緒に勉強しないかい?
499 名前:デフォルトの名無しさん mailto:sage [2008/06/30(月) 23:49:02 ] >>498 ここで日本語のログ置いとくと後々、参照する時楽なんで一緒に勉強&情報交換できると助かります。 私はとりあえず付属のBrook周りのドキュメントは読んだんですが。。。 今までになく最悪な英語でムキーってなってるところです。
500 名前:デフォルトの名無しさん mailto:sage [2008/07/01(火) 00:03:38 ] >>499 じゃあ何かおいておきます こっちは、Linux上のクライアント+Radeon 4870 WindowsXP64bit + Radeon 3870で開発を始めてみました。 現在、付属のヘッダやサンプルなどの解析をかけているところです。
501 名前:デフォルトの名無しさん mailto:sage [2008/07/01(火) 20:52:29 ] CALランタイムってVistaじゃ完全に使えないの? サンプルを実行したら初期化エラーが出るんだが 今更XP64を入れる気にはならんし…
502 名前:デフォルトの名無しさん mailto:sage [2008/07/01(火) 21:43:42 ] fahについてくるやつは?
503 名前:デフォルトの名無しさん mailto:sage [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数は公開されたデータどおりだけど、相変わらずクロックの部分はへんてこ。
504 名前:デフォルトの名無しさん mailto:sage [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
505 名前:デフォルトの名無しさん mailto:sage [2008/07/05(土) 23:45:15 ] >>504 そういえばLinuxで試すの忘れてました。 それ何で表示させてるんですか?
506 名前:デフォルトの名無しさん mailto:sage [2008/07/05(土) 23:46:05 ] >>505 今自分で作りました
507 名前:デフォルトの名無しさん mailto:sage [2008/07/05(土) 23:50:35 ] >>503 CALdeviceattribsのengineClockとmemoryClockの 表示逆じゃないかな?俺が違う?
508 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 00:02:51 ] >>507 一応合ってるはずなんですけどね。 ttp://www1.axfc.net/uploader/File/so/8023.zip
509 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 00:04:46 ] あーしまった。CALdevicestatusをリアルタイム更新できるように弄った名残がそのままでした。 お目汚し失礼。
510 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 00:27:01 ] >>508 calExtGetVersionの返り値の解釈ってこれでいいの? 一応calExtSupportedはOKを返してるみたいだけど
511 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 00:45:17 ] >>510 PDFには両方共にCAL_RESULT_NOT_SUPPORTは拡張非対応って記述があるんで困り者です。 実際に帰ってくるバージョンは0.0だし、果たしてどう解釈するべきやら。
512 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 08:41:35 ] >>511 googleでCAL_EXT_D3D9を検索すると 現状未サポートみたいだよ ただ、関数だけ実装してあって空の結果が 返ってきているみたいだよ
513 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 10:39:01 ] GPGPUとは違うけど、こんな類似品もあるのか。 GRAPE-DR Model1800 www.kfcr.jp/gdr1800.html
514 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 10:42:05 ] 売ってることに驚いた
515 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 10:59:40 ] >>513 年間3億、計15億で浪費した駄作と RadeonやGeforce比べるなよw 重力多体以外解けるというが微妙だぞ高いし GPUなら単年度予算で備品扱いで買えるけど これはそうもいかんだろ
516 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 11:28:42 ] >>515 これでも読んどけ。 jun.artcompsci.org/journal/journal-2007-12.html#20
517 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 11:42:21 ] >>516 そんなどこぞのチラ裏日記見せられてもw
518 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 11:59:00 ] >>516 牧野は8800が出たとき降参宣言してたはずだが。
519 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 12:01:13 ] GPUにしか興味ないんだからね
520 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 20:50:09 ] GPU Gems 3 日本語版 今週出るねでもやっぱ値段はるな
521 名前:デフォルトの名無しさん mailto:sage [2008/07/06(日) 22:26:26 ] ここで聞いてみてもいいのか解らないんだが CALとBrook2つ存在する理由ってなんなのでしょうか
522 名前:デフォルトの名無しさん mailto:sage [2008/07/07(月) 09:13:52 ] CAL = API Brook+ = オープンソース・フリーで提供される開発言語の1つ
523 名前:デフォルトの名無しさん mailto:sage [2008/07/07(月) 19:37:49 ] >>521 .NET Frameworkも中間アセンブリを弄れるわけだが
524 名前:デフォルトの名無しさん mailto:sage [2008/07/07(月) 20:07:16 ] >>522 いや全然違うだろ
525 名前:デフォルトの名無しさん mailto:sage [2008/07/07(月) 21:57:40 ] AMDの中の人に なんでCAL作ってるのさ LLVMしろよゴルァってメールしたら めっさ怒られました。 AMDの中の人ごめんなさい
526 名前:デフォルトの名無しさん mailto:sage [2008/07/07(月) 22:07:43 ] ttp://forums.amd.com/devforum/messageview.cfm?catid=328&threadid=97024&enterthread=y sgratton氏にマジ禿同。 後で仕様が変わったりしてもいいからひとまず今の仕様をドキュメントで網羅して欲しい。
527 名前:デフォルトの名無しさん mailto:sage [2008/07/07(月) 22:28:31 ] 予算5万ドルじゃこれが限界だと思うけどね
528 名前:デフォルトの名無しさん mailto:sage [2008/07/09(水) 20:07:41 ] NVIDIA GeForce 8シリーズ、ソフトウェア更新でPhysXに対応 blogs.wankuma.com/shannon/archive/2008/02/19/123885.aspx もうATIはスレ違いに近いな
529 名前:デフォルトの名無しさん mailto:sage [2008/07/09(水) 20:57:10 ] >>528 その「2月」の記事が、どうかしたか?
530 名前:デフォルトの名無しさん mailto:sage [2008/07/09(水) 21:08:23 ] >>528 自作板のゲロビディアすれ帰れ
531 名前:デフォルトの名無しさん mailto:sage [2008/07/10(木) 01:41:52 ] >>528 お前自身が板違い。
532 名前:デフォルトの名無しさん mailto:sage [2008/07/11(金) 00:56:14 ] CALってCUDAと比べて10倍以上遅くね? 4870とGe8600が同じぐらいなんだが? 汎用処理は全然できないっぽいな
533 名前:デフォルトの名無しさん mailto:sage [2008/07/11(金) 12:12:15 ] そりゃまぁ、グラフィックスに特化したVLIWだしな・・・ コンパイラの最適化でも限界がある罠。
534 名前:デフォルトの名無しさん mailto:sage [2008/07/11(金) 12:18:55 ] chrome400に比べればみんな遅い
535 名前:デフォルトの名無しさん mailto:sage [2008/07/12(土) 17:37:37 ] >518 jun.artcompsci.org/articles/future_sc/note048.html#rdocsect53
536 名前:デフォルトの名無しさん mailto:sage [2008/07/12(土) 17:48:17 ] どこぞの糞CPUメーカみたいに 消費電力言い出す奴は大抵糞だw
537 名前:デフォルトの名無しさん mailto:sage [2008/07/12(土) 20:35:31 ] はぁ?
538 名前:デフォルトの名無しさん mailto:sage [2008/07/12(土) 22:02:20 ] 今消費電力の事を語らないメーカーなんて存在するのかな
539 名前:デフォルトの名無しさん mailto:sage [2008/07/12(土) 22:14:01 ] あMD
540 名前:デフォルトの名無しさん mailto:sage [2008/07/12(土) 22:19:40 ] 消費電力を一番問題だと思っているのは利用者だろ
541 名前:デフォルトの名無しさん mailto:sage [2008/07/12(土) 22:21:40 ] つまり利用者のことを考えないメーカ?
542 名前:デフォルトの名無しさん mailto:sage [2008/07/12(土) 22:54:55 ] 48xxが出てから急にこのスレに必死な人が増えたね
543 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 01:32:53 ] 不思議なことに、何か良い新製品が出ると、自分が偉くなった と思い込む変な人がいっぱい湧くよな。 不思議だ。
544 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 02:17:58 ] 勝ち負けに興味ある人隔離スレとして機能してくれるならそれはそれで。
545 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 11:10:53 ] NV使っている奴よりATI使っている俺の方が偉い
546 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 11:15:42 ] ゲロビディアは小売店を潰そうと画策した糞会社だ
547 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 17:27:54 ] なんでGPGPUスレに沸くんだ
548 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 17:36:35 ] GPGPUでは、nVidiaがAMDに勝ってると思ってるんだろ。 いわゆる、語るに落ちるって奴w
549 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 17:47:06 ] 実際ATIのVLIWは汎用処理では 遅くて使い物にならないけどね 理論値倍精度で500Gが4、5G程度しか でなくなっちゃうからねぇ まぁ3Dでは高速だがGPGPUではゴミだ
550 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 18:05:31 ] 倍精度の理論値は短精度の1/5じゃないの? 倍精度だと倍精度積和+整数演算の組み合わせしかできないから VLIWコンパイラの不出来の所為で性能が落ちる部分は少ない。 整数演算使わなきゃ殆どスカラプロセッサだし。
551 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 18:09:00 ] あのー質問してもいいでつか?
552 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 20:46:25 ] >>551 消えろカス
553 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 20:56:28 ] >>551 いや、そんなことより俺の質問を聞いてくれ。
554 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 22:57:49 ] お兄ちゃんたちってどうして変な臭いがするの???
555 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 23:00:22 ] 俺はおじさんだヴォケ
556 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 23:07:14 ] カレー臭がするのか
557 名前:デフォルトの名無しさん mailto:sage [2008/07/13(日) 23:13:13 ] そうそう最近脱いだ服が臭くてな。
558 名前:デフォルトの名無しさん mailto:sage [2008/07/14(月) 06:49:02 ] おや汁対策で、俺の服だけ別に洗濯機回されてる。
559 名前:デフォルトの名無しさん mailto:sage [2008/07/15(火) 05:37:32 ] >>558 最近の洗剤なめんなw お前が嫌われてるだけだw
560 名前:デフォルトの名無しさん mailto:sage [2008/07/15(火) 13:14:02 ] >>559 なんでお前が偉そうなのw
561 名前:デフォルトの名無しさん mailto:sage [2008/07/15(火) 16:02:07 ] しかし、NL-MeansはCUDA遅くて使い物にならなかったみたいだね 得意不得意がハッキリしてて面白いね
562 名前:デフォルトの名無しさん mailto:sage [2008/07/15(火) 16:02:27 ] ここでやるな、よそでやれ
563 名前:デフォルトの名無しさん mailto:sage [2008/07/15(火) 22:57:02 ] 正直nVidiaの超スカラプロセッサ化は、面白味に欠けるなぁ GPUはあくまでベクトルプロセッサであって欲しいが
564 名前:デフォルトの名無しさん mailto:sage [2008/07/16(水) 02:09:27 ] Larrabeeに追われるNVIDIAがGT200に施したGPGPU向け拡張 ttp://pc.watch.impress.co.jp/docs/2008/0716/kaigai453.htm
565 名前:デフォルトの名無しさん mailto:sage [2008/07/17(木) 05:16:15 ] >>563 超同意だけど、グラフィック用途でも粒度が細かくなりつつあるので仕方ないと思う。階層化シャドウマップとか、その半影とか、双半球環境マップとか。
566 名前:デフォルトの名無しさん mailto:sage [2008/07/18(金) 19:20:21 ] 今朝の日経産業新聞で読み仮名が「CUDA(クーダ)」だった。 彼らは専門知識が無くてもインタビューとかするだろうし、こっちが正しいんだよな?
567 名前:デフォルトの名無しさん mailto:sage [2008/07/18(金) 20:27:00 ] >>566 大分まえからクーダだが。。今までなんて呼んでたの?
568 名前:デフォルトの名無しさん mailto:sage [2008/07/18(金) 20:34:12 ] >>566 クーダじゃないの?
569 名前:デフォルトの名無しさん mailto:sage [2008/07/18(金) 20:39:46 ] >>566 >>564 後藤タンもクーダと書いてるが・・。
570 名前:デフォルトの名無しさん mailto:sage [2008/07/18(金) 21:45:58 ] アニメのキャラみたいだな、クーちゃん
571 名前:デフォルトの名無しさん mailto:sage [2008/07/18(金) 22:03:13 ] 読み方ネタなんかでスレ消費するのはやめてくーださい
572 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 00:16:36 ] 【審議拒否】
573 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 00:18:44 ] ヌーダだろ
574 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 08:03:36 ] クター
575 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 15:12:25 ] きゅうううううううううううううううううううううううううううううううううううううううううううううううううううううううううううううううだぁ だろ
576 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 15:49:42 ] Geodeじゃないんだから
577 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 03:40:41 ] 管
578 名前:デフォルトの名無しさん mailto:sage [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;::::::::::::::::....
579 名前:デフォルトの名無しさん mailto:sage [2008/07/21(月) 20:18:33 ] なんの誤爆だw
580 名前:デフォルトの名無しさん mailto:sage [2008/07/28(月) 16:09:11 ] 誰かBlenderでCUDA使ったレンダ作ってくれ ほめられるよ
581 名前:デフォルトの名無しさん mailto:sage [2008/07/28(月) 22:53:23 ] 自分でやるかちゃんと金払え
582 名前:デフォルトの名無しさん mailto:sage [2008/07/28(月) 23:04:39 ] あんな汚いソースじゃ移植したくない
583 名前:デフォルトの名無しさん mailto:sage [2008/07/28(月) 23:44:30 ] レンダ部分のソースの範囲だけ教えてくれれば みなくもない
584 名前:デフォルトの名無しさん mailto:sage [2008/07/29(火) 12:29:39 ] ヒントつオープンソース
585 名前:デフォルトの名無しさん mailto:sage [2008/07/29(火) 16:54:09 ] ヒントツ・オープンソース
586 名前:デフォルトの名無しさん mailto:sage [2008/07/29(火) 23:55:13 ] 解析するのめんどうだから レンダの部分だけここにソースリストあげて それくらいしてくれてもいいよね?
587 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 10:25:46 ] まぁ、他人に頼むのならそれくらいしてもいいよな
588 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 13:22:00 ] www.blender.org/download/source-code/
589 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 10:59:57 ] WME対応してくれないかな・・・
590 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 15:07:56 ] F@H落として動かしてるのにamdcalcl.dllとamdcalrt.dllがDLされないぞ… まさかスタティックリンクになったのか…
591 名前:デフォルトの名無しさん mailto:sage [2008/08/01(金) 00:32:34 ] 見るフォルダ間違ってるとか。 そもそも最近のはインストーラに付いてくる。
592 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 02:23:24 ] 3DCGのレンダリングには向いてない?
593 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 02:44:50 ] レイトレやるならアリだろ。
594 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 15:33:38 ] じゃあ>>588 のソース改変してCUDA対応きぼん
595 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 16:52:45 ] >>594 CUDAスレに行け
596 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 16:53:47 ] >>591 Vista対応のDLLが欲しいんだ…
597 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 17:21:10 ] >>596 少なくとも6.12b8まではインストールした時点でスタートメニューのdata filesで開くフォルダに入ってる。 6.20はシラネ
598 名前:デフォルトの名無しさん mailto:sage [2008/08/05(火) 22:12:13 ] Vista用のGPU2クライアント落とせば入ってるよ
599 名前:596 mailto:sage [2008/08/05(火) 22:19:22 ] DLページをもう一回見たらVistaマークのzipから落とせた\(^o^)/ でも当然だがこのDLLじゃ64bit版のサンプルは実行できないな…(´・ω・`) どうせ2GB超えるようなプログラムは作ってないし素直に本家更新待つか
600 名前:デフォルトの名無しさん mailto:sage [2008/08/09(土) 09:14:54 ] CPUで流体シミュレーションやって遊んでるけど ぶっちゃけGPGPUと速度変わりませんwwww プログラムを最適化したらむしろ早いかもwwww
601 名前:デフォルトの名無しさん mailto:sage [2008/08/09(土) 17:13:49 ] つまりショボイプログラムなんですね 分かります
602 名前:デフォルトの名無しさん mailto:sage [2008/08/09(土) 19:39:05 ] 601の言い方は悪いが同意。俺も詳しくは無いがそこらの記事から察するに、 今のCPUだって遅いわけではないんだから 複数のオブジェクトに対して或る程度の高負荷がかかる処理でないと 差が出ないと思うんだが。
603 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 01:44:48 ] ちらっと触って思ったこと。 計算は速いけど、なんかデータのCPU<->GPU間転送が超遅い。 んで、大体の人が期待しているGPGPU使用のh.264エンコって現実味がない気がしてきた。 入力がまず間違いなく、1フレームごとに発生するわけだからその分のデータ転送は必須。 普通にCPUのSIMD使ったほうが早いかと。
604 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 01:52:19 ] 自分の能力を過信するとそう思っちゃうよね。 もっと調べると、使いこなせない俺はヘボプログラマなんだと実感する。 NVIDIA、GPUによるH.264エンコードをデモ journal.mycom.co.jp/news/2008/04/16/020/ www.elementaltechnologies.com/how_it_works.php
605 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:00:22 ] まあ一口にH264と言っても自由度高いし、と言うかいろんな圧縮処理が規格化されてるんだっけ、 この記事のやつはどの位圧縮できるんだろうね
606 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:01:47 ] >>604 使いこなせないのが全て実装側にあるって考えはどうも嫌です。 道具を使う側が、使いにくいと思う場合はやっぱり道具側を改善すべきかと。 いまだにGPGPU向け言語とゆうか、インターフェースとゆうかそれが不十分な気がします。 CUDAはまだ使いやすいほうだけど。。。 だって教えてくれた記事が4月なのに、まだ現物ソフトないじゃん
607 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:09:53 ] 明後日から始まるSIGGRAPHにElemental Technologiesが出展するみたいだね これで公開時期が発表されなかったり>>604 より速くなってなかったら…
608 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 09:25:37 ] デモで3倍程度だと現実はどうなんだろうって気はするね。 まあ、俺はC#しかできないから>>490 の言うように .NETのJITが対応するのを待つだけだけど。
609 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 09:44:23 ] まぁIntelが金注ぎまくるまで待っていても いいと思うけどね
610 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 10:43:01 ] >使いこなせないのが全て実装側にあるって考えはどうも嫌です 痛い,痛過ぎる
611 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 11:07:18 ] 半年後にはOpenCA出るしDirectCA(仮称) そろそろ発表されるのにCUDAに縛られる 意味無いなぁ
612 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 12:43:12 ] まーねー、俺みたいにぬるいプログラマは DirectXくらい楽になってくれるとうれしー
613 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 19:42:41 ] >>605 圧縮率についてはBaselineって時点であきらめた方がいい。XvidやDivxの方がまだマシってレベル。 速度面でもアセンブラ最適化されたx264とかと比べると劣る。
614 名前:デフォルトの名無しさん mailto:sage [2008/08/15(金) 21:42:11 ] SIGGRAPH 2008のAMDの資料にCALとDirectXの協調のさせ方が微妙に出てるね。 ttp://s08.idav.ucdavis.edu/ 関数ポインタの取得の部分が書いてないもんだから>>357 の関数名で合ってるのかさっぱりわからない。 まぁとりあえず試してみるかね。
615 名前:デフォルトの名無しさん mailto:sage [2008/08/15(金) 22:28:37 ] 今GPGPUやっても仕方がないきがしてならん Intelの発表見ると微妙過ぎる気がしてならん
616 名前:デフォルトの名無しさん mailto:sage [2008/08/16(土) 12:56:04 ] >>615 分野によってドチラがコストパフォーマンスが高いかが違うので、やっても仕方ないかどうかは、分野による。
617 名前:デフォルトの名無しさん mailto:sage [2008/08/16(土) 21:01:35 ] 分野と言うか目的が一番問題だろうな
618 名前:デフォルトの名無しさん mailto:sage [2008/08/16(土) 21:18:53 ] >>613 それってかなりがっかりなお知らせなんじゃ…つかなんのためのGPGPUよ
619 名前:デフォルトの名無しさん mailto:sage [2008/08/16(土) 23:43:43 ] しかもBaselineプロファイルなんてBないから圧縮率悪いし、わざわざ、GPU最適化して作る意味ないです。。。
620 名前:デフォルトの名無しさん mailto:sage [2008/08/17(日) 00:32:06 ] そうでなく、そのプロファイルでの報告だってのが、ってことじゃね
621 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 07:29:34 ] GPUを用いた映像のリアルタイム手ぶれ補正ソフトウェアの開発 いいなGPU使うだけで税金おりるのって
622 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 11:39:13 ] マルチする奴って馬鹿だな、まで読んだ
623 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 14:44:20 ] CUDA2正式版が出たな それに対してAMDは4850が出てから一度も…
624 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 01:04:22 ] 4850以前に3000シリーズもStream SDKのドキュメントに出てないぞ
625 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 01:53:12 ] >>624 全然汎用的に使えないから、いいんじゃない?
626 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 15:40:08 ] CUDAとCALに両方対応するプリコンパイラを誰か作らないのか
627 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 15:59:30 ] >>626 抽象度が違うから無理だし、作ったって使いやすいものじゃない。
628 名前:デフォルトの名無しさん mailto:sage [2008/08/24(日) 00:14:04 ] www.gravitysensation.com/sumotori/ これ面白いぞ
629 名前:デフォルトの名無しさん mailto:sage [2008/08/24(日) 00:30:24 ] >>628 ものすごい今更感が
630 名前:デフォルトの名無しさん mailto:sage [2008/08/24(日) 03:46:37 ] そもそも、なぜこのスレ?
631 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 01:47:18 ] CUDA最強だね AMDはBroadcomに身売りしたし終わりだね
632 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 02:58:25 ] 今の時点でCUDA最強なんて言ってるのを、10年後の人間に見せたら 牛乳吹くぞきっとw
633 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 04:55:44 ] 現時点じゃCUDA(笑)だもんな。 インテルがGPGPUは失敗するって言ってたけど今のままじゃ その通りになりそうだし。
634 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 05:52:06 ] ゲーム屋(の一部)から言わせて貰えば、GPGPUはとても魅力的。 巨大な配列に適当な関数を map するような用途は沢山あるから。 だから逆に、あんまりCPUよりになって欲しくないね。
635 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:27:31 ] GPGPUって今どういう状態? 1.GPUメーカーが必死に煽って、好き者PGだけが遊びでいじってる状態? 2.先進的PGが名もなきゲームや特殊なソフトで、こっそり実用する奴がいる状態? 3.先進的なメーカーが、名もなきゲームや特殊なソフトで使う事もある状態? 4.ゲームや特殊なソフトでは、たまに使ってるソフトもある位の状態? 5.有名実用ソフトがみんな当たり前のように使用している状態? 6.Windowsのカーネルも含めてほとんどのソフトがGPUで動いてる状態?
636 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:35:25 ] 2じゃね
637 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 00:41:29 ] カーネルが動いたらむしろCPU要らない気がするw
638 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 00:53:17 ] それは、もうGPUじゃない。
639 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 08:54:34 ] このスレだと微妙にスレ違いなネタなんだけど 物理シュミレーションスレ誰か立ててくれませんか?
640 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 13:18:00 ] 自分で立てろや
641 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 13:31:43 ] 立てられないんです
642 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 14:56:12 ] 板があるよ science6.2ch.net/sim/
643 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 00:32:20 ] >>635 photoshopや有名エンコーダで利用されるようになったら、晴れて一般技術の仲間入りって所か?
644 名前:デフォルトの名無しさん mailto:sage [2008/09/05(金) 04:19:58 ] "一般技術"って何だ?
645 名前:デフォルトの名無しさん mailto:sage [2008/09/06(土) 11:18:09 ] 電話が使えるとか電卓が使えるとかそういう技術の事ジャマイカ?
646 名前:デフォルトの名無しさん [2008/09/06(土) 23:20:29 ] っつーか、それ以前に、そんな日が本当に来るのかよ。
647 名前:デフォルトの名無しさん mailto:sage [2008/09/06(土) 23:41:40 ] 来ません
648 名前:デフォルトの名無しさん mailto:sage [2008/09/07(日) 11:55:08 ] AthronとNvidia好きな俺にとっちゃ
649 名前:デフォルトの名無しさん mailto:sage [2008/09/07(日) 12:34:13 ] Athron Athron Athron Athron Athron Athron Athron Athron Athron Athron Athron Athron Athron Athron
650 名前:デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:14:18 ] ソフトウェア環境が整う速度よりも CPUのコア数が増える速度の方が早いでしょ GPUをCPU並みに複雑な処理に対応させるって それって単にマルチコアなCPUを作るだけでしょって話なわけで 結局メーカーの入れ替わりなんかが発生するかもはしれんけど 行き着く先はCPUとGPUの統合なわけ プログラムはマルチスレッドなものを作っとけばいいだけ CUDAだのCALだのは要らない
651 名前:デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:20:41 ] 単純にMAP関数アクセラレータとして使えるくらい GPUがCPUに近くなればいいんだよ。 stlっぽくunordered_for_eachにkernel関数渡せば ハードに合った並列処理されるみたいな。
652 名前:デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:21:24 ] pentium-mクラスの256コアCPU速く出ないかなぁ
653 名前:デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:22:48 ] バカだから並列プログラムできません>< と素直に言えばいいのに
654 名前:デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:25:14 ] 並列プログラミングできないって、それが理解できないですよ。 単にコア分のスレッド使って、処理を分ければ良いだけのことでしょ?
655 名前:デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:26:44 ] >>650 いるいる。 現状CPUのSIMDだってコンパイラはまともに最適化してくれなくて 自分で専用のコード書かなきゃいけない。 マルチスレッドだってOSによってAPIが当然違うし同期とか面倒くさい。 CUDAだろうがその他の開発環境だろうが構わないが もっと並列性の高い言語を用意してくれなきゃ 多くのヘタレPGが書いたコードは現状のCPUだって1/10くらいしか性能が出てない。
656 名前:デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:38:17 ] 手続き型の記述法がアホ臭いことが結構あるだろ。 forループでわざわざどうでもいい処理順序まで記述した挙句 OpenMPのプラグマで実は並列に処理できますよとヒント書くとか。 並列構文作って無意味な制御変数のデータ依存省いた 本当に必要な依存だけ記述されたRTLをコンパイラに素直に渡せないから 人間は無駄に処理順序を記述する羽目になり、 コンパイラは無駄に不完全な並列化解析することになる。
657 名前:デフォルトの名無しさん mailto:sage [2008/09/08(月) 10:55:02 ] フォトショやエンコーダのCUDAに対応するのがあるよ 3DCGレンダで対応するのが出るのは時間の問題じゃねーか
658 名前:デフォルトの名無しさん mailto:sage [2008/09/09(火) 10:23:51 ] AMDの新しいSDK出るのって今週の予定だったな。
659 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 10:11:09 ] 密かにftpサーバに新版アップされているな。
660 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 12:18:27 ] vista用も用意されてるね
661 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 12:26:26 ] ttp://ati.amd.com/technology/streamcomputing/resources.html 文書も増えた?
662 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 13:38:46 ] 1.2.βの更新日が7月23日? 今週の新版は1.3βなのかついに正式版なのか
663 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 16:24:44 ] 1.2βですじゃ
664 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 16:26:29 ] ftp://ftp-developer.amd.com/AMD_Stream_SDK/v1.2-beta/
665 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 23:45:31 ] ぱっとドキュ見てみたけど、相変わらずCALの方が。。。 フォーラムでも叩かれてたのに、見た目綺麗でも中身変わらず。。。。
666 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 05:48:50 ] www.ipa.go.jp/jinzai/mitou/2008/2008_1/youth/gaiyou/k-02.html 手ぶれ補正をGPUでやるだけで3000万 の詳細
667 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 06:31:14 ] 余裕で出来るwww
668 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 07:05:19 ] >>666 いやそれ、300万円だよな?? じゃぁもれは赤目補正をGPUでやりますから。控えめに100万円ください。
669 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 09:59:14 ] ttp://pc.watch.impress.co.jp/docs/2008/0910/leadtek.htm これGPGPUみたくユーザが使えたら面白そう
670 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 11:24:47 ] 性能と価格と消費電力次第だけど、数が出ないだろうからGPUに比べてとても割に合わなそう。 いつぞやの物理演算プロセッサの路線。
671 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 14:18:41 ] 5000-10000円程度か、対応ソフトウェアにバンドルして発売すればそこそこ需要はあるかと。 まぁSD解像度を主眼に置いている時点でワゴン逝き確定。ワゴンに行ったら救出しまつ。
672 名前:名無し募集中。。。 mailto:sage [2008/09/11(木) 16:46:03 ] 初物だから10万くらいするんじゃないか?
673 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 20:02:34 ] やっとVista対応か これでXP64消せる
674 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 20:20:40 ] ページも更新されてる downloadもFTPからじゃなくなったな・・ ttp://ati.amd.com/technology/streamcomputing/sdkdwnld.html
675 名前:デフォルトの名無しさん mailto:sage [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の方でも試してみよう
676 名前:デフォルトの名無しさん mailto:sage [2008/09/12(金) 02:59:10 ] >>675 Brook+の方はちゃんとGPUで動いてるの?CPUエミュになってない?
677 名前:デフォルトの名無しさん mailto:sage [2008/09/12(金) 03:00:55 ] >>676 NLM_Denoiseも一発で出力されてるけど、 これそんなに軽い処理だっけ? というか1.1の時は動いてたし
678 名前:デフォルトの名無しさん mailto:sage [2008/09/12(金) 09:10:19 ] >>675 単にMEM_EXPORTの機能がないカード使ってるだけだろ?
679 名前:デフォルトの名無しさん mailto:sage [2008/09/15(月) 12:58:24 ] Stream SDK 1.2になったけど なんか変わった?ドキュメントがさらにカオスに なった以外変更ないみたいなんだが
680 名前:デフォルトの名無しさん mailto:sage [2008/09/15(月) 13:17:25 ] shader analyzerで見る限り brook+のreduceで高速化のためか 複数のILプログラム出力しているみたい。
681 名前:デフォルトの名無しさん mailto:sage [2008/09/15(月) 14:30:12 ] slashdot.jp/developers/08/09/14/0144250.shtml
682 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 07:36:18 ] >>635 自分が使うプログラムは自分で書かなければ どこにも存在しない研究者が、 課金されずに使えて値段の割に速いから喜んでいる状態
683 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 08:54:40 ] なにげにクイックソートライブラリとか探せばごろごろすぐに使えるものがある
684 名前:デフォルトの名無しさん [2008/09/17(水) 11:50:31 ] 初心者ですみません。 一般的なスペック高めのPC(現状ではC2D E8x00系,GeForce 9800系あたりを想定)で、 現状、あるいは今後のロードマップで、 CPUでやるより最大で何倍位の性能出るんでしょうか? もちろん、課題に大きく依存すると思いますが、とりあえず最大(GPGPUに適した課題)で。 あと、性能を大きく上げる手軽な増設・改造などありますでしょうか。
685 名前:684 mailto:sage [2008/09/17(水) 11:53:46 ] あ、別にnVidiaでなくてもPCショップで普通に買えるものならどこのでも良いです。
686 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 15:25:56 ] GPGPUがらみですが、ちょっと離れてしまう話でもあり でもどこで聴けばいいのかわからないので、ここで聞かせてください。 セカンドディスプレイを繋ぐ2つ目のDVIから GPUで処理したデータをデジタル出力(映像ではないです)させたいのです。 どちらのディスプレイからデータを出力させるか や どこのピンからどんなデータを出すか。 などの資料は、無いでしょうか? そういう制御が無理な気もしますし、少なくともATiとnVIDIAでは別な気もしますし。
687 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 17:05:33 ] >>686 ttp://en.wikipedia.org/wiki/Digital_Visual_Interface ツイストペア複数組 再送などはなく垂れ流し
688 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 22:08:23 ] >>684 そもそも適した課題というのが少ないからな 単純なものほど並列化しやすくて早いけど 単純なものほど処理が単純でCPUでも我慢できる範囲だったりw
689 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 22:09:56 ] たとえば音声認識とか。
690 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 22:43:55 ] CALの場合悩みは結局 痛nium2と同じだしな CUDAは結局SSEの延長
691 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 23:00:22 ] >>690 itanium2と同じってどゆこと?? CUDAって今年の流行だろ?
692 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 23:17:48 ] 去年はCell 今年はCUDA 来年は?
693 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 23:18:26 ] OpenCL
694 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 23:23:56 ] Larrabee
695 名前:デフォルトの名無しさん mailto:sage [2008/09/18(木) 01:38:11 ] >>692 去年はx86 今年はx86 来年もx86
696 名前:デフォルトの名無しさん mailto:sage [2008/09/27(土) 18:03:14 ] NVIDIA製GPUが「Photoshop」「After Effects」「Premiere Pro」の最新版「CS4」アクセラレーションをサポート。 www.4gamer.net/games/032/G003263/20080925009/ >Adobe Photoshop CS4はQuadroとGeForceのどちらでも利用可能だが, >残る二つはQuadroのみが認証&推奨されている――を搭載したシステムでは,自動的に有効化されるとのことだ。 Geforceで動くAE、Premiereプラグインを開発して売り出せば(ry
697 名前:デフォルトの名無しさん mailto:sage [2008/09/27(土) 20:01:41 ] ぬか喜びしてるのか色んなところにコピペしまくってるね君
698 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 08:09:32 ] GPGPUでDSP作って ディスプレイ繋いでない方のDVI端子にDVI->COAXIAL出力つけて サウンドカード化とか、ちょっと妄想してみた。 DViだったら、多chも余裕な気もする。
699 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 11:52:40 ] それHDMIじゃダメなん?
700 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 11:59:05 ] HDMI端子の普及率はまだそこまで高くないでしょ。 どうせGPGPUを使うなら、コンセプト的には、あまった●●で××を・・・ って感じだろうから、もう1個のDVI端子を何か有効に使いたい所。
701 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 22:34:53 ] >>698 SLI2でそうゆうことするよ アホかって思うけどね なんでもSLI前提とかありえねーし
702 名前:デフォルトの名無しさん [2008/10/10(金) 01:20:34 ] >>696 このプラグインインスコフォルダからぱくってきて 他のソフトで使う事ってできる?
703 名前:デフォルトの名無しさん mailto:sage [2008/10/20(月) 23:57:16 ] 結局、CS4もCUDAじゃなくてOpenGLだったわけだけど 何で今頃DX9のSM3.0対応のソフトが増えてるんだろ? 誰かわかる人教えてくれw
704 名前:デフォルトの名無しさん mailto:sage [2008/10/21(火) 12:25:27 ] 34 名前: Socket774 [sage] 投稿日: 2008/10/18(土) 01:45:03 ID:6Ti8WTwL こっこれはGTX260じゃなくてQuadroCXなんだからね! dc.watch.impress.co.jp/cda/accessories/2008/10/17/9443.html 約3万円→約20万円
705 名前:デフォルトの名無しさん mailto:sage [2008/10/21(火) 12:44:04 ] NVIDIA社員が打ち合わせに来た際に言った台詞: -- ボードメーカさんのボードは部品の品質も低いし検査もろくにしていない。 業務で使うのならそんなアキバ的発想はやめてQuadroFXを使うべきです。 -- その場にいたボードメーカさんの苦笑が忘れられない。 # GeForce8800GT vs. QuadroFX3700だけどね。
706 名前:デフォルトの名無しさん mailto:sage [2008/10/21(火) 20:38:40 ] >>703 それはOpenGL2.1がSM3.0相当しかサポートしないから OpenGLを採用したのは、Windows以外のOSも考慮したから
707 名前:デフォルトの名無しさん mailto:sage [2008/10/21(火) 20:49:53 ] いつの間にかStreamSDKの1.2.1が出てたんだな Radeon4xxxシリーズがOpenCloseDeviceでUnknownだったのがちゃんとR700系として認識されるようになった
708 名前:デフォルトの名無しさん mailto:sage [2008/10/21(火) 22:08:51 ] >>705 おまいさんの仕事がなんなのかすんごい気になる
709 名前:705 mailto:sage [2008/10/21(火) 22:35:39 ] >>708 あっしはしがない出入りのSEでござんす。 件のNVIDIAの営業氏、なかなかの好人物ではある。
710 名前:デフォルトの名無しさん mailto:sage [2008/10/21(火) 23:06:56 ] >>709 あいつ虐めんなよ メンヘラだし
711 名前:デフォルトの名無しさん mailto:sage [2008/10/23(木) 05:35:44 ] 同じ石なのに値段がどれだけ違うんだ、と思っていた時期が俺にもありました。 もう変わったらしいので当てはまらなくなっただけだが。 どちらにしろ利益率からいったら売れるところには売りたいのは当然だわな。 アキバ的発想で予備買ってもおつりがくるよな。
712 名前:デフォルトの名無しさん mailto:sage [2008/10/23(木) 07:34:30 ] >>711 まったくだ
713 名前:デフォルトの名無しさん mailto:sage [2008/10/23(木) 08:55:56 ] NVIDIAはブランド詐欺専門だからな いっぱいあっても現役チップは3種類程度w
714 名前:デフォルトの名無しさん mailto:sage [2008/10/25(土) 16:23:33 ] さすがに3世代またいでリネームされると、ちょっとNV見限りたくなってきてるw
715 名前:デフォルトの名無しさん mailto:sage [2008/10/31(金) 01:28:36 ] CUDAのVS2008対応は年末か
716 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 01:39:14 ] そんなことより、先にFreeBSDに対応してくれよ。 できればamd64で。
717 名前:デフォルトの名無しさん [2008/11/04(火) 22:39:56 ] 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.
718 名前:デフォルトの名無しさん mailto:sage [2008/11/04(火) 23:28:14 ] キタ━━━━(゚∀゚)━━━━!!
719 名前:デフォルトの名無しさん mailto:sage [2008/11/12(水) 23:48:12 ] 最近何か情報ないのかね? 相変わらずプログラム作りにくくて難儀なんだけどさ
720 名前:デフォルトの名無しさん mailto:sage [2008/11/13(木) 02:00:12 ] NVIDIAがシェーダデバッガを期間限定割引販売してるけど GPGPU的には関係ないのかな。
721 名前:デフォルトの名無しさん mailto:sage [2008/11/13(木) 07:46:49 ] 開発ツールアホみたいに高く売るのは バカ会社の典型だな ゲロビディア潰れろ
722 名前:,,・´∀`・,,)っ-●◎○ mailto:sage [2008/11/13(木) 10:20:22 ] 非業務用は無償じゃん なに切れてんだ?
723 名前:デフォルトの名無しさん mailto:sage [2008/11/13(木) 11:02:44 ] AMDのシェーダデバッガは無料会員登録で手に入るな
724 名前:デフォルトの名無しさん [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
725 名前:デフォルトの名無しさん mailto:sage [2008/11/13(木) 22:16:27 ] 今度こそGPUアクセラレートなAVIVO Converterが出るのか。 本当に出るのか心配だが、期待はしておこう。 COBRAとAVTはどこ行っちゃったのかよくわからんし、 *の文が小さい上に肝心のスライドは転載されてないのはアレだがw
726 名前:デフォルトの名無しさん mailto:sage [2008/11/14(金) 22:05:16 ] AMD Stream対応のプログラムって CAL直書きなの? それともなんか違うもの使ってるの?
727 名前:デフォルトの名無しさん mailto:sage [2008/11/14(金) 22:07:37 ] >>724 これで年内にStream SDKの正式版が出なかったら怒るぞ
728 名前:デフォルトの名無しさん mailto:sage [2008/11/14(金) 22:19:27 ] 出なくてもいいけどもっとまともに プログラム作れるようにしてくれよw
729 名前:,,・´∀`・,,)っ-○◎● mailto:sage [2008/11/14(金) 22:24:17 ] キャッシュの小ささはどうにもならない。 CUDAですらDirectXでできることと大して変わらん。
730 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 00:02:34 ] >>726 確かBrook+が使えるんじゃなかった?
731 名前:デフォルトの名無しさん [2008/11/15(土) 06:33:39 ] >>725 いま在るAVIVO ConverterもCOBRA使ってるよ 今回変わったのはCOBRAがCAL使うようになったこと
732 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 12:39:24 ] >>731 ソース下さいよw Avivo Video Converterが出たのは2005年、COBRAの発表が2007年なんですけどw
733 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 12:57:37 ] >>732 AVIVOもCatalystと同じく更新され続けてる ttp://ati.amd.com/support/common-vista32.html
734 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 13:13:53 ] ATI Stream正式発表っていってるけど 糞ドキュメントと仕様不備だらけ
735 名前:,,・´∀`・,,)っ-●◎○ mailto:sage [2008/11/15(土) 13:18:29 ] 逆に今までのなんだったんだよって感じ
736 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 13:32:22 ] あの言語仕様で汎用的に使えるのって SSEの置換程度だしついでに出たフォーラムで 言った正式リリース時には一定の制約はあるものの FPGAのような汎用ソリューションにするっていうのは まるっきり嘘だったな やっぱりIntelに期待するしかないな
737 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 13:50:17 ] CUDAの糞っぷりでみんな懲りてるからなぁ 先駆者が大失敗した影響はでかいな ホント、DirectXに組み込まれるまで手を出せない感じ
738 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 13:51:14 ] 俺、CUDAの仕様は結構気に入ってるんだけどな。まぁ慣れただけなのかもしれんが
739 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 13:58:11 ] Pthreadみたいに使えないといらんよ
740 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 14:37:27 ] >>733 中身のDLLのバージョン変わってないけどね。
741 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 14:41:30 ] >>736 > あの言語仕様で汎用的に使えるのってSSEの置換程度だし SSEの置換なんて出来るわけない。使ったことないだろ?
742 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 16:02:21 ] >>732 発表したのが07年ってだけだろw
743 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 16:17:49 ] で、COBRA使ってるってソースはまだですか?
744 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 16:31:19 ] >>743 grepでもかければ?
745 名前:デフォルトの名無しさん mailto:sage [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…
746 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 23:17:38 ] Cobra 9.15.0.20713
747 名前:デフォルトの名無しさん mailto:sage [2008/11/15(土) 23:58:14 ] ごめんなさいずっとCORBAのtypoだと思い込んでましたw
748 名前:デフォルトの名無しさん mailto:sage [2008/11/16(日) 00:10:21 ] XPIDLの元になったやつか
749 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 18:47:19 ] OpenCLのプレゼン資料 ttp://khronos.org/opencl/ Mathematicaが来年初頭CUDAに対応するって話 ttp://www.nvidia.com/object/io_1227010734073.html
750 名前:デフォルトの名無しさん mailto:sage [2008/11/26(水) 12:18:50 ] ベールが剥がれた? OpenCLの概要を確認する journal.mycom.co.jp/column/osx/301/index.html DirectX 11はWindows 7とともにリリースされる northwood.blog60.fc2.com/blog-entry-2450.html
751 名前:デフォルトの名無しさん mailto:sage [2008/12/02(火) 15:04:18 ] GPUについて半分質問な感じだけど、聞いてくれ。 nVIDAのグラボの発熱量+消費電力が気になったんだが、 ATIの奴らでも似たようなもん? 昔はATIは省エネ的な感じで、コスパ良かった気がしたんだが 近頃ノートパソコンばっかり使ってて、グラボの良し悪しや どれが最新のハイエンドで、どれが普及品で、どいつらが省エネタイプか さっぱり分らんので、ご教授願いたい。 GPGPUでガリガリと計算させ続けようと考えてて、 さすがに、下手な発熱量と消費電力は抑えられれば抑えられる方が好ましいと思ってるんだが、 現状ではまだ、CUDA以外はダメぽな感じ? もしも、ATIの方が電力抑えめでこっち使いたいなら、DirectX11待ちが正解そう?
752 名前:デフォルトの名無しさん mailto:sage [2008/12/02(火) 16:39:59 ] 消費電力に関しては、今の世代ではATIがひとつ抜けた感がある。 とくにこの、補助電源が不要なクラス www.coneco.net/special/d066/ ところがソフトウェア的にはATIが1年以上遅れてる。 pc.watch.impress.co.jp/docs/2008/1114/amd.htm >>727-729 >>734-738 トレードオフだな。…あとはどう判断するかだ DirectX11は先の話だと思うけど
753 名前:751 mailto:sage [2008/12/02(火) 17:51:38 ] >>752 A lot of thanks. やっぱし、微妙なラインを判断しなきゃならないのかぁ。 CUDAの方はdocumentサクッと見つかったけど、 AMDStreamの方はSDKをダウンロードしてsetupしないと見る事もできないのね・・・。 (結局setupして、今document見てるけどwww) DirectX11については下記のリンク先で2009年とあったから、てっきりもうすぐ、 遅くともあと1年半待てば…とか思ってたんだけど、 甘い見通しだった?? ttp://www.xbitlabs.com/news/video/display/20081002034817_ATI_Plans_Expects_DirectX_11_Chips_Next_Year.html
754 名前:デフォルトの名無しさん mailto:sage [2008/12/02(火) 18:57:59 ] >>753 いやダウンロードしなくても見れるぞ 「Publication」な ttp://ati.amd.com/technology/streamcomputing/resources.html
755 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 00:04:17 ] 世代ごとにターンが入れ替わってる。 コストから言うと、別スレで挙げられてる HP ML115 +GF8400GSがぶっち切りで安上がり じゃないかな。
756 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 07:54:21 ] >>753 製品のよしあしは世代ごとに変わるから、使いたくなったときが買い時 でもCUDAやATI Streamに縛られたくなかったら、待てば? pc.watch.impress.co.jp/docs/2008/1202/kaigai478.htm
757 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 14:40:21 ] まあCUDAにしろStreamSDKにしろOpenCL用のライブラリ作ればそれまでなわけで
758 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 15:52:38 ] OpenCLなんて持ち上げてるのはマカーだけだよ。 XcodeがWindowsやLinuxで提供されてないのと同じレベルで、Snow Leopard専用言語。 「C#」や「C++/CLI」だって言語処理系自体はECMA標準規格だが事実上Windows .NET専用だろ? どのみちCUDAの言語処理系に酷似してるなら簡単に移植できるだろうけど。
759 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 17:11:36 ] OpenCLはGPUだけをターゲットにしたものじゃないのだが
760 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 17:22:15 ] CPUのコードも生成できるって言いたいんだろ?知ってるよ。 CUDAもホストCPU用のコード生成できるようになるよ。 OpenCLは、少なくとも当面「Snow Leopardだけをターゲット」だけどな。
761 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 17:54:22 ] いつもどおりMSがDirectXでWindows上のデファクトスタンダードを打ち出して普及を阻害するんだよな。 OpenGLがそうであったように。
762 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 19:25:51 ] >>761 でもそれは元々OpenGLがとっつきづらくて普及進んでなかったんじゃ。
763 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 19:30:16 ] CUDA(笑)
764 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 19:35:02 ] 今のOpenGLは自滅してない?
765 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 20:17:14 ] NVIDIA自体は特にこだわりは無いそうだ。 MSあたりがデファクトスタンダードを作ってくれるならそれでいいと。 CgをベースにHLSLが生まれたように。 CUDAはGPGPU用言語処理系としては頭一つ抜けてると思うが。 現時点で「使える」という点でね。 そんなに普及してないじゃないかって思うだろうけど、GPGPU自体がそんなもんだよ
766 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 20:28:21 ] でも、糞
767 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 20:29:11 ] ハード屋はどこもそんなもんだと思うよ ソフト屋もどこもそんなもんだと思うよ 自分とこの製品買ってくれるならなんでもいいわけで
768 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 20:31:15 ] まぁ、このままだと下手したらIntelに全部もっていかれかねないんだから
769 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 21:29:14 ] ぶっちゃけ、Intelに全部もっていかれるのが一番いいなぁ。
770 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 21:37:47 ] Intelが全部持ってっちゃうと企業努力しなくなるだろ
771 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 21:43:04 ] CUDA類似の奴が他のチップ(まぁATiだけど)でも使えるようになるという点でOpenCLには期待してる まぁ何でもいいから使いやすいデファクトスタンダードを早く作ってくれ
772 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 22:12:05 ] まあMacOS上のデファクトスタンダードは間違いないだろうが それ以上でもそれ以下でもないな。 OpenCLワーキンググループはにはNVIDIAもIntelも名を連ねてるが 結局はAppleは自社製品買ってくれる上客だからなわけで。 当然ながらMSは不支持。メリットが無いから。 となると、Windows用の「OpenCL」公式ランタイム環境をどこの会社が用意する? ベンダーごとに用意する? それじゃOpenGLのgdgdの二の舞だな。 DX11 Compute ShaderとOpenCL、どっちかを選べと言われたら NVIDIAもAMDもIntelも圧倒的に前者を選ぶだろうよ。 それとは別にCUDAなりCALなりCtなり各ベンダープロプライエタリな処理系は並行して サポートしていくだろうし。 MacOS専用同然になる公算はでかいわ。 まあ、MacもデスクトップではLinux以上には影響力あるしデザイン業界には 相変わらず強いからそれなりには支持されるかもしれないけどさ。
773 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:12:59 ] DirectCAの開発資金が200億円 OpenCAの開発資金が8億円 絶対OpenCAは流行らないし潰れる
774 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:16:28 ] >>772 >それとは別にCUDAなりCALなりCtなり各ベンダープロプライエタリな処理系は並行してサポートしていくだろうし。 これって使う側(プログラマとしてのな)からすりゃ鬱陶しいだけなんだよ MacなんてゴミOSはどうでもいいから、最低WinとUnix/LinuxについてはこれがGPGPUの標準ってのを作ってくれなきゃこれ以上広まらんぞ
775 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:18:53 ] なんだかんだで 糞MSのデファクトスタンダードって対応早いしトータルで見ると良いと思うんだよね OpenGLだけならここまで進まなかったでしょ、実際
776 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:20:20 ] Linuxはサポートする必要ないだろ 糞リーナスのオナチラOSなんて不要だろw
777 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:22:34 ] >>776 常時稼働させる演算用鯖(GPUGRIDとか)としてや、GPUクラスタとしてLinuxは必要
778 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:26:32 ] >>777 Windows 2003 Serverがあれば不要 Linuxを無理でも勧めようとするのはよくない
779 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:27:51 ] Linuxの方が軽いだろう。それにクラスタを構成する全ノードに一々Win鯖入れんのか? 保守もそうだし、入れる手間を考えたらLinuxの方が遥かに楽
780 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:31:52 ] MSCS入れた方が管理楽だろ Linuxでまともにクラスタ管理できるソフトなんてみたことないけどなw 釣りだと思うが、あったら教えてくれよw
781 名前:デフォルトの名無しさん mailto:sage [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ユーザーは無視?)
782 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:45:45 ] >>780 SCoreで十分。それにWin鯖使うとしてライセンスどんだけ必要になると思ってんだ つーか、「Linuxを無理でも勧めようとするのはよくない」とか言ってるお前こそ Windowsを無理でも勧めようとしてるんだろうが
783 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:50:39 ] >>782 LinuxなんてOSがタダってだけでしょう 安かろう悪かろうで大学や大企業などの 公益性の高いところでLinux利用するのは まずいだろう バグだらけでMyrunetとか未だに動かないSCoreの 名前出されるなんて思ってもみなかったけどw
784 名前:デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:58:47 ] 大学は安くてナンボだろ。慶應みたいな大学ですらPS3を何台も買いあさったりしてるわけで。
785 名前:デフォルトの名無しさん mailto:sage [2008/12/04(木) 00:02:58 ] Myrinet使えないって何言ってんだ。現にSCore+Myrinetで稼働してるクラスタあるだろう それに784も書いてるように、湯水の如く研究予算あるわけじゃねえんだから、クラスタのOSにWin鯖なんて導入できる訳ねえだろ
786 名前:デフォルトの名無しさん mailto:sage [2008/12/04(木) 00:04:27 ] >>784 どこの大学とは言わないけど 金なさげなフリして結構飲み代多かったり 卒業生が勤めている会社から研究費出してもらって 自分の権力的な実績作りにご執心だったりと 講義は休講が多かったり内容スカスカだったりと
787 名前:デフォルトの名無しさん mailto:sage [2008/12/04(木) 00:17:19 ] どこの国公立大学でもありがちだな。 金は上から振ってくるから年度末までに昇華しないといけないって考え。
788 名前:デフォルトの名無しさん mailto:sage [2008/12/04(木) 00:19:02 ] まずはFreeBSDに対応してくれ
789 名前:デフォルトの名無しさん mailto:sge [2008/12/04(木) 23:29:37 ] 禿同。 デス鳥乱立で互換性の取れないLinuxに 完成度の低いToolkit乱れ撃ちするのに 無駄な労力使ってないで、FreeBSD/amd64 に対応してくれ。5.xに対応すれば、6.x, 7.xにも自動的に対応するのに。
790 名前:,,・´∀`・,,)っ-●◎○ mailto:sage [2008/12/04(木) 23:35:51 ] だいぶ淘汰されてDebian系:Ubuntu、RPM系:Fedora/Redhatで纏まりつつあるけどな
791 名前:デフォルトの名無しさん mailto:sage [2008/12/04(木) 23:39:30 ] とゆうかDebian系、RHEL系以外のディストリってほぼ使われてないだろ
792 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 00:01:24 ] ミラクソLinuxの中の人間が 痛すぎるあいつ等人間として生き恥を晒しながら 生き続けることに疑問を感じないのだろうか
793 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 02:16:11 ] suseは?
794 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 23:54:44 ] ミラクルのおっさんが賞取ったからって嫉妬すんなや。
795 名前:デフォルトの名無しさん mailto:sage [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に関連するっぽい。
796 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 19:55:00 ] >>783 フランスは政府が中心になって Ubuntu を推進してるが?
797 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 20:01:58 ] linux嫌われすぎだな
798 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 20:27:49 ] www.computerbase.de/artikel/hardware/grafikkarten/2008/kurztest_ati_video_converter_benchmarks/3/ ATi Video Converter Benchmarks AVIVO converterはshaderの差がはっきり出るが BadaBOOMは何だこりゃ? nvは9600GTで良いじゃん
799 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 23:57:40 ] >>796 アメリカ以外の多くのEU加盟国から 度々公式見解で、アホ政府呼ばわりされている フランスなんかの行動は見習う必要ないだろw あのアホ政府はサブプライムでかなりやらかしたしw
800 名前:デフォルトの名無しさん mailto:sage [2008/12/09(火) 01:00:41 ] >アメリカ以外の多くのEU加盟国から ???
801 名前:デフォルトの名無しさん mailto:sage [2008/12/09(火) 09:06:49 ] 政府をアホ呼ばわりすると賢く見えるライフハックですね。わかります。
802 名前:デフォルトの名無しさん mailto:sage [2008/12/09(火) 12:00:03 ] OpenCLの仕様公開ktkr ttp://www.khronos.org/registry/cl/
803 名前:デフォルトの名無しさん mailto:sage [2008/12/09(火) 13:26:17 ] ☆ チン マチクタビレタ〜 マチクタビレタ〜 ☆ チン 〃 ∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ヽ ___\(\・∀・) < NVIDIAとAMDと東芝のインプリメントまだ〜? \_/⊂ ⊂_ ) \__________________ / ̄ ̄ ̄ ̄ ̄ ̄ /| | ̄ ̄ ̄ ̄ ̄ ̄ ̄| | | 愛媛みかん |/
804 名前:デフォルトの名無しさん mailto:sage [2008/12/09(火) 19:58:05 ] PDF読むとAMD, Apple, Intel, NVIDIAは凄い人数投入してるけど 東芝は入って無いんだよな。 強いて言うとSonyが一人だけ。
805 名前:デフォルトの名無しさん mailto:sage [2008/12/09(火) 22:10:12 ] >>804 東芝は社員が個人的にOpenCLに対応させようとがんばってるだけじゃなかったっけ?
806 名前:デフォルトの名無しさん mailto:sage [2008/12/09(火) 22:28:13 ] じゃあ俺はATi用インプリするから >>804 はNvidiaヨロ〜
807 名前:デフォルトの名無しさん mailto:sage [2008/12/10(水) 11:11:23 ] >>805 どっかで読んだね。 そいつ、えらすぎだろ・・・
808 名前:デフォルトの名無しさん mailto:sage [2008/12/10(水) 14:11:37 ] SDK 1.3.0beta 来たよ。 ttp://ati.amd.com/technology/streamcomputing/sdkdwnld.html
809 名前:デフォルトの名無しさん mailto:sage [2008/12/10(水) 15:52:04 ] は??? AVIVO Video Converter出したのにまだβかよ しかもまた旧Verをアンインストールしないとインストールできない糞インストーラかよ
810 名前:デフォルトの名無しさん mailto:sage [2008/12/10(水) 20:36:10 ] 当然じゃないか SDKとかも上書してんのかおまえはw
811 名前:デフォルトの名無しさん mailto:sage [2008/12/10(水) 20:36:45 ] むしろ不用意に上書き出来ない方が安心できるな
812 名前:デフォルトの名無しさん mailto:sage [2008/12/10(水) 20:45:18 ] >>810-811 今時インストーラが旧Verを削除してくれるのが普通だろ 上書きも共存も出来ず「コンパネから消せよ馬鹿」とか何年前のインストーラかと
813 名前:デフォルトの名無しさん mailto:sage [2008/12/10(水) 20:46:35 ] ただのソフトならともかく、SDKみたいなもんについては勝手に消して欲しくないから 自分で消せって方式の方が良い。少なくとも俺はな
814 名前:デフォルトの名無しさん mailto:sage [2008/12/10(水) 20:47:19 ] 今時 普通 何年前 お薬飲んだ?
815 名前:デフォルトの名無しさん mailto:sage [2008/12/10(水) 21:18:19 ] OpenCLって将来的には コンソーシアム加盟員だけが商業ビジネスできる ようにするんだな。それも1ライセンス1000ドルから5000ドルって高すぎだろ
816 名前:デフォルトの名無しさん mailto:sage [2008/12/10(水) 23:51:34 ] 貧乏人はMSに期待しろ 結局それが一番堅い
817 名前:デフォルトの名無しさん mailto:sage [2008/12/11(木) 11:11:46 ] ShaderAnalyzerからGPGPU分を分離したようです。 Stream KernelAnalyzer ttp://developer.amd.com/gpu/ska/Pages/default.aspx
818 名前:デフォルトの名無しさん mailto:sage [2008/12/11(木) 23:34:54 ] CALでASCIIだけは 処理できそうなんだけど うまくいかねぇw 詰めが甘いんだよなぁ うーん
819 名前:デフォルトの名無しさん mailto:sage [2008/12/12(金) 00:09:20 ] StreamSDK 1.3 完全にDebianでは動かなくなった Debian見捨てたなこりゃ
820 名前:デフォルトの名無しさん mailto:sage [2008/12/12(金) 01:36:45 ] それ以前にDebianだとfglrxが随分前からインストール出来ないだろ。 experimentalですら11月に10月号が出てそのまま足踏みって時点でDebian側も投げてる。 つまりは素直にUbuntuにしろって事だ。
821 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 00:24:33 ] AMD,Open CL 1.0サポートを表明。2009年のSDK配布開始を予告 www.4gamer.net/games/080/G008082/20081215051/
822 名前:デフォルトの名無しさん mailto:sage [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対応か サイドポートも有効になるか?
823 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 01:19:38 ] マルチGPUのサポートと4870X2のサポート向上を別表記してるんだからやってくれるだろう。 本当にサイドポートという機構が存在すればの話だが。
824 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 06:09:14 ] 結局マルチコアCPUで落ち着きそうだな
825 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 08:45:23 ] 結局4670でもDP対応しているようだな。
826 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 10:10:07 ] だってVLIWの問題だもの どうにでもなる
827 名前:デフォルトの名無しさん mailto:sage [2008/12/18(木) 10:25:18 ] なんか、CUDAもAMD Streamもスルーして、OpenCLに絞った方がいいのかなぁ 開発リソースが有り余ってる訳じゃないし…
828 名前:デフォルトの名無しさん mailto:sage [2008/12/18(木) 15:04:18 ] 専用ので作った方がピークパフォーマンスは高いかもしれないけど ATiもヌビもOpenCLに全面対応すると言ってるんだからそう違いはないだろうな。
829 名前:デフォルトの名無しさん mailto:sage [2008/12/18(木) 15:11:35 ] OpenGLでQuadroとFireGLが既にやっているように、 FireStreamやTeslaを売るためにGeForceやRadeonでOpenCL対応が制限されそうで嫌だ 結果的にDirectXのComputeShaderの方が遥かにアベレージパフォーマンス良かったりしてな
830 名前:デフォルトの名無しさん mailto:sage [2008/12/18(木) 22:10:42 ] >>829 > OpenGLでQuadroとFireGLが既にやっているように、 FireStreamとRadeonってどこが違うのって聞かれたAMDの中の人は サポート(供給期間の保証とか)が違うだけだよって普通に言っちゃってたよ。
831 名前:デフォルトの名無しさん mailto:sage [2008/12/18(木) 23:35:25 ] >>830 VRAMの容量が4Gが出るのはFSのみだって 行ってたよ。 09末までに2Gは両方で出るようだけど
832 名前:デフォルトの名無しさん mailto:sage [2008/12/19(金) 01:23:59 ] >>831 kwsk
833 名前:,,・´∀`・,,)っ-●◎○ mailto:sage [2008/12/19(金) 01:38:26 ] 9600GTで2GBのネタみたいな仕様のカードあったな。 Tesla代わりに使えるんじゃないかと思ったもんだ。 VRAM大容量=64ビット専用と認識してるが
834 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 18:33:42 ] AMDのサイトで"R6xx Family Instruction Set Architecture"読んでるんだが、 普通のプロセッサの資料と勝手が違って違って読みにくい。 なんか、アーキテクチャの概略がわかる資料とか知ってる心やらしい人がいたら 教えてください。
835 名前:,,・´∀`・,,)っ-●◎○ mailto:!sage [2008/12/27(土) 22:32:56 ] 1つのストリームプロセッサエレメントがX, Y, Z, W, Transからなる5-WayのALUがぶら下がったVLIWで構成されてる。
836 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 03:35:37 ] >>834 cpがcfを解釈するようになったので、cfの説明とaluに対するopsのフォーマットだけだな、r600isaは。 まずプログラミングマニュアルの方を見た方がいいと思う。
837 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 10:25:21 ] >>835 thx でも、さすがにそれはネットメディアの解説記事で知ってたw >>836 thx 早速読んでみる。 しかし、ブロックダイアグラムだけ見ると癖の強いアーキテクチャだな>R6xx 演算器の間の連携手段が小容量のR/Wキャッシュだけってのはこの規模の SIMDマシンとしてかなり弱い気がする。
838 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 13:07:13 ] PV、PSあたりの仕様を見ると ALU Clauseの存在意義が分かって面白い。
839 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 13:34:55 ] GSが入った所にDmaCopyってのが入ってるけどなんか厄介そうだな。 ジオメトリシェーダーって全然ノータッチなのだが、結構面倒なのかな? this program type is optionalなので意味分からない時は無視するが勝ちかorz
840 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 13:57:16 ] ILじゃなくてISAで何を作ろうとしてるのかね?
841 名前:,,・´∀`・,,)っ-○◎● mailto:sage [2008/12/29(月) 17:18:29 ] ネイティブアセンブラじゃね? 俺もCUDAのPTXが嫌いなんだが
842 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 08:20:20 ] amdのstream kernelanalyzerて走らせるのにstream sdk以外になんかいる? もらってきた実行ファイル叩いてもコンソールが数秒開く以外反応がないんだが。
843 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 08:25:25 ] コンソールアプリなら、コンソールで使えよ。
844 名前:デフォルトの名無しさん mailto:sage [2009/01/08(木) 00:11:48 ] amdユーザなんて所詮このレベルw
845 名前:デフォルトの名無しさん mailto:sage [2009/01/10(土) 19:58:38 ] >>844 どこからどうみても、一番レベルの低いレスをどうも。
846 名前:デフォルトの名無しさん mailto:sage [2009/01/13(火) 03:18:18 ] よくわからんのだけども、折角だから流行りそうなの勉強したいなと思ったんですが 調べてみて -AMD- CTM Havok -NVIDIA- CUDA Physx -他- BrookGPU PeakStream RapidMind こんんあ感じかな? 今のところCUDAが流行ってるんですか? あと、今後PhysxとかHavokとかの物理エンジンがCUDAやCTMなんかに統合されるとかいう可能性とか あったりするんでしょうか?
847 名前:デフォルトの名無しさん mailto:sage [2009/01/13(火) 04:16:02 ] 今年はIntelもメニーコアの汎用GPUを出すし先のことは分からない Intelはx86命令セットを実装するからたぶんこれが生き残る 現状一番扱いやすくて普及してるのがCUDAとphysx AMDは資料もろくにないし言語仕様もぐちゃぐちゃで使い物にならない
848 名前:デフォルトの名無しさん mailto:sage [2009/01/13(火) 04:45:32 ] つ[OpenCL]
849 名前:デフォルトの名無しさん mailto:sage [2009/01/13(火) 08:06:00 ] ハードよりの資料はAMDの方が充実しているだろ。 Brook+が微妙なだけでCALの仕様はまとも。 まあ、CALはほぼアセンブリだから、高級言語で記述したいなら Brook+でどうにかするしかないのが最大の難点だが。
850 名前:デフォルトの名無しさん mailto:sage [2009/01/13(火) 23:38:04 ] >>847 Larrabeeは確かにx86命令+αを実装するみたいだが、果たして普及するかは別問題だぞ パフォーマンスが出ないんじゃHPC分野からは見向きもされない そもそもアセンブリレベルでコーディングなんてしないわけで、CUDAなりBrook+なりの高級言語使うのが当たり前になってるんだから 結局はどこまでLarrabee用の言語を構築できるかでしょ
851 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 00:00:51 ] Intelは言語レベルではなく、OpenMPのようなライブラリっぽいものでLarrabeeサポートしていく方針だったかと。 で、同じコードでマルチCPUやなんかにも対応させるようなことを言ってたような希ガス。
852 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 00:18:08 ] Larrabeeがどうなるかは知らないけどIntelは独自言語も作ってるし、OpenCLにも対応する予定だよ。 ま、開発はどうにかなるとしてもLarrabeeは消費電力気にしてキャッシュを 強化する代わりに絶対的なメモリ帯域が足りないっぽいのがなあ。 実際のコードはそんなに局所性が高くないものも多いんだよ。
853 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 00:46:03 ] 別に流行ってないよ。 マニアのみ。
854 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 07:11:14 ] Larrabee 300W アホだろw
855 名前:,,・´∀`・,,)っ-●◎○ mailto:sage [2009/01/14(水) 15:23:02 ] >>852 実はリアルタイムレイトレーシングに最適化されてるとか。 キャッシュの利用によって外部バスの負荷を軽減することで、結果的に省電力化を図れる みたいな話で、このへんはイスラエルのキャッシュ大容量CPUの設計思想のフィードバックだよ。 メモリコントローラに帯域を狭くするなんて言ってない訳だが、誰が言ったんだ? しかし、メモリ云々はGeForceあたりでも切実な問題じゃないの? SMあたりのレジスタファイル倍増したかわりにGeForce8なんかと比べてメモリ帯域減らしてるじゃないの。 >>852 「ハイエンドでも300W以内に収める」とは言ってるが300Wになるなんて誰も言ってないだろ 480SPのGTX295が300一歩手前の状態だから上位はそんなもんだろ Larrabeeは16Way SIMDユニット搭載だから、32コアでGT100/200換算512SP程度。
856 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 17:00:17 ] まあWindowsがlarrabeeにカスタマイズされただ嫌でも買うでしょ
857 名前:デフォルトの名無しさん [2009/01/19(月) 05:19:28 ] 3Dゲームしている時以外は GPUパワー余っているから 今こそ分散コンピューティングの時
858 名前:842 mailto:sage [2009/01/22(木) 21:02:05 ] stream Kernelanalyzerだが動いた。 もらってきたファイルの拡張子が.exeだったんでそのまま走らせるのかと思ってたら、実は.MSI形式だった。 恥ずかしい。
859 名前:デフォルトの名無しさん [2009/01/27(火) 09:29:34 ] >>858 あげてみる
860 名前:デフォルトの名無しさん mailto:sage [2009/02/05(木) 02:43:34 ] マイコミジャーナル OpenCLのパワーが一目瞭然のデモムービーが公開 ttp://journal.mycom.co.jp/news/2009/02/04/023/index.html
861 名前:デフォルトの名無しさん mailto:sage [2009/02/05(木) 05:23:02 ] OpenCLはマルチコア対応でしかもSSEなんかで最適化されてるから GPUよりクアッドコアCPUのが早いというw
862 名前:デフォルトの名無しさん mailto:sage [2009/02/05(木) 09:02:03 ] 手軽に複数枚増設できるgpuに対して、cpuを複数つけることは難しいだろう。 それに行き詰まってるcpuよりは、gpuのほうがまだまだ速くなるし、 計算/表示まで1つのハードウェア内で完結したほうがいいだろう? cpuの仕事ってioと制御だけでもいいくらい。
863 名前:デフォルトの名無しさん mailto:sage [2009/02/05(木) 09:12:51 ] GPUメモリからシステムメモリへの転送が早ければなあ
864 名前:デフォルトの名無しさん mailto:sage [2009/02/05(木) 09:19:14 ] GPUからプロセッサキャッシュへ直接転送できればいいのにな。
865 名前:デフォルトの名無しさん mailto:sage [2009/02/05(木) 23:26:29 ] >>計算/表示まで1つのハードウェア内で完結したほうがいいだろう? それこそCPU有利じゃないかw
866 名前:,,・´∀`・,,)っ-○◎● mailto:sage [2009/02/06(金) 13:17:48 ] IntelのCtだけど、俺なりに解釈してまとめてみたお tripper2.kousaku.in/?Ct
867 名前:デフォルトの名無しさん mailto:sage [2009/02/06(金) 13:55:53 ] >>866 乙
868 名前:デフォルトの名無しさん mailto:sage [2009/02/07(土) 11:18:29 ] 4亀のGPGPU記事、突っ込みどころが多すぎてもうどうしたものやら。 誰か頼むわ。
869 名前:デフォルトの名無しさん mailto:sage [2009/02/07(土) 15:20:21 ] ざっと流し読みした限り、そんなに変な箇所は無かったように思うが ゲーマー向けのGPGPU解説ならあんなもんじゃねーの?
870 名前:デフォルトの名無しさん [2009/02/07(土) 16:54:42 ] 超解像のような考え方は昔からあるようだな フリーソフトImageD2 www.tiu.ac.jp/~zohzemi/imgD2/index.html これは時間軸方向にも参照するものだ。 NVIDIAのMOTIONDSPと同じ考え方だな。 西川善司の大画面☆マニア 第113回 超解像 av.watch.impress.co.jp/docs/20090120/dg113.htm この方法は数フレームを参照することで低解像な映像のブレから情報量をアップさせるようだが、 この方法だとシーンチェンジやめまぐるしく動く映像では逆効果でめちゃくちゃな映像になるのではないか? (これは上記のフリーソフトの別ページでも注意点として載っていた) でも東芝などの日本の各社がやってる1フレームだけで行う超解像はそもそも無理がある。だから不自然な画質になったり、情報量が逆に消失したりする。 Lanczosなどでそのままアプコンしたほうがずっと情報量あるし自然な画質だ。比較してみれば一発で分かる。 plusd.itmedia.co.jp/lifestyle/articles/0812/24/news031_2.html ここの元画像を720×480にし、それをAVIUTLなどでLanczosでフルHDにしたもののほうがずっと綺麗。 超解像は単純な処理だから柵とか崩れてるし、文字も駄目だし、元からあった情報を処理によって消しちゃう副作用のほうが強い。 超解像、超解像と目新しくいって盛り上げようとしたいのは分かるが、こんなのはまやかしだよ。 www1.axfc.net/uploader/Li/so/24824.zip&key=pass 比較用画像もうpしておいた 一方、数フレームでやる方法は計算が大変だが、シーンチェンジや盛大な動きの問題さえクリアすればかなり使えそうではある。 MOTIONDSPや↓はそのあたりちゃんとクリアしているのだろうか? www.flashbackj.com/red_giant/instant_hd_advanced/
871 名前:デフォルトの名無しさん mailto:sage [2009/02/07(土) 20:20:03 ] なるほどマルチでしたwww ていうかコピペなのね。 gimpo.2ch.net/test/read.cgi/av/1201962634/275 が初出なのかな? Google によるとだけど。
872 名前:デフォルトの名無しさん mailto:sage [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月ごろとかは意味不明だ。
873 名前:デフォルトの名無しさん mailto:sage [2009/02/08(日) 03:08:54 ] MOTIONDSPで検索したらモザイク消しの話題があった それは思いつかなかったw 確かに超解像はモザイクが消せるw
874 名前:デフォルトの名無しさん mailto:sage [2009/02/08(日) 08:11:31 ] 前後のフレームを参照してモザイクを消そうなんて プログラムのプの字も知らなかった小学生の頃に思いついたけどな。 みんなそんなもんだろ?
875 名前:デフォルトの名無しさん mailto:sage [2009/02/08(日) 09:55:43 ] >>872 所詮ユーザー向けのバラ色セールストークなんだから気にするなよ。
876 名前:デフォルトの名無しさん mailto:sage [2009/02/08(日) 16:26:50 ] >>874 は?思いつかなかったしそんなの その発想が出てるだけでもう俺より才能あるし
877 名前:デフォルトの名無しさん mailto:sage [2009/02/08(日) 19:09:29 ] >>872 ユーザー向けとしてはその程度でいいだろ 確かに普段書いてるCUDAプログラムなんて、使ってるGPU毎にブロックサイズとかを全部最適化し直してるけど 一般ユーザーにそこまで説明する必要はない とりあえずGPGPUすげーなって程度の認識を持たせれば十分でしょ 逆にそこまで説明しちゃうと「なんだ役にたたねーじゃん」って印象を与えかねない まぁ実際問題としてはまだアカデミックな用途がほとんどだけどな
878 名前:デフォルトの名無しさん mailto:sage [2009/02/08(日) 23:30:26 ] 実行ポインタやら実行コンテキストはgpuだけで自律制御できるようになったのかな? その辺の理解がもっと深まればintelやamdの変態cpuを待つ必要がなくなると思うんだけど。
879 名前:デフォルトの名無しさん mailto:sage [2009/02/09(月) 05:31:06 ] 被写体を3Dモデル化して全フレームからテクスチャを合成して 無限に超解像とか出来る日が来る
880 名前:デフォルトの名無しさん mailto:sage [2009/02/09(月) 13:34:59 ] >>877 > 逆にそこまで説明しちゃうと「なんだ役にたたねーじゃん」って印象を与えかねない 現状では実際そうだからちゃんと説明しろっていいたいんだが。