- 1 名前：デフォルトの名無しさん mailto:sage [2009/10/08(木) 19:29:37 ]
- このスレッドは、他のスレッドでは書き込めない超低レベル、
もしくは質問者自身何が何だが分からない質問を勇気を持って書き込むスレッドです。
CUDA使いが優しくコメントを返しますが、
お礼はCUDAの布教と初心者の救済をお願いします。
CUDA・HomePage
www.nvidia.com/cuda
関連スレ
GPUで汎用コンピューティングを行うスレ
pc11.2ch.net/test/read.cgi/tech/1167989627/
GPGPU#3
pc12.2ch.net/test/read.cgi/tech/1237630694/
- 759 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 12:59:07 ]
- 倍精度のFMAをひたすら繰り返す感じのカーネルで計測するのがよいかと。
- 760 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 13:09:51 ]
- >>758
どこかのCPUでintをdoubleに変換してたという話かと。
- 761 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 13:10:18 ]
- しかし、480SPとか、AMDはリアル12コアだとか、
時代の進歩は速いものだな。
- 762 名前：デフォルトの名無しさん [2010/03/30(火) 14:06:01 ]
- しかし、性能はGTX295から毛の生えた程度
ていうか、もし倍精度の性能がいまいちだったらGTX480/470より
GTX295を買ったほうが安くていいかもね
- 763 名前：デフォルトの名無しさん [2010/03/30(火) 14:14:19 ]
- 長崎大のようなことをやられたらNVDIAが東工大から呼出をうけて
「２度目はないからな」とか言われても不思議じゃないよね
- 764 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 15:00:14 ]
- >>762
GTX295、5万円くらいだからなぁ。倍精度の性能がGTX280の２倍程度ならば…
GTX295でヨシってことになると。>>757よろしく！
- 765 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 15:19:12 ]
- matrixMulはメインメモリの転送が時間に含まれてるしサイズが小さめ
プログラムが書けるなら1000x1000あたりの性能をお願いします
- 766 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 15:43:23 ]
- >>760
そうなのか？
普通のCPUの構造上浮動小数点演算は、
64bitでやるから型変換をしてると聞いたんだけど
- 767 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 15:48:57 ]
- もしかしてGPUだと話は別なのかな…
- 768 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 18:34:02 ]
- >>766
x86アーキテクチャでは、普通は変数型に関わらず浮動小数点演算は80bitの拡張倍精度で行う。
メモリロード/ストアの際に、変数がfloat型ならfloat型に変換されはするが、
別に大した処理でもないので速度にそんな影響は出なかったと思うが。
- 769 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 18:46:24 ]
- R3000かなんかで64bitint乗算がなくてとかなかったっけ
- 770 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 22:56:03 ]
- >>767
GPU だとどころか、倍精度演算器が載ってない CPU だってあるから。
処理系によって話が別。
- 771 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 02:58:13 ]
- device emulationってなくなっちゃうのね
- 772 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 05:57:59 ]
- ちょっと整理。
・x86(fpu)
浮動小数点レジスタが80bitなので、floatを突っ込んでも80bitで演算する。
従って、floatとの変換処理が入るのでdoubleの方が速いことがしばしば。
・x86(sse)
MMXレジスタが汎用なので、floatはfloatのまま演算する。
従って、定数や標準関数でdoubleに汚染されないように気をつければfloatの方が多少速くなる。
また、MMXレジスタにfloatの方が2倍詰め込めるのでベクタ化した場合に2倍速くなる可能性もある。
更に、キャッシュ効率もよくなるのでより速くなるかもしれない。
・GPU(cuda)
単精度レジスタと倍精度レジスタが分かれているんだっけ? 倍精度についてよく知らんのでフォローお願い。
演算器の特性上、単精度の方がずっと高速に演算するし、転送量も当然半分にできる。
応用にも拠るけれど、CPUとのI/Fは単精度で内部だけ倍精度にできると最強かも。
- 773 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 07:48:43 ]
- 64bit版gccだと、-m32オプションをつけない限りもはやx87のコードは吐かないなあ。
>CPUとのI/Fは単精度で内部だけ倍精度にできると最強かも。
これって何回丸めが発生するかによるけど、精度は単精度+αだね。
でもこういうことはよくやるなあ。
データ量を減らしたくて少し精度が欲しい場合は、最終的に欲しいデータはfloatで持っておいて、
計算するときにすべてdouble型のデータにコピーして最後に結果をfloat型に戻す。
この方法をとれば、丸め誤差の発生は一回で済む。
計算の中身が超越関数使ったり、複雑であったりすると結構有効だよ。
その分速度は犠牲になるけど、メモリ帯域が支配的であると余り影響がないな。
G200系だとまだ効果はないだろうけど、Fermiなら結構役に立つんでない？
- 774 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 11:35:13 ]
- >・x86(fpu)
>浮動小数点レジスタが80bitなので、floatを突っ込んでも80bitで演算する。
>従って、floatとの変換処理が入るのでdoubleの方が速いことがしばしば。
doubleは64bitなんだから結局まるめが入るのは同じじゃないの？
- 775 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 13:02:05 ]
- おいおいあれだけCPU側のコードが糞だといっておいて、CPUのこと知らなさすぎだろｗ
floatが遅くなるのは、MSVCが、floatのときは毎回メモリに書き戻すことで精度を32bitに落としてIEEE互換にするコードを出すから
レジスタ間ならfloat/double/long double関係なく80bit
- 776 名前：デフォルトの名無しさん [2010/03/31(水) 14:32:17 ]
- GPUの種類を取得する関数か何かはありませんか？
- 777 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 14:42:10 ]
- >>776
サンプルでついてくるdeviceQueryのソース読んでみれば
- 778 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 14:44:59 ]
- >>776
CUDA APIガイドに書いてあるだろ
- 779 名前：デフォルトの名無しさん [2010/03/31(水) 15:12:11 ]
- そうじゃなくて製品名です
- 780 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 15:20:59 ]
- 製品名って、ASUSかEVGAか判別したいってこと？？
- 781 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 15:26:11 ]
- メーカーの判別はどうがんばっても無理だろ
- 782 名前：デフォルトの名無しさん [2010/03/31(水) 15:32:47 ]
- じゃあせめてWindowsかMacかInaxかぐらいわかりませんか？
- 783 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 15:33:23 ]
- 製品名って言うくらいだから、ELSA GLADIAC 998 GTX Plus V2 512MBみたいなのじゃないのか。
- 784 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 15:34:04 ]
- >>782
CUDA以前の問題。てか、そのレベルじゃ絶対無理だろ。
- 785 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 15:53:38 ]
- #ifdef _WIN32
- 786 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 15:55:08 ]
- まさかOpenCLの話か？
#ifdef _apple
とかやった覚えがある。
- 787 名前：デフォルトの名無しさん [2010/03/31(水) 16:15:17 ]
- #ifdef _appleは豆知識だな
- 788 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 16:44:37 ]
- Inax は釣りだろ。782 は偽者じゃないか？
TOTO 向けと別の最適化するのかなｗ
- 789 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 19:31:24 ]
- 水流をGPUでシミュレーションして最適化するのか
- 790 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 21:04:19 ]
- 流体シミュレーションはGPGPUのメインテーマだから、まさにうってつけだろう
- 791 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 21:06:11 ]
- OpenCL使えよ馬鹿ども
- 792 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 21:08:09 ]
- 日本の便器メーカーは水量削減に血道を上げているからな
いかに少ない水量で、効率良く、かつきっちり排泄物を流しきるか
- 793 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 21:11:31 ]
- 便器開発での計算に使用するだけでなく、
便器自体にTeslaを搭載し、
排泄物を画像認識して最適な水流を計算する。
排熱も有効利用できそうだ
- 794 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 22:39:35 ]
- >>793
画像認識のコード書くやつは大変だな
- 795 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 22:42:09 ]
- 確かに、今は節水ということで一般家庭向けの便器は
流れが悪いといくことを感じるな。
現場では流体演算とかして設計しているのだろうか？
- 796 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 01:09:36 ]
- TOTO 節水 シミュレーション でググってみた。
www.toto.co.jp/saiyo/new/techno/person/person_05_2.htm
- 797 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 01:17:06 ]
- 流体どころか三相全てシミュレートしてるんだな
- 798 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 07:04:31 ]
- GTX470が先に発売されるみたいですね。
購入される方いますか。
- 799 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 12:43:41 ]
- どうしてcudaはosと密接なのか？
最新のubuntuをいれたくてもいれられへん
理由を教えてくれろ
- 800 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 14:28:01 ]
- >>799
ドライバレベルで提供されているから。
- 801 名前：デフォルトの名無しさん [2010/04/01(木) 19:55:02 ]
- >>797
固体ってのが生々しいな。シミュレーションするためにウンコの物性とか
測定したりしたんだろうな。
- 802 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 20:10:39 ]
- 壊れ方とかがリアルな模型があるとか聞いたことがある。
でも物体の測定データのファイル名とかはなまなましいだろうなｗ
シミュレーションしているときのSSとかあればいいのに。
- 803 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 21:27:09 ]
- たしか法律で、流す水の量は決まってるんだよね。
- 804 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 07:57:34 ]
- >>799
たぶん、nvccがgccの進化について行けていないだけだと思う。
バイナリだけなら、最新のUbuntuでも動くよ。
- 805 名前：デフォルトの名無しさん [2010/04/02(金) 16:58:24 ]
- 最近のディストリビューションって大抵1年かそこらでサポート終わりじゃん。
1つまえのバージョンにしか入れられないと、半年程度でいれかえなきゃいけないんだよね。
そこらへんを早く何とかしてくれよ。
CentOSとかつかえばいいのかもしれんけど
- 806 名前：デフォルトの名無しさん mailto:sage [2010/04/03(土) 03:06:19 ]
- そこを何とかしてもらいたいね。
俺は古いバージョンのLinuxをVirtualBoxで新しいバージョンのLinux上で動かして、
クロスコンパイルライクなことをしているよ。コンパイルだけなら仮想化環境でも通るからな。
- 807 名前：デフォルトの名無しさん mailto:sage [2010/04/03(土) 12:32:49 ]
- GTX480で倍精度削られたのは本当らしい…
Quadroではどうなるんだろう
- 808 名前：デフォルトの名無しさん mailto:sage [2010/04/03(土) 14:22:26 ]
- 今すぐ計算して論文書かなきゃって人以外は↓ここ聞いてからにした方がいいんじゃないかと。
ttp://www.hardocp.com/article/2010/03/26/nvidia_fermi_gtx_470_480_sli_review/7
「当機はまもなく離陸しますw」
- 809 名前：デフォルトの名無しさん mailto:sage [2010/04/03(土) 14:24:49 ]
- >>807
ドイツ語読めないけど、これ？
ttp://www2.hardware-infos.com/news.php?news=3497
- 810 名前：デフォルトの名無しさん mailto:sage [2010/04/03(土) 22:55:58 ]
- Q1.同じGT-240を二枚挿せばCUDAも倍近く早く処理できるようになりますか？
Q2.GDDR5とGDDR3とDDR3でCUDA動画エンコードの処理スピードはどれくらい
違いますか？GDDR3を100として。
- 811 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 00:22:50 ]
- >>810
もう少し具体的に知りたいことを書いた方が答えやすい。
例えば動画エンコード用途に限ると「複数枚挿しはどうよ？」とか、「FermiとかATIとかの中でどれが一番速いか」とか。
- 812 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 00:38:10 ]
- 十分具体的だろ･･･。
ソフトウェアによって、複数挿に対応しているかどうかは変わるので、
使いたいソフトについて調べよう。
メモリの速さは重要だけど、GPGPUでは、メモリにアクセスするときの遅延のほうが問題となっている。
ハードウェアの構造的にもGT200系のほうがメモリアクセスが柔軟なので、GTX260あたりを検討してはどうだろう。
- 813 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 01:19:30 ]
- 具体的だろと言っておきながらソフトによって変わるとか意味不明
- 814 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 01:38:58 ]
- >>811-812
レスありがとうございます。
CUDAの使用目的：動画エンコのみ。 使用するソフト：MediaCoder
使用するかもしれないソフト：TMPGEncKarmaPlus
現状：AVIUTLでロゴ消しとインタレ解除のプロジェクト→
TMPGEnc4で色γクロップ・リサイズしてHUFFYUVで出力→MediaCoderのx264で。
課題：Q6600でVGAでx264エンコが22fpsしか出ない。1080pだと4fps！orz
MediaCoderにCUDAでH.264エンコできる機能があるので使いたい。
GT240がGDDR3で6000円、GDDR5で7500円～なので、二台組むより二枚入れた
ほうがいいのかも？
GDDR3とGDDR5でＣＵＤＡエンコに殆ど差がないならGDDR3のほうにしたい。
複数枚挿しはどうです？
現状G43/G41/G31なので新しくマザー買わなきゃできないけど…。
>>812
GPGPUやメモリアクセスについて仕組みとか全く知らないのですが、
GTX260はGT240の倍以上の値段だけど、倍の性能あるんですか？
wikiに書いてあるSPとCUDAコア数がどう違うのか分からないので…
もし倍の性能（エンコが倍早くなりそう）ならGT240よりGTX260を選ぶかも
しれません。PXI-EX⑯が1つですむし。
- 815 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 01:42:45 ]
- >>810
素直にCorei7にしておけ。
GT240じゃ2枚さそうがCorei7の方がマシだ。
- 816 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 02:30:20 ]
- 現状CPUを強化したほうがメリット多い
CUDA使うならGTX260以上じゃないとCPUの足を引張る可能性がある
- 817 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 04:58:16 ]
- aviutlでの処理時間考えたらCPU強化の方が妥当だな
- 818 名前：巻添規制中(810=814) mailto:sage [2010/04/04(日) 06:04:59 ]
- >>815
www.techarp.com/showarticle.aspx?artno=520&pgno=7
でみるとi7はQ6600の1.25倍くらい早い
www.katch.ne.jp/~kakonacl/douga/mediacoder/v0.71_cuda.html
でみるとCUDAはQ6600の3.7倍くらい早い
∴CUDAはi7より3倍近く早い…？？？ CUDAは実写向き？
X58+i7買いたいけど、LGA1155待とうかと。
- 819 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 09:47:48 ]
- >>818
あ～、俺もこれ使ってcudaエンコしてるけど、Bフレームが4までだったり2passできなかったり
画質はいまいちですよん。たしかにCPUよりは速いとはおもうけど・・・。
新しいバージョンだと改善されてる可能性はあるけどね。
- 820 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 11:55:03 ]
- >>814
GT240の3倍くらいの値段で売られているが、3倍速くなるとはいえないけど、
MediaCoderは複数差対応していなし、GT240を2枚買っても無駄になる。
あたらしくマザー買う予算が削れるならGTX260でもいいかと。
画質もとめるなら、i7ってのは合意。
- 821 名前：810 mailto:sage [2010/04/04(日) 14:18:33 ]
- みなさん色々有難うございます。ググりながら考えてるんですが難しいですね。
>>816>>817
GTX260だと電源交換、i7はM/B&DDR3全部揃えないと…先立つものが…。(ToT)
www.katch.ne.jp/~kakonacl/douga/mediacoder/v0.71_cuda.html の人
は GeForce9600GT(VRAM 512MB)Vista HomePremium(SP2)で実行、CUDAエンコ
でQ6600使用率83％と書いてあるけど、GT240のほうが高速ですよね？
pc.watch.impress.co.jp/docs/column/tawada/20091117_329556.html によると
GeForce 9600 GTの1,800MHz/256bit メモリ帯域幅は57.6GB/sec、
GeForce GT 240のGDDR5/3,400MHz/128bit 54.4GB/sec、
GeForce GT 240のDDR3/2,000MHz/128bit 32GB/sec。
DDR2-667（5.3GB/s） DDR2-800（6.4GB/s）デュアルだと倍。
もしかしてDDR2がボトルネックになる？
GT240 GDDR3とGDDR5でCUDAエンコの速さの違いどうなんでしょう？
そこらへんが一番気になります。
- 822 名前：810 mailto:sage [2010/04/04(日) 14:19:49 ]
- >>819
最新ではBフレームが16まで、Average/Variable/CBR/2pass/3pass できるみたいだよ。
x264ではAverage/Variableは何故かコマ落ちする。
>>820
SP216&DDR3のGTX260とCUDAコア数96のGT240だと、エンコ速度二倍差が出ます？
PHARAOH 500W電源だとGTX260+Q6600はギリギリかなぁ。
(Q6600+GT240)複数台にするほうが経済的かな? G41とDDR2が1組余ってるし…
- 823 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 15:38:15 ]
- hothardware.com/articleimages/Item1477/san.png
doubleはfloatの1/2*9ってとこか。
Teslaでやって1/2とかだったら、ロックなんだろうな。
- 824 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 17:43:24 ]
- これは低すぎるのでOpenCLでDoubleがHWサポート
されてないのではないかと
- 825 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 00:43:36 ]
- >>821
GDDR3とGDDR5とでは、メモリ帯域が倍違うので、ストリーム系のアプリでは大きく変わります。
ていうか、このクラスのボードで2枚挿しとか意味がない。
- 826 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 01:09:55 ]
- >823－824
むしろ理論値で単精度の5分の1になるはずのRADEONの倍精度が半分程度で済んでる方が気になる
>822
GT240なんてゴミ買うぐらいならいっそ中古のQ9xxxのCPUでも買った方が良くね？
- 827 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 03:39:12 ]
- 安物買いの銭失いとはこのこと
CUDAに大きな期待を抱かないほうがいい
- 828 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 19:17:53 ]
- >>823で、GTX295が285よりもスコア低いのはなぜ？
- 829 名前：デフォルトの名無しさん mailto:sage [2010/04/06(火) 01:17:45 ]
- >>828
単純にGPUを一個しか使っていないからだと思う。
単一GPUなら285の方が速いからね。
- 830 名前：デフォルトの名無しさん mailto:sage [2010/04/06(火) 08:54:53 ]
- >>825
CUDAエンコはストリームと違ってGDDR3もGDDR5殆ど関係無いってさ。
SP数(CUDAコア数)でほとんど性能が決まる。
>>827
最新のMediaCoderでVBRでやってみたらどう？
- 831 名前：デフォルトの名無しさん mailto:sage [2010/04/06(火) 19:53:29 ]
- MLB オバマ始球式
- 832 名前：デフォルトの名無しさん [2010/04/07(水) 09:15:06 ]
- HPC向けGPGPU終わりつつあるな
102 ：Socket774 ：sage ：2010/04/06(火) 23:24:12 ID:n4owrnuu
>>98
> HPC向けはどうなるんだろう？
マキーノの話だとこんなのが。
grape.mtk.nao.ac.jp/~makino/journal/journal-2010-04.html#3
> 一枚5万とかで買うのでない限り GPU は価格性能比では CPU に勝てなくなってしまった
以前はGPUの方が同コストのCPU比で10倍↑とか軽く叩き出してたけど、
CPUはマルチコア化が進みまくり値段下がりまくり…
ハイエンドGPGPU買うよりCPUの方がコスパが良くなってしまった。
基本直線番長のGPGPUよりCPUの方が扱いやすいし、プログラミングも先行きわからない
CUDAやらなくても、今までやってきた事そのままで走るし…
- 833 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 09:26:05 ]
- 確かに、OpenMPとかでそれなりに性能出るならそっちの方が超簡単だもんな。
- 834 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 12:13:09 ]
- 精度を削って性能を出したマシンで有名になったのにこういう時は倍精度の話だけか
- 835 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 12:54:34 ]
- >>832
マルチコア化が進みまくりって、↓か？当面CUDAエンコの半分にもならんだろう
akiba-pc.watch.impress.co.jp/hotline/20100403/ni_c6176se.html
akiba-pc.watch.impress.co.jp/hotline/20100327/ni_cw3680.html
- 836 名前：デフォルトの名無しさん [2010/04/07(水) 15:29:03 ]
- >>835
CUDAエンコは実用性ゼロと言われているだろ
HPC以外の分野でCUDAを利用している人はいないだろ
- 837 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 15:31:47 ]
- >>834
そこ大事だよな。CPUと違って、倍精度・単精度の使い分けで性能違うもんな。
て、マキーノは昔、計算パスの場所によって計算精度が違う計算機を作ってたもんな
- 838 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 15:33:36 ]
- >>836
エンコの中の人が面倒くさがっているだけなんじゃないの
- 839 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 15:38:47 ]
- >>838
環境を作るのがめんどくさい。
コードを書き換えるのがめんどくさい。
最適化するのがめんどくさい。
- 840 名前：デフォルトの名無しさん [2010/04/07(水) 15:45:24 ]
- >>838
まともなエンコを利用できないという事実が重要
- 841 名前：デフォルトの名無しさん [2010/04/07(水) 18:57:43 ]
- たしかにOpteron12コアX4がFermiと同じ値段ならGPU終わるな。
既存のコードがそのまま動くし。
CUDAでこれ以上の性能が出るアプリは限られている。
- 842 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 19:05:29 ]
- fermiの場合ボッタクリなだけのような。
最終的にはfusionみたいな物に落ち着くだろうけど。
GPUのアーキテクチャとしては変に汎用に振るより
コンパクトな割に暗号解読みたいに得意なものが速い
と言う方が良いだろう。
- 843 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 20:15:16 ]
- >>838
正直エンコにCUDAを適応出来る処理が少なすぎる
- 844 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 21:02:20 ]
- x264の開発者が全員RADE愛好者だったとかいうオチなら面白い
- 845 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 21:05:12 ]
- >>839
ペガシスがKarmaPlusに導入したCUDAエンコをTXP4になかなか導入
しないのはそれが原因かｗ
- 846 名前：デフォルトの名無しさん [2010/04/08(木) 00:28:04 ]
- >>841
メニーコア化が進展すればGPUは終わるよね
実際のところ、全然進んでないからNVは助かっているけど
- 847 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 00:33:02 ]
- メニーコアのメニーの次元が、GPUとCPUじゃ、全然違うしな
- 848 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 00:52:10 ]
- 新しいものが出てくるときはチャンスだと思うんだが、このスレではそんな気配かけらもないな。
やっぱり日本人てダメなのかね
- 849 名前：デフォルトの名無しさん [2010/04/08(木) 00:53:43 ]
- だって、HPC向けはコストパフォーマンス悪いし
GeForceは機能削られまくりだし、いまいちなんだよね
- 850 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 00:56:38 ]
- ATOM+IONチップセットで
エンコ爆速になったりしないか
- 851 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 01:25:40 ]
- >>850
動画データの転送には最低でもPenDは必要。
>>848
バカンスの概念が無い日本人はここぞって時に余力が無い。
>>841
4万のマザーに32,480円の8コア載せるより
5千円のマザーに1.6万円の4コア載せて数万のビデオカード挿す方が数倍早い
んだろうし、どっちもムーアの法則どうり進化すればGPUは当分優勢では？
- 852 名前：デフォルトの名無しさん [2010/04/08(木) 06:07:48 ]
- GPUで縁故するとなんであんなに汚いの?
- 853 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 06:24:22 ]
- ソースみたいとわからん。
- 854 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 06:27:58 ]
- SpursEngineでエンコして汚いのはハードのせい
CUDAでエンコして汚い場合はソフトが成熟してないから
- 855 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 07:03:51 ]
- >>851
適材適所ってことだよなー
y=a*x+b を100万個×10万回 みたいな計算には巨大コアはいらない、
小さいコアがたくさんある方が速い みたいな。
- 856 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 19:19:24 ]
- >>851
なぜ今頃ムーアの法則？
成り立たなくなってかなり経つんだが
- 857 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 19:46:55 ]
- え？
- 858 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 19:53:19 ]
- >>856
え？
- 859 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 21:00:18 ]
- >>856
_......_
__ ／.::::::::::｀:.､
／, - ｒ, /::::i::::ﾊ:i:::::;::',
r-'ヽ./ｲ i::::|ｲ/' '-ﾍl:::i
｀ ｰ､i { l::::l '"´ ￣ l:::l ＜またまたｗご冗談を
l! l l::::ﾄ､ r_っ ,ィ:::l
l ﾄヽ::l弋ニ＜l::::l!
ゝ- イ` ｲ^ｲ
| /-{′
wiredvision.jp/news/200709/2007092021.html
www.itmedia.co.jp/news/articles/0906/18/news006.html
|
 |
