[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 04/30 13:20 / Filesize : 182 KB / Number-of Response : 881
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

GPGPU#2



1 名前:デフォルトの名無しさん [2007/08/29(水) 17:08:58 ]
いつの間にやらCPUを超える演算性能を持ってしまったGPUに計算させてみるという
GPGPUについて語りましょう

前スレ
GPGPU
pc11.2ch.net/test/read.cgi/tech/1128780920/

関連スレ
pc11.2ch.net/test/read.cgi/tech/1167989627/

参考リンク
総本山? gpgpu.org
www.gpgpu.org/
CUDA
developer.nvidia.com/object/cuda.html
GPUをCPU的に活用するGPGPUの可能性
pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/


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は。
まずプログラミングマニュアルの方を見た方がいいと思う。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<182KB

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