- 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/
- 191 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 23:37:22 ]
- > ってドキュメントどこにあるの？
インストールしろ。まずはそれからだ。
> あとWindowsしか対応しとらんの？
いまんとこそう。
- 192 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 23:41:36 ]
- >>191
何それって感じだなｗ
CUDAですら当初からLinuxサポートしてたのに
- 193 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 02:11:53 ]
- > CUDAですら
CUDAとCTM以外になにかあったっけ？
- 194 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 12:26:12 ]
- GCC,spice
- 195 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 22:25:44 ]
- CTMのLinux版出すのか問い合わせたけど
ドライバの問題で無理って回答を貰った
半年後はどうかと聞いたがそこまで先の
ことは言えないっぽいｗ
- 196 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 09:13:39 ]
- CTMなんて、もう作ってないが？
- 197 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 19:09:02 ]
- 良いスレsage
- 198 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 19:15:54 ]
- sage
- 199 名前：デフォルトの名無しさん [2008/05/09(金) 15:48:49 ]
- AMDのStreamSDKをVista x64で使えたって人います？
- 200 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 17:38:59 ]
- Folding@HomeのGPUクライアントに付いて来るCALのDLL使えばいける
- 201 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 17:52:12 ]
- Linux版のSDKもそろそろ出るとさ
- 202 名前：199 mailto:sage [2008/05/09(金) 18:23:54 ]
- Windows: V6 Beta GPU2 (ATI 26xx, 3xxx, and later) clients の 6.11 beta3を入れてみたけど
dllファイルは一切なかったです。以前と変わったのかな…
Stream SDKにあるサンプルをプロンプトで実行してみたんだけど、エラーは出ないのだけど
結果も何も出ないから実行できてるのかどうかよく分からない。
- 203 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 19:34:49 ]
- 一度実行するとWUと一緒にDLLがダウンロードされる。
スタートメニューにデータフォルダへのショートカットがあるから開いてみ。
- 204 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 20:08:59 ]
- 見つかりました。こんなところにあったとは…
しかし、CALのlibフォルダにFolding@Homeのdllつっこんで
AMDのデモ実行したらamdcalcl.dllが見つからないと言われちゃった。
（ってことは、ちゃんと今までは実行できていたってことか？）
う〜ん難しいな〜
βだからこんなものなのだろうか…
- 205 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 21:00:18 ]
- それもセットでDLされてない？
俺がやった時はついてきたんだがな。
- 206 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 21:05:01 ]
- ああいや、付いて来てたのかな。
だとしたらamdcalclだけか、両方とも実行ファイルと同じ
ディレクトリにたたき込んでみ
- 207 名前：デフォルトの名無しさん [2008/05/11(日) 19:49:19 ]
- ノートPCでCUDAに向いてる機種って何？
浦島太郎なので、グラフィックchipの型番
とかワカンネ。
出張用に、軽くて携帯性と電池の持ちが良い
方が嬉しいけど。
あっ、もちろんLinux動くこと。
- 208 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 20:13:56 ]
- >>207
軽くて大きくなくて消費電力も少なめで、できればNVIDIAのGeForce8600MGS以上のVGAを搭載している機種。
- 209 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 05:38:10 ]
- ＞VGAを搭載している機種。
そんなｽﾍﾟｯｸ作ってﾈｰﾖ
- 210 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 07:30:43 ]
- VideoGraphicAdapterですね。
- 211 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 09:46:54 ]
- Acceleratorとも言う
- 212 名前：199 mailto:sage [2008/05/12(月) 14:22:56 ]
- Folding@Homeのdllではなぜか駄目で元のsdkについてきたものに戻すと、
とりあえずエラーはでないみたいです。
VisualStudioでx64としてBrook+のGuideにあるサンプル(Sum.br)をコンパイルすることはできているのですが、
実行をしてもプロンプトが一瞬現れるだけでなんの結果も得られない状況です。
（他の元から入っているサンプルの.exeを実行しても同じ）
printfの結果さえプロンプトに表示されていないので、どう見ても実行されていないように見えるのですが
どうなんでしょうか…
- 213 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 14:36:07 ]
- プロンプトが一瞬現れるのなら、結果も一瞬現れているのではないか?
ダブルクリックで起動せずに、コマンドプロンプトから実行してみては?
- 214 名前：199 [2008/05/12(月) 14:40:22 ]
- コマプロ上からもやってみたのだけれど、一切のエラー・警告もなく静かに終わるんです。
Sum.br内のreturn 0; の前にprintf("test"); を入れてるのでちゃんと実行されてるなら
最低testが表示されるはずなのにされないんですよ。
ドウナッテルノ？
- 215 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 18:00:30 ]
- Brook+の中かCALの中でexitでも呼んでるんでしょ。
俺のやった方法は以下の通り
1.64ビット版Vista SP1をセットアップ,ドライバインストール
2.F@Hをインストール
3.F@Hを起動してamdcalrt.dll,amdcalcl.dllがDLされていることを確認したら終了する
4.適当にディレクトリを作成してXP64にインストールしたSDKからサンプルのバイナリ,Brook+のdllをコピー
（VistaにSDKは入れてない）
5.F@Hのamdcalrt.dll,amdcalcl.dllもコピー
6.実行
- 216 名前：199 mailto:sage [2008/05/12(月) 19:07:05 ]
- ４.の（VistaにSDKは入れてない）というところが違う所ではあるのですが、
Vista x64 SP1にSDKをインストールして、後はそこから１〜６に沿ってやってみましたが
真っ黒なプロンプトが一瞬立ち上がるだけで前と変わらないみたいです。
（コマンドプロンプト上から実行しても同じ）
手詰まりなので、正式版でるまでしばらく待ってみます。
アドバイスして頂き、ありがとうございます。
- 217 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 21:40:50 ]
- >>216
多分SDKをインストールすると環境変数を頼りにSDKのdllを参照しに行かされてるんじゃないかなぁ。
コマンドプロンプトから
>set CALROOT=
>hoge.exe
でやってみたらいけそうな匂いがするけど。もしくはSDKの方のdllをリネームしておくとか。
あとはCatalystのバージョンくらいか。役に立てずすまんね。
- 218 名前：199 mailto:sage [2008/05/12(月) 22:43:37 ]
- インストールフォルダのlib中にあるdllファイルをF@Hのものに置き換えると
dllが見つからないというエラーがでるようになったので駄目な気がします。
>217 のようにしてプロンプトから実行してみましたがやはり駄目でした…
Catalystは現最新の8.4なのですが、どうでしょう。
ちなみに、VisualStudio上から強引にCPUエミュレートでコードを走らせるように設定したら
想定どうりの動きをしたのでコードの間違いや.brファイルの変換までは問題ない
と思われます。たぶん
ムゥ〜
- 219 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 23:59:40 ]
- うーん、何で俺の環境だと動いてんだろ。むしろこっちがおかしいのか？
なんか特別なことやったかなぁ。
- 220 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 12:26:10 ]
- >>214
問題の切り分けがヘタだな。
printf() だけなら表示されるのか？ダメならそれ以前の問題。
printf() を先頭に持っていって表示されるか？されないならちょっと面倒かも。
表示されるなら、printf() の位置を移動して、表示されなくなる境界を探すとその近辺に（間接的かもしれないが）問題がある。
- 221 名前：199 [2008/05/13(火) 14:34:48 ]
- >220
printf()のみソースに記述した場合も変数宣言直後にprintf()をした場合ともに、状況は
変わらないようでした...
CPUエミュの場合と、GPUの場合とでログをとってみました、こんな感じです。
CPU:
Runtime::CreateInstance((null), 0000000000000000, 1)
Brook Runtime starting up
Runtime::Runtime()
stream::stream(000000014001C228, ...)
Runtime::GetInstance((null), 0000000000000000, 0)
Runtime::GetInstanceRef()
CPURuntime::CreateStream(1, 000000000027A360, 2, 000000000027A440, 0)
CPUStream::CPUStream(1, 000000000027A360, 2, 000000000027A440)
StreamInterface::getElementSize()
CPUStream::getFieldCount()
........続く
GPU:
Runtime::CreateInstance((null), 0000000000000000, 1)
Brook Runtime starting up
CALRuntime::create(0000000000000000)
Runtime::Runtime()
CALRuntime::CALRuntime()
CALContext::create(0000000000000000)
CALContext::CALContext()
CALContext::initialize(0000000000000000, 0)
これだけ
GPUの方は、初期化処理で止まってしまっていたので、やはり環境面で何かありそうな感じです。
CPUStream::getIndexedFieldType(0)
getElementSize(1)
- 222 名前：199 mailto:sage [2008/05/13(火) 14:38:46 ]
- >221 の下の２行はミスです。
ちなみに、GPUはRadeon HD3470を使っています。（Vista HomePremium x64 SP1)
- 223 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 00:46:01 ]
- brook+ってなんでLinuxじゃ使えないの？
- 224 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 01:24:19 ]
- Brook+のrelease-notes-mar-08.txtより
> Compiler Support
> ----------------
>
> We only support Visual Studio 2005 (for Windows builds) and gcc 4.1.2 (for
> Linux builds).
- 225 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 02:59:59 ]
- >>207
pc11.2ch.net/test/read.cgi/notepc/1209471495/
- 226 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 15:32:05 ]
- cudaはGeforce８ｘｘｘ以上だよ
８系でオンボードチップってあるんかいな
- 227 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 17:50:08 ]
- ttp://cudacontest.nvidia.com/index.cfm?action=contest.contest&contestid=2
MP3 LAME Encoder
- 228 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 20:37:49 ]
- 何でこのご時世にMP3・・・
せめてAACにしろよ
- 229 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 21:44:19 ]
- コンテストってことは
最適化か何かかね
めざせUS$5,000.00
と思ったら人種差別化ね
Resident in the United States or Canada
- 230 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 22:21:53 ]
- >>226
オンボードかどうかは知らんが、GeForce8系を積んだノートPCなら腐るほどある。
- 231 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 01:25:47 ]
- >>227
既にhydrogenaudioのスレでも指摘されてるけど、LAMEで大半の時間を食ってるのは
ベクトル化の難しい心理音響解析であって、最適化の効果が大きいFFTやらMDCTではないんだよな
あまり最適化に向いた問題じゃない
- 232 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 15:11:57 ]
- >>226
8100と8200のチップセットが出たがな
- 233 名前：デフォルトの名無しさん [2008/05/22(木) 23:17:04 ]
- 月刊Catalyst2008年5月号では現行のAMD Stream SDK、F@HのCAL共に動きません。
気をつけましょう。
- 234 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:50:55 ]
- Catalyst腐りすぎ
だんだんコード悪くなってる
なぜNvidiaが金出してコンサル
してやるって言うのに応諾しねーのよ？
- 235 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 00:13:24 ]
- Vistaじゃ動くそうだよ。
> だんだんコード悪くなってる
お前はAMDの中の人なのか？ｗ
- 236 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 07:05:54 ]
- fahはvistaだと問題ないな8.5は
- 237 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 11:57:17 ]
- AMD Stream SDK v1.1-betaきてた
- 238 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 12:00:04 ]
- Linuxまだ対応してねーよ
もうAMDなんていらねーから
業界標準をCudaにしろ
- 239 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 12:08:46 ]
- Linux向けSDK公開されてますけど？
- 240 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 12:10:14 ]
- journal.mycom.co.jp/special/2008/cuda/008.html
希望的観測ぽいけど、GPGPU以外でも使えるモデルと思ってるみたい
- 241 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 13:21:55 ]
- キター！
ttp://forums.amd.com/forum/messageview.cfm?catid=328&threadid=95565&enterthread=y
- 242 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 13:37:27 ]
- キターーー
LinuxキタけどこれDebianはいらねーじゃん
AMD shitだな
- 243 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 13:48:20 ]
- 入るよ。
ttp://forums.amd.com/devforum/messageview.cfm?catid=328&threadid=95574&enterthread=y
- 244 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 17:10:46 ]
- >>243
どうもありがとう
debian 4
ubuntu 7.10
ubuntu 8.04
knopix 最新版
この4つならとりあえずインストールまで行く
- 245 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:46:25 ]
- Xenの上でも動く?
- 246 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:50:40 ]
- debian用のパッチ作ったぉ
だれもいらんよね
- 247 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:57:59 ]
- >>246
いらねーよ消えろボケ
- 248 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 20:25:29 ]
- まぁ待て、煽るんじゃない。
でも俺も要らんわ。
- 249 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 20:35:26 ]
- >>246
俺もいらねーよ
ゴミ作るなよ市ねｗ
- 250 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 21:08:04 ]
- 要る
- 251 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 22:39:34 ]
- >>246
まじキモイ
うぜーから消えろ
- 252 名前：デフォルトの名無しさん [2008/05/27(火) 11:43:25 ]
- Core2Quad Q9450でPS2エミュをやると、実機と違い処理オチせず、激ムズになることが判明
namidame.2ch.net/test/read.cgi/news/1211740649/l50
- 253 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:08:53 ]
- AMDの方言語って
CUDAと比較して半端じゃなく
使い勝手悪くない？
- 254 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 05:13:09 ]
- いやゼンゼン
- 255 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 17:15:13 ]
- 言語はAMDが作った仕様ってわけじゃないんだよな
- 256 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:08:16 ]
- AMDの奴ってなんていうか
学生向け言語って感じで
実用性まったくない言語
になってるね
もともとが学生向けのおもちゃ
言語をベースにしているのが原因かもしれないけど
- 257 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:38:15 ]
- 同じ問題を解いた時ほぼ100%
CUDAに負けるね
Radeon 3870と
Geforce 9800GTXでやってるけど
Radeon遅すぎてお話にならない
- 258 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 05:51:48 ]
- 必死な奴が常駐してるな
- 259 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 07:39:16 ]
- N社の工作員なの？
- 260 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 12:31:16 ]
- こんなとこでやっても見てるやつがどれだけいることやら・・
- 261 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 15:13:10 ]
- 価格帯違うGPUで比べたらそりゃ遅いわな
- 262 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 12:33:25 ]
- CUDAとAMDのSDKってどっちが
簡単ですか？
OpenMPみたいにらくらくにできますか？
- 263 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 13:24:31 ]
- AMD Stream SDKのv1.1betaって登録しないと落とせないの？
不便だなぁ
- 264 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 14:34:51 ]
- は？
- 265 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 14:41:20 ]
- >>264
>>241のページからFTPのリンククリックしても入れないんだけど
鯖落ちてるのかな
- 266 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 14:57:59 ]
- 普通に落とせるよ
- 267 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 15:20:54 ]
- 普通に落とせるよ
- 268 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 15:03:01 ]
- >>262
OpenMPが楽だと思うのなら、CUDAへの移植も楽だと思うよ。
チューニングしだすと面倒だけど。
- 269 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 21:27:45 ]
- >>268
そうなんですか
再来週Radeonを買い付けにいくので
AMDの方の使い勝手も知りたいのですが
どうなんでしょうか？
- 270 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 21:50:38 ]
- CALを生で使う根性があればAMDの方は自由度高いし面白いと思うよ。
グローバルバッファとか使えるし、適用できる問題の幅も広い。
ただCAL側のリソースをテクスチャにしたり頂点バッファにするみたいな
DirectXやOpenGLとの協調はまだ未実装だから、完全に計算しか出来ないけど。
Brook+ははっきり言ってまだ使い物にならない。CPUコード吐かせると
数値リテラルが全部floatになって生成されたcppファイルがコンパイルできないとか。
CALコードだけにすればまぁ何とか使えなくもないけど、CUDAの方が実用的。
- 271 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 23:12:37 ]
- >>270
CALちょっといじったことあるけど
あれ使うのは大変だったなぁ
Brook+はやっぱダメなのかぁ。上に
釣りで学生のおもちゃとか書いてあったけど
どうやら本当なんだね
- 272 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 23:22:28 ]
- まぁ機能すらフルに実装されていないβVerだから速度に期待するのは酷だね
- 273 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 23:33:07 ]
- 速度やバグあるのはまぁCUDAも
0.xxxははんぱねぇｗ状態だったから
別段いいんだけど
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のやり取りを実装する気ではいる様だ。いつになるか知らないけどｗ
- 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
電力消費すれよｗ
- 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に対応させるために改造するのだろうか
そうなるとｎVidiaがすべての仕様をこれから先ずっと作っていくことになってしまう
使い勝手の悪いものが出来たり、上位互換を自分勝手に切り捨てたりするかもしれん
ISOのような公式な機関が介入出来る情勢でもないし
混沌としてきそうで嫌だね
洗練された仕様がどのメーカーのVGAでも一様に動作するというのが
ユーザーとしては最も望ましいわけだけど
このままだとそれは永遠に無いかもね
- 287 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 07:36:28 ]
- >>286
いやそれは無い。もう、Intel互換のチプセトも
AMD互換のチプセトも作らせて貰えない可能性
高い。本業のグラボも１のつの巨大コアで全部
ぶん回す旧世代のアーキテクチャだよ
弱ったら買い叩かれるのがオチだよ
- 288 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 12:33:06 ]
- だから今余裕のあるうちに逃げ道を探して奔走してる訳だね
- 289 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 16:04:53 ]
- ＞本業のグラボも１のつの巨大コアで全部
＞ぶん回す旧世代のアーキテクチャだよ
新世代のアーキテクチャのグラボはどれですか？
- 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倍あるはずだしな。
|
 |
