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/ 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 ] 出なくてもいいけどもっとまともに プログラム作れるようにしてくれよｗ 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 ソース下さいよｗ Avivo Video Converterが出たのは2005年、COBRAの発表が2007年なんですけどｗ 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年ってだけだろｗ 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だと思い込んでましたｗ 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について半分質問な感じだけど、聞いてくれ。 ｎVIDAのグラボの発熱量+消費電力が気になったんだが、 ATIの奴らでも似たようなもん？ 昔はATIは省エネ的な感じで、コスパ良かった気がしたんだが 近頃ノートパソコンばっかり使ってて、グラボの良し悪しや どれが最新のハイエンドで、どれが普及品で、どいつらが省エネタイプか さっぱり分らんので、ご教授願いたい。 GPGPUでガリガリと計算させ続けようと考えてて、 さすがに、下手な発熱量と消費電力は抑えられれば抑えられる方が好ましいと思ってるんだが、 現状ではまだ、CUDA以外はダメぽな感じ？ もしも、ATIの方が電力抑えめでこっち使いたいなら、DirecｔX１１待ちが正解そう？ 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見てるけどｗｗｗ） DirectX１１については下記のリンク先で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のｇｄｇｄの二の舞だな。 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なんて不要だろｗ 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 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の 名前出されるなんて思ってもみなかったけどｗ 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加盟国から 度々公式見解で、アホ政府呼ばわりされている フランスなんかの行動は見習う必要ないだろｗ あのアホ政府はサブプライムでかなりやらかしたしｗ 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の仕様公開ｋｔｋｒ 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とかも上書してんのかおまえはｗ 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だけは 処理できそうなんだけど うまくいかねぇｗ 詰めが甘いんだよなぁ うーん 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 でも、さすがにそれはネットメディアの解説記事で知ってたｗ >>836 ｔｈｘ 早速読んでみる。 しかし、ブロックダイアグラムだけ見ると癖の強いアーキテクチャだな＞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ユーザなんて所詮このレベルｗ 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 アホだろｗ 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のが早いというｗ 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有利じゃないかｗ 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 比較用画像もうｐしておいた 一方、数フレームでやる方法は計算が大変だが、シーンチェンジや盛大な動きの問題さえクリアすればかなり使えそうではある。 MOTIONDSPや↓はそのあたりちゃんとクリアしているのだろうか？ www.flashbackj.com/red_giant/instant_hd_advanced/ 871 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 20:20:03 ] なるほどマルチでしたｗｗｗ ていうかコピペなのね。 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で検索したらモザイク消しの話題があった それは思いつかなかったｗ 確かに超解像はモザイクが消せるｗ 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 ] 被写体を３Dモデル化して全フレームからテクスチャを合成して 無限に超解像とか出来る日が来る 880 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 13:34:59 ] >>877 > 逆にそこまで説明しちゃうと「なんだ役にたたねーじゃん」って印象を与えかねない 現状では実際そうだからちゃんと説明しろっていいたいんだが。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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