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/
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マシンとしてかなり弱い気がする。