AMDの次世代APU/CPUについて語ろう187世代
1 :
Socket774 :
2014/02/07(金) 01:22:55.14 ID:mhdP3e9Z たった それだけ
2 :
Socket774 :2014/02/07(金) 02:01:16.36 ID:ejpGXQ38
3 :
Socket774 :2014/02/07(金) 02:35:49.39 ID:OeD3rmES
IntelのiGPUも絶対対応すべきなんだよな dGPUのおかげでさぼりがちなiGPUの使い道は結構多い
4 :
Socket774 :2014/02/07(金) 02:59:59.16 ID:FCZhRqtV
そもそもそんなに需要はあるのかという話はさておき、 プラットフォームをまたいだコードを書きたいならOpenCLでいいのでは IntelもBroadwellかSkylakeで1.2/2.0対応入れるだろうし とはいえ、最適化の手間と、 もともとOpenCLは低水準で開発がめんどくさいことを考えると 当面の普及は限定的になってもおかしくないとは思うけど
5 :
Socket774 :2014/02/07(金) 03:47:03.19 ID:uKk7NC4/
GPGPUの普及の妨げの最大の原因が、コヒーレントが取れないこととポインタが使えないことだった だから、GPGPU向けに専用の言語や環境があって開発がすこぶる面倒だった APUのhUMAはそれを解決するハードウェアの仕組みだし、OpenCL2やHSAはそれを活用できる環境になる hUMAはGPGPUの活用を考えてるあらゆるメーカーが待ち望んでいる機能だから、IntelとNVIDIAの非対応とか関係なく、 あらゆる場面で採用が進むだろうな
6 :
Socket774 :2014/02/07(金) 05:48:46.43 ID:FCZhRqtV
そもそもGPGPUが難しいという点をなぜ無視するのか
7 :
,,・´∀`・,,)っ-○○○ :2014/02/07(金) 07:51:49.40 ID:j8lUve94
簡単ということにしておかないと 「こんな糞技術に全力なAMDだめぽ」 と言わないといけなくなるから
8 :
Socket774 :2014/02/07(金) 08:09:53.01 ID:tNpOe4W5
>>5 コヒーレントなら、nViaidaがMaxwellで実現したし
>>6 CPUでの開発難度を 1 とすると、GPGPU は 10 へたすりゃ 100 くらいなんだよな
で、HSA で楽になると言っても、せいぜん半分くらい
9 :
,,・´∀`・,,)っ-○○○ :2014/02/07(金) 08:10:24.88 ID:j8lUve94
そもそもメーカーはアクセラレータとしてXeon PhiとTeslaしか用意してないから AMDのGPUを使いたいなんて誰も思ってないよ
バーチャルだと、結局明示的に制御した方が良いって話になるのでは?
11 :
,,・´∀`・,,)っ-○○○ :2014/02/07(金) 08:13:42.43 ID:j8lUve94
CUDA6はcudaMemcpyが不要になってC/C++ + OpenMPより ちょっと面倒くらいの生産性になったけど AMDのBolt(笑)はサンプル読む限り初期のCUDAの取っ付き辛さすら可愛いくらい 致命的に生産性悪いんだが。コードのタイプ量多すぎ。
13 :
,,・´∀`・,,)っ-○○○ :2014/02/07(金) 08:25:09.31 ID:j8lUve94
OpenCLにはSPIRがあるからHSAILなんて要らないだろ AppleもIntelもNVIDIAもSPIR支持
15 :
Socket774 :2014/02/07(金) 08:41:43.38 ID:t7ubaw4e
もう計算ごとに専用ASIC組んだほうが効率的なんじゃないの? さすがに1つの計算に専用ASIC組むのは非効率的なので、 たとえば1つのダイによくつかわれる100種類の計算回路を入れて、 特定の計算のみ有効にしたバージョン出したり、全部解放したバージョン出したりすればいいよ
fpgaで
>>15 ハードで組むと暗号とかCODECのバージョンアップに対応できないからな。DSPにすれば自由度は上がるがそれならGPU使った方がいい。
20 :
,,・´∀`・,,)っ-○○○ :2014/02/07(金) 08:54:42.07 ID:j8lUve94
医療用や製造ライン向けの少量生産の特定用途向け高性能プロセッサは 20nm世代以降は高くつくからFPGAだな
22 :
Socket774 :2014/02/07(金) 09:01:56.22 ID:eccU+4Tn
ここはAMDの次世代APU/CPUについて語るスレです intelの宣伝用のスレではありませんので intelの宣伝は他でしてください AMDの自作用限定ではありません AMDなら何でもござれです
23 :
,,・´∀`・,,)っ-○○○ :2014/02/07(金) 09:02:13.54 ID:j8lUve94
Starswarm Benchmarkだと旧世代GPUでも14.1βドライバーでMantle体感できるね。 DirectXでFPSドロップしてたシーンでもフレームレート維持してて、なかなかスゴい。
実ゲームは?
次スレも立てずに埋めたてて このスレでも飽きもせず相手にして埋め続けるとか
>>8 過去形って事は、Maxwelもう発売されたの?
28 :
Socket774 :2014/02/07(金) 13:07:31.49 ID:NvkVv6+D
>>28 あからさまにオブジェクト数が減ってるな、俺の眼の錯覚だろうか?
DirectX側のグラフィックを比較対象のMantle版くらいにすれば ひょっとしてMantleよりFPS稼げるんじゃ・・・
LINPACKは過去のものに
新たなベンチマークHPCG
http://news.mynavi.jp/column/sc13/010/ つまり、LINPACKが解いている問題と現実の問題とは性質が異なり、LINPACK性能が高いことが実アプリの実行性能が
高いことにあまり繋がらなくなってしまっている。
そうなると、高いLINPACK性能を達成してTop500の1位を取ろうという努力は、実用的には意味の無い努力で、
Top500の存在はスパコンの発展にプラスになるどころか、間違った方向にスパコンの開発を引きずってしまう
マイナス要因になってしまう。
このような懸念から、テネシー大のJack Dongarra教授らはHPCG(High Performance Conjugate Gradient)という
ベンチマークプログラムを開発している。
なお、Jack Dongarra教授は、Top500の主催者の1人で、HPLを開発し人物である。
http://news.mynavi.jp/photo/column/sc13/010/images/008l.jpg この図に示すように、32ノードのシステムのピーク演算性能は5000GFlops弱で、HPLでは4000GFlops強とピークの
80%以上の性能が出ているが、HPCGの場合は、0.5%程度の性能しか出ていない。つまり、HPCGでは演算時間よりも、
飛び飛びのメモリアクセスやノード間のMPI通信の時間が性能に大きく影響している。
このため、HPLで性能が高いシステムがHPCGでも性能が高いとは限らない。
また、HPCGで高性能を出すための技術の開発も必要となる。
これTOP500の方でもパラダイムシフトが起こるんじゃないの
ARMがサーバシステムの基本仕様を発表
http://www.theregister.co.uk/2014/01/29/arm_standardization_sbsa/ ARMベースのサーバSoCチップを開発している会社が多数あり,プロセサアーキテクチャは同じですが,
どのような周辺コントローラが付いているか,メモリマップがどうなっているかは,各社でまちまちです。
このため,OSを作る方は,ハードウェアに近い層を各社のチップにカストマイズする必要があり,
手間が掛かるという状況になっています。
SBSAの詳細は発表されていないのですが,これらの周辺に関して,何が接続されているかを見つける手順や
接続されている周辺の情報を得る手順を標準化し,ハードウェアが持つべき機能を3レベルに標準化するとのことです。
SBSAの検討グループには,AMD, HP, Red Hat, AppliedMicro, Cavium, Broadcom, Texas Instruments,
Microsoft, and the Linaro Linux-on-ARM group,などが入っているとのことです。
>>28 並べると明らかに右がおかしいのが分かるな
動画でも左で見えてた物が右に行くと見えなくなってるし・・・
β版だからだよな?
>>32 kaveriの場合DirectXだと設定下げてもfps稼げないからね
まあ画質を求める人は今の所APUだろうがIntelだろうがグラボ積んでDX11でやれってことだね
BF4側の問題、全体的にフォグがかかってるのも修正対象
39 :
Socket774 :2014/02/07(金) 16:04:10.33 ID:NvkVv6+D
フォグがかかるとオブエクトが減るのか
その詭弁、お前団子だな
41 :
Socket774 :2014/02/07(金) 16:10:37.32 ID:NvkVv6+D
Mantleでオブジェクトの数やらは変わらんよ ってか邪魔な草木を枯らして視界良てくれるならむしろ大歓迎だな
フォグがかかりすぎて遠くが見えないとか?
手前
フォグがかからなくなったらもっとfps上がるのか 胸が熱くなるな
どうでもいい話だが設定でオブジェクトのオンオフ切り替え出来るのが気に入らない
さすがチーティーアイ
石に違いなんてあるか? 設定変えて同じ場所にいても違いなんてないぞ
>>48 それ今撮ったやつ?もう修正されてるんじゃん
もちろん今さっき撮った奴だ フォグの設定だけだろ違うのは
何気にMSもmantleは嫌なんじゃないか? PCゲームのプラットフォームはDirectXで持っているようなものだから OSのシェアが他に移るんじゃないかと素人ながらに考えてしまうんだよな
残念なのはお前の脳だよ、いつの情報だよそれ
嘘も100回コピペすれば真実になるって奴だな 本当にMantleが脅威になっているらしい
すくなくともベンチの数値が出回ってるころの情報だよ
大体木の数が設定で変わったら低設定が有利過ぎるからな それに木そのものは切り倒せてほっとけば残骸は消えるし 結局アホが釣られただけだろ
石ころはリアルタイムでプロシージャル生成されてるとしたら毎回違うかもしれんな
>>61 DirectX11とMantleは設定変更時にクライアントを再起動しないと有効化されないが
とりあえず石ころを見る限り
ランダム生成ではなく同じ場所に配置されるようになってるぞ
>>62 根本的にわかってないのがBF4は初のMantleAPI対応タイトルでプロトタイプもいいところ
コンソール機でいうところのローンチタイトル的(しかも移植物)な立ち位置だってことだぞ
PS3初期のタイトルをみて今日のPS3の現状を予見できたとでもいうのかね
はいはい 期待してるよ
120Hzモニタでなるべく遅延出さずに遊ぶならIntel6コアと290Xじゃないと無理だがな
将来的な期待はしてやるが現時点ではただのゴミだな。 パーツショップも金のために嘘をつくからたちが悪い。 AMDが大げさに言うのはまだわかる。 けれど追従するライターは馬鹿だ。 国内にPCライターはいないと言われるがその通りだな。
7850Kは歩留まりが悪いだけな気もするけどな 7700Kって歩留まりがまともなら、あの値段・スペックでは売らないだろう
最近VIPの自作PCスレでも必死な奴が沸いてるもんなぁ
72 :
,,・´∀`・,,)っ-○○○ :2014/02/07(金) 19:31:02.31 ID:j8lUve94
>>33 これなにげにGPGPUスパコン終了のお知らせじゃね?
まあFireProはスパコン向けとしては始まってすらないからどうでもいいんだろうが
Xeon PhiもPCIe版よりソケット版のほうが格段にスコア高くなりそうだな
自宅でクラスタっすよ社長
> 323 名前:Socket774[sage] 投稿日:2014/02/07(金) 19:30:56.26 ID:PW7sqzef
> 土日はゴシゴシ動画でも観るか
http://www.youtube.com/user/5454doga _n n_
( l _、_ _、_ l )
\ \ ( <_,` ) ( ,_ノ` ) / /
ヽ___ ̄ ̄ ) (  ̄ ̄___/
/ / \ \
土日消費するほどの量ないだろw
>>72 MaxwellもDenverの上にOSが載って単体動作するようになるだろうから
結局ソケット版のようなものになるんじゃね
AMDはとりあえずHPCやる気なしだから、スレ的には直接関係しそうもない話だが
>>75 ハ,,ハ
(゚ω゚ )-、 今度、セレロン内蔵のみで
,(mソ)ヽ i BF4をどこまで楽しめるかを放送しますのでお楽しみに
/ / ヽ ヽ l
 ̄ ̄ ̄ (_,ノ ̄ ヽ、_ノ ̄
78 :
,,・´∀`・,,)っ-○○○ :2014/02/07(金) 19:58:22.89 ID:j8lUve94
インターコネクトの問題よ。 Near Memoryを16GB搭載したXeon Phiを4ソケットに挿せば 64GBの高速メモリを共有できることになる。 PCIeじゃCPU直結のインターコネクトに勝てんでしょ まあ一応PCIe 3.0でx48とか出てるけど
80 :
,,・´∀`・,,)っ-○○○ :2014/02/07(金) 20:02:31.16 ID:j8lUve94
つうかここ最近業界()の話しかしてないねこのスレw そういえばOpenCL2.0でHSAがどうのこうのって話あったけど、元々2.0は仮想メモリ共有機能とかいうのがあるのね OpenCLがHSAに対応っていうよりHSA、というかhUMAがOpenCLに対応って感じみたい とりあえずOpenCL系ソフトのアップデート待ちだけど、少しは面白くなりそう
Freedom Fabricってそんなにすごいやつだったっけ? 競合はHPC系のシステムというかは、Moonshotとかだと思ってた Teslaはとりあえず、PCI-Eを噛ませずにInfiniBand直挿しにはなるんでない 近傍のプロセッサ間の通信コストがどれぐらいの比重になるのか知らんから マルチソケットのXeon Phiと比べてどうなのかは…… 実績で推すならCrayのインターコネクト部隊を買ってきたPhiって所なのかなあ
MantleはDX11と同じ絵が出せるようになってからだな APIが違ったら画質比較も必要だと思ってたのに、どこのサイトもやってなくて不思議だった
再起動したら同じ絵になるんじゃないの?
一時は世界を牛耳るとまで言われてたIBMが…
半導体製造業を売り飛ばすなんて話は昔から出てるから売られても不思議では無い
88 :
,,・´∀`・,,)っ-○○○ :2014/02/07(金) 20:55:47.87 ID:j8lUve94
IBMのFabで製造されてた製品が受託製品も含めて手に入るなら まあアリだろうがIBMも含めてTSMCとかIntelに投げるんじゃないかと 考えられるし、IBMが出してた分の最先端プロセス開発の費用の負担を GFが負担しなきゃならなくなるので必ずしも買収がおいしいとは言いがたい
なんかIntelの、次のドライバで覚醒するってのをずーっとやって 最後まで覚醒しなかったIGPを思い出した。
原理的にはMantleのほうがリッチに出来そうなのにね。がんばってくれ。 ハードウェア的に実装していてもDirectXにないため使えない機能を叩けるようになるといいね。
>>88 人も手に入るなら悪くないんじゃね。
28nmでGFがダメだったときでも22nmぐらいのPowerを生産してたみたいだし
95 :
Socket774 :2014/02/08(土) 03:57:02.44 ID:LPP4wZqO
>>91 普通はGPUダイレクトのマントルのほうが画質は良くなるんじゃないのか
dgpuいらんくらいigpuの性能上げて欲しい 爆熱でもかまわん
100 :
Socket774 :2014/02/08(土) 06:51:35.97 ID:G4DVJzdc
ゲフォ厨ってのはホント頭おかしい奴しかいない
>>91 信者フィルターを通すとこれが同じ絵に見えるらしいw
今のAMDって、GPUもAPUも絶好調やな
1-3月期の売上見通しは-16%だけどね
生産した端から売れているのにその予測ってのは、何らかの設備投資とかなんかで生産数が絞られているのかな? AMD自体はHSAやらMantleに掛かりっきりで、生産委託のGFは新プロセスルールへ工場設備変更中とかか?
>>107 PS4や箱1の生産も追いついてるのか微妙な状況だししばらく品薄なんじゃね
「Opteronが売れてない」で説明つく話では
>>108 単にフォグが常時かかるバグで色が変わってるだけだろ
diceも認識して修正中
>>111 バグか
修正したらfps下がったりするんだろうか
なんにせよ早く良くなるとよいな
>>112 設定:晴なのに設定:曇になってるだけだよ
そもそも前からopteron売れてないだろ PC市場が縮小してる煽り喰ってるだけじゃないのか
>>113 雲の量が変わってないのに曇りだと・・・
>>111 も言ってるように既知のバグなんじゃないの?
おかげさまで少々古くてもそこそこ使える
>>114 鯖市場は、まだ落ちてません。
そこで落ちるのは、単に、 opteronを選ぶメリットが無いからです。
1Pの8コアOpteronの後継がなくなった。 いくら「これからはAPUサーバの時代だ!」といっても、今まで使ってた顧客は CPU8コアから4コアにグレードダウンできるわけではないのです。
>>119 fogがおかしかったり、ガンマ、コントラスト、テクスチャもおかしいのか
バグだらけだな
はよう良くならんかねぇ
本業が回復する前にセミカスタムのスタートダッシュが終わるだけな気がするが Kaveriはデスク向けに少量出しただけで、Radeonなんか売れても知れてるし セミカスタムのカンフル効果が消える前になんとかしたいところだ 過去のマイナスでかすぎてそれ取り戻すだけでも無理ゲーだけども
123 :
Socket774 :2014/02/08(土) 10:33:38.73 ID:H3j+WqwR
コア数が多いopteron導入してくれてた企業内クラウド・仮想デスクトップ系のサーバも、 AMDがAPUサーバなんてやってコア数少ないCPUをメインにしてくれば 買ってくれなくなるのは当然だね 単価の高いサーバ用CPUをなんでAMDは重視しないのかよくわからん
125 :
Socket774 :2014/02/08(土) 10:35:20.84 ID:H3j+WqwR
とりあえずBF4のMantleの描画がおかしいのは、DICEがBF4のバグだっていってるから、 BF4のアップデート&再検証待ちだね
サーバー重視したくてもxeonに勝てない それがわかってるから
あとARM A57のサーバーがx86に対してどんなメリットがあるのか疑問
結局違うコードを通すんだから、挙動が変わるのは当然でしょ。
OPがAPUになったらマルチGでGPU性能も伸ばせるな。 品切れっても、自作界隈の様子で市場全体の反応は量れんでしょ。
130 :
Socket774 :2014/02/08(土) 10:49:36.68 ID:H3j+WqwR
>>127 Intelが最新ATOMや最新Xeonを投入するまでは、ワットパフォーマンスで利点があった
Xeon E3-1230L v3 や Silvermontのワッパが良すぎて、ワッパでもIntelを選ぶ時代になった
A57のメリットが解ってないのにXeonに勝てないとか 126が今回の吹雪呼んだろ。
アプリさえ作ればA4の安い端末とちょっと良い鯖でシステムが組める。
>>133 www.kao.com/jp/merit/
鯖分野では4コアじゃだめなんです、コアが欲しいんです 同じようにメモリが欲しい で単体性能はけして悪い選択ではないamdも 運用では10台20台繋げて繋ごうとしたとき がらりと性質が変わるんだな 別々でも行けるものもあるが 大抵はcpuもメモリの大きさもすべて同じでなければいけない そして自作じゃあるまいし、cpuを選ぶわけではない そんなわけで、opteronがXeonがというのは 選ぶ段階にはないんだな
10GbE載ってるし安かったら爆発的に人気になりそう てか俺も1枚欲しい
>運用では10台20台繋げて繋ごうとしたとき >がらりと性質が変わるんだな 一番でかい差は営業の売り込みだと思うわ
8コアはよ
ARMはサーバ向けとしてのソフト資産がないという点だな
Windows RTって結局8.1でもActiveDirectory非対応だったわけだけど ARMでWindows Serverなんて出して大丈夫かな〜と。 無いものだらけで結局不評という落ちになりそうな気が。
141 :
100 :2014/02/08(土) 13:56:06.68 ID:x7HtMLlk
>>108 これはわかりやすい、描画の色が違うだけで劣化とかそういうんじゃない感じね
>>141 そもそもこの話題扱ってるとこではポストプロセッシングのバグだろうって書いてある
オブジェクトガーとかチートガーとか言ってるのはNV厨だけ
ARMのWindowsServerはx86互換レイヤのWOW64位は積んでるんじゃないの?
じゃx86でいいじゃん
取敢えずnVIDIAなんたらは、nVIDIAが新タイタンをAMDがベヒモスを発売してからで良いよ。
>>143 今のWindowsRTにそんな仕組み無いから。
やるとしてもHyper-V搭載して仮想PCで別OS動かすくらいだろう
WOW64は64Bit版Windows用の機能だからなw というかRTは本命と見られている64BitARMまでのつなぎ用で ネイティブアプリの登場を抑えるためにストアアプリしか使えない状態だし
148 :
Socket774 :2014/02/08(土) 14:30:20.50 ID:fAEPs0Hp
Googleみたいにサーバ用のソフト全部自前でやりますみたいな会社にとっては サーバがARMでもべつにいいだろうけど、 多くの会社は自前でやらずに外部のを使うわけだから、 やはりx86がやりやすい
サーバ周りはWindowsRT以外にも選択肢はあるし Linuxとかなら現時点でもソフトはARMでビルドしちゃえばいいんだから問題無しだろ 実効性能やらコンパイラやらの要素でx86に対抗出来るかが問題
EPSONのTenashタブ届いた。もうちょっとで雪のせいで遅れる所だった。 果たして自慢の顔認証は使えるのか?を試す。
あれ 2月下旬じゃなかったの? はええじゃん
あ、ノート板のスレと間違えた。すまん
>>151 のんびり待つつもりだったのに早かった。
やっぱ売れてないのかも…完全に旬を逃してるし。
いまさらclovertrail並みの物が売れるわけがない InstantGoにも対応してない
>>152 いいよ。ここで。
ここは自作限定じゃないし。
AMDの話題ならなんでもおk。
いや勝手なマイルール適用するなよ
いや、AMDはノートや携帯機用にも次世代APU出してるんだから、 当然ながら話題内でしょ というか、世の中ID:PIkvlu5zの思い通りに成るわけがない
RTのActiveDirectoryの一件は対応するって宣言しておいて 結局対応できなかった例だからサーバでどんな機能がオミットされるか わかったもんじゃないよ
>>157 株板ならともかく自作板なんだが
自作に関係ないAMDの話を何故自作板でしたいんだ?
(そんなこと言ったら、スパコン話でずっと盛り上がっているこのスレは)
>>160 お前を無視して世の中動いてるってことさ
モバイル物も、自作向けには出回ってるから、基板、自作キットで出回る期待的な話はありでしょ。 うちにもC-60、kabiniと窓8で両方あるし。 所で、AMDの動画再生ベストなソフトって何があるん? Arcsoft TMT6とか、本家DL版買わなきゃダメかなぁと悩み中。 使用中の、Jungle劣化版がアプデされなさすぎてダメなんで。
期待する話とかはいいけど、タブレット自体の話は板違いだしな
>>152 も自覚してる
企業向けの需要で仕様決めて、一般向けは赤字覚悟のサービス販売だし、アレはしようがないよな。 >>タブレット自体の話は板違いだしな 板違いだけど、自作PCのサブモニター的に、Live!経由でSmartGlassなどが使えるタブレットも良いよな。 リモートプレイ用にRadeonSkyの機能が、APU向けにCCC内臓とか出来ないのかねぇ。
今日は、良く冷えるね。 A10-7850 DDR3-2400 8GB、窓8.1 Asrock FM2A88XM ex4+、銀石 銀80 750w、銀石mケース SSD 128GBx2、海門 2GB、芝 3GB サファ260X+HIS 260X CFX 室温11.8度 CPU温度 Min19-Max30度 起動 155w アイドル 94w 負荷時 270w
基本板違いの話しかしてないようなw
>>163 powerDVD使ってるけどそこそこいいよ、CPUでもGPUでもアプコンできるし
内蔵コーデックとかはVLCに劣るのがあれだけど……エンコ設定が悪いのか副音声がpowerDVDだと読めない
>>167 thx やっぱ定番が一番か。 13Ultraアンインストールしちゃったので、入れなおすかorz
いまあるopenclソフトをkaveriで動かすと、humaでメモリコピーが生じなくなるのか? それともメモリコピーは生じるのか。後者ならソフトつくり直さないといけないってことだよな。
A10 7850は電力効率が悪すぎるな。コスパも良くない。28nmの限界だな。。
>>169 作り直さないとダメだね
OpenCLのHSA対応は2種類あって、一つがBoltだのを使った完全なHSAアプリ
もう一つがOpenCL2.0の仮想メモリ共有、後者はdGPUでも使えるけどhUMA使うとメモリコピーが要らなくなる
もちろん仮想メモリ共有はnVIDIAでもIntelでもつかえる
APUを高速化させるって意味で対応する後者のソフトは出ないだろうけど、メモリ共有で
クリアできるソフトウェアの問題があるなら使われるだろうし、そうなればAPUの恩恵も小さくないだろうね(多分)
>>170 作り直さないとだめなのか。手間がかかるな
OpenCL2.0を使ってないソフトはhumaの恩恵なしってことなのか。
あと、IntelはHSAは当然やらないだろうが、OpenCL2.0の仮想メモリ共有を使って
iGPUでメモリコピー不要をやる可能性があるってことか。
根本的な問題として、OpenCLの中間言語としてSPIRがあるのに なぜHSAILを使う必要があるのか
HSAIL上からはWavefront単位でのSIMT実行は、Finalizerによってマップされる。 ハードウェアの実行モデルやレジスタを隠蔽することは、AMD以外のハードウェア を含む多種多様なプロセッサをサポートするために必要なことだとAMDは説明する。 素人の俺でも何となく役割分かったんだけど。堅物なんだな。 異種アーキ対応の為だろ それにHSAはOpenclより効率悪いのははじめから分かってる話でつっかかるとこ じゃないだろ。
別にHSAとしてじゃなくてOpenCLとして実装されてる機能ならHSAIL使わんでもいいんじゃね? まあOpenCL2.0自体AMDが結構関わってるらしいからそれでもメンドクサイかもしれんがwww hUMA自体は最適化しないでも使える、もちろん最適化した方がパフォーマンスは出るから それ用に一応用意したもんじゃないの?HSAILだのBoltだのは 最適化しないでもhUMA凄いよ、だから開発環境は他社の使ってね^^ってのもなんかあれだしなあ
>>173 2.0の新機能限定ね、それ以外でも使うならAMDの開発環境でやりましょうって感じ
まあ大抵のOpenCLはAMDの環境じゃ開発してないんで、新機能限定って解釈でも問題ないけどw
>>175 元々OpenCLは異種アーキを想定してたような
>>177 >大抵のOpenCLはAMDの環境じゃ開発してないんで
わらった。でもそうだろうな。
OpenCLはどこの環境が多いんだ? まさかIntelってことはないよな
あと、よそのOpenCL環境で開発して、Intel、Nv、ATiのGPUに対応したソフト作れるのか
で お買い得な構成は?
>>180 OpenCLとして実装されてる範囲なら性能不足じゃないかぎりどれでも動く、勿論CPUのSIMDでも
ただ、開発者側で想定してる環境ってのはあるわけで、こっそりとnVIDIAのグラボ積んどいた方がいいよ〜
とか書いてあったりが多いね、CUDA→OpenCLにも対応ってパターンも多いし
勿論ガッチガチに最適化したHSAアプリだってOpenCLならIntel+ゲフォでも使える
ただ、dGPUを想定して作ってない場合はほとんどCPUだけで処理することになるかもしれないけどw
大抵はdGPUも想定するからHSAでGPGPU開発が楽になるよ〜とか言っても何の意味もなかったりする
>>108 このゲームて太陽が雲に隠れたりするのか?
>>180 残念ながら後ろ向きな意味でopenCLはamdだね
openclは、少し変えればamd,ncidiaのどちらでも動くけど、
nvidiaなら、やはりCUDAがあるしそちらが強い
うるせえなぁ、ちっamdも動かすか、
というときぐらいにopenclで濁す
最初からopenCL何て言うのは
amdが金払ったりでかなり頑張ってるソフト
ソレは幻想だよ NVIDIA環境でOpenCLでソフトを作ったら何故かRADEONだとエラーを吐くとか GPU向けに最適化したらIntelのOpenCLで動かないとか普通に起こる
AMD的にはOpenCLで(HSAの機能を)使うのは過渡期という考えだからでは<オリジナルの中間層
それを言ったらnVIDIA環境内でも同じことは起こるしなあ nVIDIAでしか使えないならCUDAの方がいいわけで、ラデでもちゃんとテストはするだろ一応 細かくハード指定してあって、OpenCLなのにラデの指定がない(やるなら自己責任)ってソフトもあるけどさ
そもそも同じnVIDIAでもAMDでもその世代や性能に合わせて設定弄らないと性能だせないとかもあるし、抽象化が少なければ少ないほどそういうのはままある事だと思うぞ。 そういう意味ではMantleで7700Kと290Xと290に限定されたβが今あるけど、他のAPU/GPUにもそれぞれ最適化されていったら凄い事になるだろう一方で、作成側ではその辺の 作り込みをユーザー丸投げ(色々な設定値を設ける)のか、制作側できっちり最適化させてユーザーは何一つ弄らずに済むようにするのか今後の対応タイトル群で気になるね。
>>190 >ユーザー丸投げ(色々な設定値を設ける)のか、
>制作側できっちり最適化させてユーザーは何一つ弄らずに済むようにするのか
前者はともかく、後者は完全には無理だと思う。
そもそも超低画質でのゲームか動画程度しか無理(ローエンド)な環境から、
4k2kサイズである程度動作が出来る環境(SLIまたはCFX)まで選択肢がある状況の中で、
まったくいじらずというのには無理がある。
ローエンド用、ミドルレンジ用、ハイエンド用、CFXおよびSLI用と単純化するのがせいぜいじゃないか?
>>179 異種アーキ使えるけど、x86やARM用とかは別々に作らないとダメだったはず。
HSAはどっちでも使えるよってのがメリットの一つ OSはしらね
>>191 SLIはMantleには無関係だろ。
後はIntelCPUも実質最適化は行わないだろうな。
多分AMD同士でもCPUなFXとかは外されるかも。
APUでiGPUも組み込んだ最適化を各GPU用に用意するのが限度だろうな。
>>193 Intelはx86だけだからopenCLで良いってことだな
>>195 別に使いたいアプリがARMデバイスで動かす予定がないならそれでいいかもしれないな
198 :
Socket774 :2014/02/09(日) 08:24:13.30 ID:rfvYGTKP
そもそも、なんでAMDもnvidiaも、GPUのネイティブコードでプログラミングさせないんだろ? ネイティブコードでプログラミングされるとなにかまずい理由でもあるのか?
>>198 互換性がまったくない
BIOSがマザーボードやGPUごとに違うように、
アプリもそれほどではないしても、個別に作って配布しなくてはならないぞ
ARMでもx86でも同じバイナリが動く(笑)としてGUIはどうするの? まさかJavaみたいにGUIまでマルチプラットフォームの実装を用意するつもり? wwww
201 :
Socket774 :2014/02/09(日) 09:13:36.54 ID:rfvYGTKP
>>199 互換性無くてもできるだけパフォーマンス出したいユーザーとかはいるだろうに
もともと、HPC系ユーザーはスパコンに合わせてコード組み直すようなユーザーも多い分野
最大限に最適化したい人もいるはず
VLIW4とVLIW5とGCNとアーキテクチャ変わるたびに最適化も変わって大変になるだろ
※VLIW世代のCAL/ILは最初から切り捨ててます。現役なのってWiiUくらいだろ。
マルチプラットフォームでアプリ作りたきゃHTML5を使えばいいんだよ
HTML5ならwebCLの絡みがあるだろ
Win2000に乗ってたIE6を見てこれは使えると思った人は多数居たと思う
皮肉だけどな。 別々にネイティブアプリ書いたほうが生産性高い例。
2000のはIE5 Meが悪名高いIE5.5 IE6はXP
webCLなんて悪意のある使い方をされたらwebGLの比ではないぐらいアレだと思うが
゚ *. (_ヽ + 。
' * ハ,,ハ | | + セレロン用の電源新調したおー
. ( ゚ω゚ / / 。 クロシコ プラチナ電源 KRPW-PT500W/92+
+ y'_ イ *
http://youtu.be/_pA4rhndE7Q 〈_,)l | * 。
ガタン lll./ /l | lll +
:::::::::::.: .:. . ハ,,,,,,,,,,ハ . . . .: ::::::::
:::::::: :.: . . /彡ミ゛ヽ;)ヽ、. ::: : :: なんか安物感がハンパないわ、、、
::::::: :.: . . / :::/:: ヽ、ヽ、i . .:: :.: ::: やっぱり電源とケースだけは安物買ったらダメだ、、、
 ̄ ̄ ̄(_,ノ  ̄ ̄ヽ、_ノ ̄
マントルが手抜き処理でFPS稼ぐ仕様だったなんて… 結局性能が引き出せると思わせてカラクリがあったわけね。
MantleとDirectXの画質比較のねつ造がバレたとたんそこら中のスレに張りまくってるね 嘘でも100回いえばなんとやらってやつか
実アプリでは無意味な空APIコールを中心にしたベンチマークで45%性能UPがオチだったとはな。
人は過去に言われた罵倒語しか使えないとよく言うが 雑音はHD Graphics(笑)を手抜き処理と言われたことを我がことのように気に病んでるのだろうか
218 :
Socket774 :2014/02/09(日) 13:03:48.98 ID:ynh69tNu
インテルヌビ連合は馬鹿ばかりだなw
Mantleは何よりも実用的か環境で大きな性能向上が見られたのが良かった CPUネックにならない高グラフィック設定の低fps帯では性能向上も今一つだが 視認性重視でグラフィックを落としてフレームレート稼ぐ必要のあるマルチプレイでは凄く快適になった 正直、60%以上性能が上がるなんてMantle前提で組まれたようなゲームくらいだろと思ってたが DirectXの現状って思ったより深刻だなと考えられされるいい機会だったな
MSもサボってたわけではない! ぼんようせいを犠牲にしたくなかっただけさ・・・
221 :
Socket774 :2014/02/09(日) 13:58:19.78 ID:rfvYGTKP
4コアAMDプロセッサ+290XのようなハイエンドGPU+フルHD程度の低負荷な環境+ゲーム側で中画質設定 くらいの場合にMantleでの性能向上がめっちゃ大きかったな DirectX/グラフィックドライバによるCPU負荷がボトルネックになる部分での 性能向上が大きい感じ
マントル:ボトルネックとなっている共通で使えるものを捨てて俺様用を作った HSA:共通で使えるものを作った(る) マントルは将来いまのDirectXと同じようにボトルネックって言われるようになるんじゃないか
>>220 それを言うならはんよ…
いやぼんようせいで間違ってないな
パイ焼きほど実アプリに意味のあるベンチは存在しないからな
土俵の違うものを比べて、まったく勘違いな根拠でネガっても、ボトルネックが誤用という、いつも通りだな。 オマエラ
>>222 これ
2大絵餅の本質は、実のところ正反対なんだよね
モバイル各社が採用したのでHSA大勝利!というのであれば
1社のしかもアーキ限定のAPIなんて流行るわけがないし
Mantleは無駄を捨て特化して高速化!というのであれば
様々なCPU/GPUで動く必要のあるHSAで良い性能が出るわけがない
>>227 面白いように両方の認識間違えてるから結論も間違えてる
>>227 鋭いな。
しかも外部メモリ経由でデータをやり取りするHSAよりiGPUのキャッシュをCPUが直接アクセスできるのやり方の方が本質的に速いし。
>>226 彼ら脳みそがボトルネックだから残念ながら締めるキャップが無くて妄言垂れ流しなんだわ
>>227 >>229 うわ〜これはひどいな。
ヘテロジニアスマルチコアについて一度勉強し直した方が良いよ。
ttp://ja.wikipedia.org/wiki/%E3%83%98%E3%83%86%E3%83%AD%E3%82%B8%E3%83%8B%E3%82%A2%E3%82%B9%E3%83%9E%E3%83%AB%E3%83%81%E3%82%B3%E3%82%A2 まずはMantleとは、ネイティブCとC♯でそれぞれ書かれたプログラムがあった場合に、より抽象化を行わず直接メモリやCPUを叩いているネイティブCの方が高性能というのによく似ている。
これの認識は正しい。
ただ、HSAとC♯は抽象化という意味では全く違う。
世の中にはx64CPU,ARMCPU,GPUとそれぞれ違うマイクロプロセッサが其々の得意分野で活躍しており、それはすなわちマイクロプロセッサ毎に得意分野と不得意分野がある事を意味している。
HSAとは、それぞれ得意分野が異なるマイクロプロセッサを組み合わせて一つとした"ヘテロジニアスマルチコア"の環境において、プログラムを書くときに自動でそのプログラムの処理特性によって、
自動で得意なマイクロプロセッサを識別し、それによってx64CPUでGPUをエミュレートしたり、x64CPUでARMCPUをエミュレートするような抽象化をせずに直接CPU/GPUに処理を割り当てることで
高速化させるという技術だ。
よってこれは最初に述べたようなC♯だったりOSをまたぐJAVAだったりというような抽象化とは全く違う。
どちらかと言えば直接得意なマイクロプロセッサに処理をさせるという意味ではネイティブCやMantleの思想にに近い。
(ただし本当の意味で其々のマイクロプロセッサ向けの処理言語よりは抽象化はされているという意味では確かに抽象化は行われている)
ゴシゴシ君、息してる?
___
/ \::/\
/ 。(一)::(一)。 みなさんAPU最後の時が近づいて来ました
|:: 。゚(_人_)゚| もし7850KがmantleBF4でセレロンに1fpsでも負けるような事になったら
\ ゚ `⌒´/゚ APUは完全に跡形もなく消滅します、、、
/ ⌒ヽ ̄ ̄ヽ゚。 そして、APUへの最後の刺客セレロンBF4専用機が完成間近です
/ __\ \/\ \ 最終最高結論PC動画はこちらです(まだケーブルはまとめてないけどね)
と__)_ヽ_つ ヽ_つ
http://youtu.be/XY-opq5OgJ4 そしてAMD次世代スレは終わる(というかもう終わった)、、、
>>229 早さの為じゃなくてできること増やす為じゃねーの?
まあOpenCL2.0自体に仮想メモリ共有機能があるし、これをdGPUと比較してどうかだね
dGPUより遅いならどっちもゴミだよw
>>233 ゴシの大好きセレ+HD7750+マントルで7850K単体でのマントルと差がないとなると
お前、セレコスパ最強って狂喜するんだろ。
いまのopebCLで作ったものとHSA対応のAMD開発環境で作ったものの 性能比較とかAMDは出していないのか。 AMDはHSAのアピールベンチデモ色々出して良いと思うんだけど
AMDには早くCarizzoを完成させたうえでHSAの土台を完璧に創り上げ、その上で更に自社のARMCPUも統合させた真のヘテロジニアスマルチコアを実現させて欲しいな。 そうなったらMSもWindows8.1とWindowsRTを統合させて完全に一つのOSとし、省電力モードではMetroを中心としたプログラムでAPU内のARM系CPUで処理したり、 GPGPUの処理が必要な時はAPU内のGPUで処理をするという、省電力・高速・高画質の三つの要素をまとめたOSをAPUを使う事で実現可能になる。 MSは自社のロードマップとして2015年のWindwos9からWindwos8.1とWindowsRT、WindowsPhoneの三本柱を順次統合させていくというは計画を発表しているし、 これにAMDもAPUでヘテロジニアスマルチコアを実現しながらそれに合わせ最適化・支援していくというのが理想的と言える。
>>236 LibreOffice Calcの奴がまさにそうなのでは?
NVIDIAのGPUでOpenCLよりC for CUDAのほうが速いってのと同じ理屈じゃねーの
業界()ではどうか知らんが一般用でのdGPUシェアはそこまで偏ってないわけで CUDAだけ対応って言われても結構困るけどね HSAもまあ似たようなもんだからそんな流行らないだろうけど、メモリ共有自体は面白そうなんだよね それが効果あるならその分野でそこそこ使われるんでね?仮想でならCPUとdGPUでも似たようなことできるらしいから そっちでもメリットあるならだけどw
>>233 えらく手間取ったな 裏工作しなきゃとてもじゃないが同じfpsに成らなかったとみえるw
7850kにはマントル+HD7750orR-250の向上変化がまだ一段残ってんのにw
>>241 7850KにdGPU足したら、G1820+HD7750との価格差が広がっちゃうじゃん
>>241 (^д^) いや、これだけに専念してるわけじゃないですから
(^д^) 余った時間に少しづつ進めてるだけだから
(^д^) BF4は本当にまだセレロンでは一度も立ち上げてないからどんなfps出るか分かりません
> 7850kにはマントル+HD7750orR-250の向上変化がまだ一段残ってんのに
(^д^) いやそれやって来るなら僕も構成考えますよ、今1.2マソの構成ですから
(^д^) 7850Kの値段に合わせたとしても1マソ余裕あるし、そっちがグラボ足すならさらに余裕できますので
頭打ちにならない比較をするなら、R9-290XCFXをするべきって事か? 2GPUでも4GPU以上でも良いけどそれならそれで是非比較してくれ。
かつてAMD広報もやってた宣伝法だよ 重い設定のゲームでFXはSandy-Eと同等!!みたいなやつ
>>210 もそうなんだが、
>仮に、Kaveri内蔵GPUが性能向上に影響しているとすれば、〜優位になる可能性もある。
>最適化も適用されている可能性はあるかもしれない。
いつからこんな記事が許されるようになったんだ?
きちんとAMDやEA/DICEに確認してから書けよと
>>245 というかそのグラフだと最低fpsなのか平均fpsなのか最高fpsなのかわからないから
比較の意味なくね?
最低30fps、最高100fps
最低50fps、最高80fps
の比較だと平均なら両方65fpsだけど、後者のほうが明らかに快適だと思うのだが
Core i7 4960Xを使うなら、A10-4770KにはM/Bと併せた価格差的にR9-290X2枚を余計に載せるべきだし、 Core i7 4770Kを使うなら、同じく価格的にVGAはR9-290を使うべきだ。
>>249 intelCPUでももっと安価で頭打ちになってるのにわざわざ高いCPUの方でしか比較してないわけさ
ゲフォ厨が死んじゃう
>>249 BF4はベンチマークモードを搭載してない
サイトごとの測定方法・使うマップによって数値が変わるのは当たり前だ
pclab.plのは元記事の文章が読めないから何でこうなったのか解らん
あと2週間でPS4が発売されると言うのに
>>253 じゃあi3の290X積んだ色んなDirectXのスコア出してよ
勿論OpenCLやOpenGL、Mantleなんかのスコアもあればw
まあシングルGPUならi3でも足は引っ張らないハズだけど、それじゃゲーム以外が使い物にならんしw
ちなみに、7850kのALU周りは一応OCでivyi5相当に追いつくんだけど
それでGPUレンダリングでCPUが足引っ張るって普通に考えればありえないんだよね
i3でもdGPUが頭打ちになるってのは分かるけど、だからってソフトウェアレンダリングの比較して 7850kが足引っ張ってるってヴァカじゃねーのかと レンダリングをGPUに投げる前提の設計のCPUでそれをしないって何を考えて生きてるんだろう? GPU必要ならグラボ積め!なIntelにワンチップ勝負挑んでるベンチなんかにも同じこと言えるけどさ
>>260 それBF4のベンチの様にみせかけてextremetech.comが独自に組んだ
プログラムの表だから当てにならない気が
何故290Xを使っているのに1920x1080なんて解像度の結果しか出せないんだろう? GPUのランク的に2560x1600が普通じゃないのか?
そりゃぁ比較的cpuの差がつき易い解像度だからだよ これ以上の設定や解像度でやったらcpuはほとんど意味が無いのがばれちゃうからね。 (まったく意味が無いとは言っていない)
CPUが頭打ちなら意味が解るが、頭打ちでもないのに差が出ないってそれ違うだろ? CPUが12コアでも差が出ないのか? 2.5K程度で差が出ないとか4K出力をiGPUですらサポートしておいてその言い訳はおかしくないか?
CPUにもGPUにも仕事をさせずAPIコール回数だけ稼げる条件でないとマントルの効果が出ないからだね。
セレロンとかいうゴミCPU 6k+HD7750LP 13k 7850k 20k あれ?あんまり変わらんなコストw
>>264 PenのG3220とほぼ同じって、なんか悲しいな
>>272 内蔵GPUだけで比較すりゃPenG3220はぶっちぎれるし
290Xをつけたとしてもmantleなら逆転できるからいんじゃね
>>273 penは6千ちょい、7850は2万超え。
差額1万4千でpenにVGAつけたら変わらなそうな気がする
290Xでの7850とG3220の比較ってあるのか
iGPUが優秀なAPUなのに、 いつもCPU部分単品での比較やdGPU搭載ありきの比較ばかりされていて、 どうにもAPUである必要の薄い戦争ばかりやってる感じがするなx。(傍観者) みんな、ITXに乗せようZE
>>274 >>264 は290X載せた比較だよ
dGPUつけるかどうかはケースとかの構成次第だったり
使い方次第だからなんともなー
HD7750ならロープロ版あるからゴシロンと組み合わせてもMini-ITXケースに収まるし
R-7 250oc版もR-7 250LPも(1スロ)出るのにねえ
dGPUありきでITX組むなら、キューブ型で、むしろLPにこだわる必要性が無かったりしますけどね。 重要なのはボード長。 ロープロしか付かないケースにはむしろ非推奨。 分かる人には分かってもらえるはずだが、「窒息」するw U1とかAPUに最適なケースだと思うけどなぁ。
>>277 拡張スロットの使えないケースもあるんですよ!
ロープロのmini-ITXってML05とかか あんなのにdGPUつけたくねえ
>>275 ITXなんてでかすぎ。いまじゃNUC/BRIXだろ
これからは、Mintiaケースにマイコン自作の時代か。
拡張スロットも無いような小さいケースに100W級APU入れたくねえ
>>275 APUのiGPUはdGPU搭載環境でもMantleやHSAでは機能する。
それはAPUが12ヘテロジニアスマルチコアプロセッサであり、IntelCPUが例え4コアでもHTで8スレッドに対応していたりするのと一緒。
お前ら落ち着け そもそもセロリやi3使う貧乏淫虫が290xなんて高級品買うわけ無いだろ 精々が7750程度が関の山だ 逆にiGPUも活用できるから7850k使いでも280xや290xを買う奴はいる というか290x買える奴が興味本位で7850kを買ってそうだ 逆に、290x使いがセロリやi3を買うとは思えないな
んーまあ確かに。 セレロンやi3と290Xを組み合わせる人間は普通居ないわな。
>>286 >>245 みればええがな
Pentiumなんかより伸び率がいいからkaveriが追い抜いてる
7750が性能の割に安くて消費も良いんだよな HD4670の再来
Mantle非対応タイトルのことを考えたら290Xはi5以上が無難じゃね
>>200 基本でしょ、GUIは違ってもアクセスできることが同じ、という風にしたいならバイナリである程度同じにしないと労力が増える
>>218 インテルはだまってIrisでMuntle対応すればいいのにな
Nvidiaと違ってまだまだMuntleに対応仕様と思えばできる状況なのに
>>238 あれは素晴らしかったね、ただやっぱりMSOfficeがOpenCLに対応しちゃうと存在感が薄くなるというのが所詮クローンの哀しみ
>>292 確かにAPU290も効果的だけども、IntelのiGPUがMuntleに絶対対応しないってのもまだわからないからな
むしろiGPUを積極的に活用した方がハイエンドを買ってもらえる理由ができる
そりゃ、予算を無視すれば良いCPUを積むに越したことはないけれど、 Mantleの普及度が上がれば、同じ予算でゲーミングPCを組む場合の予算 配分は間違いなくGPU寄りになる、つまりIntel製CPUとの組み合わせでも AMDの儲けは増えるわけだな。
LibreOffice CalcってhumaHSA対応なのか、それとも単にopencl1.x対応しているだけ?
>>295 APUユーザーはMSoffice捨ててLibreOfficeしないとだめだよね
>>298 MSOfficeがHSAやOpenCLに対応してしまえばそれまでなんだが・・・
MSOfficeは多分DX11やC++AMPに対応するんじゃないかな 別に他社技術なんか使わなくても自社技術で対応できるからね LibreOfficeのHSA効果はMSも知ってるだろうし、HSAとOpenCL、DX11とC++AMPの全部に深く関わっているAMDが提案や協力するといえば、MSも動きそうな気はする
なんか今週末も雪が降るらしいから、ゴシゴシ動画で暇潰すか。
Officeで高速化してほしいのってこんなんだけど 1.印刷プレビュー 2.グラフの描画 3.計算式の再計算 4.DBアクセス、Lookupテーブルアクセス 1と3は一箇所の変更がそれ以降のすべてに影響を与えるため順次処理せざるをえないから遅いのであってHSAは無意味。 4はメモリアクセス律速だからHSAは無意味。 結局HSAでおいしいのって2だけなんじゃないかな。 でもこれってDirectXでもいいよね。
それGPGPUですらないよね
OfficeにKaveriは不要ってことか エンコかゲームが一般ユーザーの重い処理の大半だろうし
価格差を見てないお前に笑うけどな
CPU側の性能と省電力性考えれば価格に見合ってるんじゃね DDR3-2400使わないとフルに性能発揮しないのにそのメモリが高いKaveriはどうなるのだ
まだ言い争ってるのか AMDのGPU強化はゲームのためだけじゃなくて CPUと一緒に使っていくために強化してるんだぞ CPUはこの先もう性能が上がらけどGPUは2年で1.5倍と言うハイペースでまだまだ上がるからGPUを使えば20倍高速化できる
>>305 >最大の課題はIntelのドライバサポートか
課題解決不可能過ぎてワロタw
ゴミってことじゃん
Intelのドライバなんて、OSのGUIやwebブラウザ、オフィス、動画が見れればいいでしょ? どうせゲームする奴はdGPU買うんだし
>>314 Pro()の意味ねーw
それにBRIXにdGPUって挿せるの?w
A10-7850Kより$100以上高いのか ゴシゴシ君が発狂しちゃうな
>>291 後発のOlandの出来がいまいちなのか240、250は7750に比べて微妙なんだよね。
50Wの差で一万を埋めるには何時間稼働すりゃいいのか
そういえばkaveriの低価格版はまだなのか
7850Kは消費電力相当低いよ 4Gamerだけ異常だろ 普通はピーク時で90Wしかいなかい
いなかいじゃなくていかない
327 :
Socket774 :2014/02/10(月) 14:58:53.79 ID:ZUD053Ua
>>326 ライセンスフィー無しじゃ事業維持出来ないほど、今もキツイ事業だったんだな。
MS,intelの決めた部材しか使えないんじゃ、そりゃ似たような製品ばかり並ぶわ。
>そりゃ似たような製品ばかり並ぶわ。 スマホもタブレットも同じだろ
スマタブの話なんぞ、知らんがなw ノート、モバイル板じゃ、競合品で叩きと偽報告が乱発してるようだが。
縮小してく業界で9番手とかじゃ撤退して当然じゃないか
そいつは筋金入りのソニー信者だ 話半分に聞いておけ
333 :
Socket774 :2014/02/10(月) 15:29:16.75 ID:SdZ1Pcms
250X>>>
>>750 −750Ti650Ti650だな
クソニー信者がアホなのはPS4騒動のとき自作板で味わったろ
いきなり何言ってんだこいつ? グラボの話なんかしてねーよ
PCでもintel cpuだけじゃないよなぁ amdだってviaだってある RTにすればまた選択肢は広がる OSもwindowsだけじゃない linuxもBSDもある なぜやらないか? 売れないからだ
336 :
Socket774 :2014/02/10(月) 15:37:27.31 ID:SdZ1Pcms
営業が下手だからAMDが売れないだけ製品自体は力はある
Windowsの場合、intel構成ならライセンスフィーが入るが、AMDじゃ入らない。 他OS採用となると、コンシューマーに需要はないから、BtB向けのシステム単位だわな。 所で、7850k再入荷の予定を聞いてみたが、未だ未定だそうだ。
CPUの温度などをモニターするフリーソフトって、どれもマルウェア入って るな。
まー、入れるような人は頻繁に使うソフトだし、 ハードウェアレベルまで掘り下げても文句言わないどころか、 ユーザー自ら進んで許可してくれるソフトだし。 まったくないほうが驚く。
具体的にどんな悪意のある動作するからマルウェアって言ってる?
PCメーカーがPC創造から撤退するのは儲からないから MicrosoftとIntelしか儲かってないからな これがすべての原因 PCメーカーが儲かるならどこも撤退はしない スマホではAppleとSamsungはスマホで大きな利益を上げている だからソニーはスマホ事業はまだ捨てない これだけの話
創造→× 製造→○
GoogleやジョブズなきAppleもイノベーション起こせてないけどな
スマホも利益上がらなくて撤退してる会社ありますが? 結局ソニーがダメなだけでしょ
vaioは価格がなぁw
結局団子も単なる淫厨だったのか……幻滅
>>341 iPodに負けてるWALKMANってのがありまして
>>326 SONY自身が落ちぶれたことを認めたくないんだなこれは
タブレットやコンバーチブルPCのアイディアはASUSなんかのほうが
よっぽど面白いもの出してる。
VAIOが面白かったのは2000年前後までだよ。
勘違い信者をターゲットにしたイノベーションとは程遠い似非ブランド商法しか
やってないだろ。
往年のC1のような先鋭的なマシンが作れなくなったSONYに価値はない。
面白い、そうやって次々に否定していくがいい 孤立が早まるだけだ とりあえずASUSの事は肯定したな 後の手のひら返しを楽しみにしてるぜ
ASUSがいいとか意味分からんw ソニーが選ばれてるのは日本の家電メーカーだけあって ステレオ、液晶、カメラ この辺の作り込みが外資系の安物と比べて全然違うからだろ
ASUSの良さと言ったら、値段、かな。 キーボードが糞だったAcerよりはマシ、という評価。 まあ私もモバイルノートに糞レノボ選んでる人間だけどさ。
>>326 intel自身が落ちぶれたことを認めたくないんだなこれは
HSAやマントルのようなアイディアはAMDなんかのほうが
よっぽど面白いもの出してる。
intelが面白かったのは2000年前後までだよ。
勘違い信者をターゲットにしたイノベーションとは程遠い似非ブランド商法しか
やってないだろ。
往年のi386のような先鋭的なCPUが作れなくなったintelに価値はない。
流石団子コピペで流行りそうな文章だな。(内容は適当なんで突っ込まないで)
>>349 日本ではiPhoneやiPadが売れてるからね。
これらがiPod touchの上位互換である以上はわざわざiPod touchを
別個に買わないでしょ。
ちなみに北米だとiPod touchはスマホを持たない子供向けによく売れてるらしい。
一方、Xperiaが売れてるかというと・・・
>>352 言っちゃ悪いけどVAIOの出来(特にエントリーレベル)は外資系の安物以下だろ
なんだあのふにゃふにゃタッチのキーボードは。
>>356 意味分からん
適当に言いすぎw
使った事無いだろ?
>>355 ん?思い込みで言った事に事実を突き付けられたから、スマホ話に切り替えた?
キーボードの出来を語るなら大和研究所が絡んでる限りThinkpad一択 ASUSとかないわ
あるから言ってるんだが。 キータッチが糞すぎる。 俺は外付けキーボードはHHKBしか使わないくらいキーボードにはこだわってるんだが
>>359 新しいX1 Carbonについて一言どうぞ
>>358 思い込みじゃなくて事実だよ。
iPodの販売台数は縮小傾向だがiPhone, iPadへの移行が進んだ結果であって
むしろiTunesのマーケットシェアは拡大している。
板名見ろよ
>>364 何処にでも何にでも結果吹っかけるんだなw
それならSONYもXperiaのスマフォやタブレットに移行しているじゃんw
×結果 ○喧嘩 団子の頭の悪さは異常だよほんとw
>>364 「まず否定ありき」でこのスレに住み着いてるから、そういう対応になっちまうんだよあんたは。
>>366 すまん、ついスレチ引きずっちまった。
> それならSONYもXperiaのスマフォやタブレットに移行しているじゃんw どれだけ台数売れてるんだよwww iTunes対抗のSONIC Stageのマーケットシェアどんだけよ? そもそもiTunes対抗と言う時点で既に二番煎じのロジックに陥ってる 決してイノベイターではない
SONIC Stage? Music Unlimitedじゃないの?
名前変えても売れないものは売れません
G1610→A4からPhenom2x4に戻ってきたんだけど何だか遅い セロリンが一番早い。S-ATA6GポートにSSDつないだのもあるけど
>SonicStage(ソニックステージ)は、かつてソニーが開発していたWindows用音楽管理・再生ソフトウェア。現行の「x-アプリ」の前身となったソフトウェアに当たる。 Windows用??スマフォやタブレットに移行したって話じゃなかったの?
PCメーカーがイノベーションを起こせないのはWintelが悪い! こんなのAMD信者でも言わないレベルの責任転嫁
音楽配信サイトもやってたんだよ。 WMPにもソニー提供のコンポーネントが使われた時期がある
iTMS対抗のWebサービスとしてはmoraだな。 自称イノベイター(笑)の二番煎じ商法の真骨頂 後藤ちゃんもアホやなあ
それが事実だからね
>>376 DXを完全に凌駕してから語ってくれよ……
PCメーカーが巨額を投資してPC作る時代が来れば面白くなりそうなんだけどな。
>>375 >PCメーカーがイノベーションを起こせないのはWintelが悪い!
じゃなくて
PCメーカーがイノベーションを起こせない最大の元凶はAMD PCをメインにしないから
つまりPCメーカーが一番悪い。
ソニーは認められるための努力が足りないだろう
>>381 DXをMantleで完全に凌駕してしまったらNVIDIAが完全に死亡しちゃうでしょうが。
DICEも画質云々向上ってよりはMantleならAPUでもBF4が動きますってアピール
したほうが客層広がるわけだしな、ハイエンド機あるならDX版でどうぞってスタンス
だろ。
多くの人は音質を気にしないので、スマホを携帯音楽プレーヤとしても使ってる 音質を気にするごく一部の人は、高音質タイプの携帯音楽プレーヤを買う かつて携帯音楽プレーヤをつかってた人の多くは、スマホで済ましてるよ
>>384 リーダー思考ではなく歯車思考のサラリーマン社長に成り下がったのが原因だろ
創業者のリーダー思考社長のときは、今のアップルみたいな会社だったって聞いたことがある
アップルのリーダーのジョブスはなんか芸術を描くって感じの奴だったからな
サラリーマン思考とは対極な奴って感じがした
ソニーはPS3作った久夛良木を更迭しちゃったのが痛かったな。 結局PS3は久夛良木の想定どおりの性能とコストに落ち着き、 引き出しにくいと言われてたパフォーマンスも使いこなし進んで引き出せるようになった。 その間にストリンガー&平井体制で完全に腐った。
てか、自作やるやつがPCメーカーのPCに興味もつとしたらコスパ以外に なにがあるんだ?? 答えよろ↓
>>390 後のパーツ交換
俺が一番最初に自作PCに入った時は、メーカーPC買ってパーツ入れ替えしだしてからだ。
>>391 ノートPCのLCDをFHDに変えたりとか普通だからな
>>390 ノートやタブレットならメーカー品しかない。
そのPCでしか出来ないことを求めるけどな 初めてMacを買ったきっかけってのが「Text to Speechおもれー」だったからな その点「VAIOでなければならない理由」ってないからなー
団子の発言がことごとくAMDの次世代APU/CPUと関係ない件
ZUNEを思い出せばwalkmanとかは成功してる方w
いまはsonyを叩きたい気分、ってやつなんだろ。
>>390 先述されているが、私もノートはさすがにメーカー製になる。
モバイルノートでゲームやる気なんざ無いので、消費電力低減特化中のインテルCPUですが。
MSofficeと資料用写真処理、ブラウジング程度ですけどね、でも出先で快適にキーボード打ちたいんですよ。
俺HHKBを持ち歩いてますが・・・・ USBホスト対応のタブレットってのは割りと重視する要素だな
カチャカチャうるさいねん
団子ってMACオタだったのか? 返信多くてびびったけど、モバイル系は自作できないしな、デスクのメーカーPC はやはり魅力が少ないんだろうな。
OSに拘りなんてないよ。Ubuntuのあれが気に入らないが【V2C】 2.11.4 [R20131210] (L-0.7.0:x86) 【Java】 [P]1.7.0_10-b18 (Oracle Corporation) 【OS】 Windows Vista Service Pack 2 (x86) 【メモリ】 Total(Free)/Max.: 317(185)/493 (Phys. Total/Avail.: 2037/726) [MB] 【不具合内容】 【再現方法】 【調査済項目】
なんか変なのでた
>>385 surfaceと同じで
メーカーには嫌われるだろ
ultrabookみたいなプラットフォームの提唱が限界ではないか
内情を見ればどこの会社も先がない スマホ、pcはもう終わった商品 このままだと買い換え需要しかない それはどの企業にとっても悪夢だ 人々の生活をかえるガジェットで 再度がらりと勢力図が変わる その意味では、sonyはまだ戦える 全然大丈夫だ
イノベーションを起こせないのは、「要件」が大きな理由に しかし、PCメーカーの側からすれば、そのイノベーションを阻害しているのはMicrosoftやIntel自身なのだ。 例えば、MicrosoftもIntelも、ロゴプログラムと呼ばれる仕組みを用意している。PCに「Windows」や「Core」などの ブランドシールが貼られているのを見たことがある人も多いだろう。あのシールはマーケティングキャンペーンの 一環になっており、シールを製品に貼ることで、PCメーカーにはさまざまな特典(共同キャンペーンやマーケティング フィーの提供など)があるのだ。あのロゴシールを貼るためにはさまざまな条件を満たす必要があるのだが、 Microsoftの例で言えばWindows Logo Programと呼ばれるプログラムの要件を満たす必要がある。 同じような仕組みはIntelにもあり、有名なところではUltrabookを名乗るための要件が知られている。 問題は、この要件から少しでも外れると、途端に適用では無くなってしまうことだ。例えば、ソニーの例で言えば、 「VAIO Z2」と呼ばれる2011/2012年型のハイエンドPCがあるのだが、2012年10月にWindows 8が発売された後に、 Windows 8搭載モデルがリリースされることはなく、生産終了になった。その理由はソニーの関係者は決して語って くれないのだが、VAIO Z2に採用している外部ドッキングステーション側に搭載しているディスクリートGPUが、 Windows 8のロゴ要件では認められていないのが理由だと考えられている。
同じ例はIntelのUltrabookにもある。例えば、2013年型モデルのUltrabookの要件にはタッチ機能が必須となっている。 確かにタッチ機能はWindows 8を利用するには必須だと思うのだが、だが、少しでも薄くしたい開発者にとっては厳しい 要件であることは間違いない。その結果どうするかと言えば、ソニーの「VAIO Pro」やNEC PCの「LaVie Z」のように、 同じモデル名でタッチとタッチ無しのモデルを用意するという抜け道を利用する技だ。抜け道があればまだ良いが、 ない場合にはせっかく魅力的なマシンを作ったとしても、それをUltrabookとは名乗れないことになる、 カテゴリ的にはUltrabookであったとしてもだ。 問題はMicrosoftやIntelの要件に適合しないマシンを設計したときに、MicrosoftやIntelから受け取れるはずだった マーケティング費用を無視しても製造するだけの覚悟が経営者にあるのか、という話になる。 当然PCメーカーにとってそうしたマーケティング費用も重要な収入になるので、だったらそれをもらえるような製品を 作ってはどうだという話しになり、そうした要件に当てはまらないPCは企画段階でボツになることが増える。 そうするとエンジニアは次はそれに外れないような設計をしようと心がける……その結果は退屈なプラットフォームの完成だ。 もちろんPCメーカー側も冒険しない方が悪いという考え方も出来るが、ただ大きな会社であればあるほどそうした冒険がしに くくなるというのは古今東西の真理だろう。
INTELはウルブ路線を捨てるべきだと何度も言ったんだがな 意固地に成り過ぎてるんだよ、結局はダメになるのに
というかイグノベーションはもう当分いいから 軽量化と価格低下と省エネをひたすらつきつめてほしい ついでにキーボードや液晶の縦横比など人間工学面を配慮してもらえれば言うことなし 価格破壊が更に進行して途上国にPCが行き渡るほうが世界変わるよ
412 :
Socket774 :2014/02/10(月) 23:27:22.87 ID:sTHgoqvW
本来部品屋が製品デザインに過度に口を出すべきじゃない 漁師がオレのマグロは刺身以外で食うなと言ってるようなものだ
>>410 絶対数ならAPU(笑)より売れてるだろ
>マーケティング費用を無視しても製造するだけの覚悟 がないへたれですってことか
ゲイツ「ここから先は私に任せてほしい」
>価格低下 これは明らかに渋ってるよね、本来性能の伸びが鈍化した分をultrabookとかそういった別の要素で補ってとんとん位が消費者目線なんだけど 明らかに割高な値段設定w、売れねー、はいそうですねコースまっしぐら その点AMDは安くしなければいけない要素満載で心強い?w
だれでもどの企業でもいいよ 次の出さんと、おまえら全部ほんとうに干からびるぞ
やっぱりBRIX Proでアンチが飛びついてたか。 CPU性能はIntelが上だが、今後そのCPUを意味する幅もブレて行くと思うがな。 DDR3-2400で揃えないのはフェアじゃないから、設定できないなら せめて1600時のレイテンシを詰めたりできなかったのかな。 ただIntelの方はAMDほどメモリ帯域を上げても伸びない。
eDRAM乗っければDDR3-1600でも同じ土俵に立てそうだが AMDとしてはHMCやTSVの実用化を優先したいんだろうな
お前がeDRAMなら俺はGDDR5だウェーハッハッハとかしないのかな。 でも今それやるとサードがFM2+マザーの投資回収できないから、しばらくお預けかな。
FM2ではピンの関係上無理だろう ダイに端子部はあっても配線されていない可能性が高い 専用のBGAモデルを用意して何かするならいけなくもないだろうが 結局高くつくなw
GDDR5Mが流れたからねえ
423 :
Socket774 :2014/02/11(火) 00:14:44.22 ID:7LWgqizX
取りあえずDDR3 4chモデルはよ
X1のは、基本OSをキャッシュ常駐させるためのメモリだし HSA、VPU用途では大容量バースト転送だから、効果は余り無いって落ちでしょ。 intelの真似したって、方向性が違って意味なし。
DDR4移行時に4chにするかどうかってとこじゃね コストのかけられる高級マザーは4ch配線すると
もうIntelがARM参入してくれないかなあ かなりのシェア握れるだろ 消費者にもメリットあるし 全員win-winになると思うんだが
団子の発狂モードw
高速メモリでずっと思ってるのは、DRAM8GBが一般に届く価格帯まで落ちてきて、 ならSRAM2GBが同程度の値段でできそうなんだが、その辺りはどうJARO
SRAMは大容量化がむずかしい 電力消費も価格も高い
SRAMはDRAMと比べると数十倍面積を食う
とりあえずSidePortが欲しいな
feed the beastとかだいぶ前から言ってたのが現実に見えてきた感じ intelはそのあたりを他社に頼らず根本的に解決しようとして AMDは自社の得意とするところで何とか踏ん張ろうという姿勢 特にこうクロックのメモリで進化発揮するあたり問題はやはりそこらしい 両社は解決方法に何らかの手ごたえを得ているようだけど NVサンはどうするんだろうね、AMD路線(帯域は他社規格任せ)というのであれば 常にAMDより高性能、あるいは、高付加価値の製品を出さねばならないわけだ 値段に訴えてもらうのが消費者的には嬉しい感じがするね、ゲームやらないけどw
>>418 > 今後そのCPUを意味する幅もブレて行くと思うがな。
AMDのマーケティングに騙されすぎ。
hQやhUMAが彼らの言うとおりに100%実装された場合でもGPU用にプログラム修正しないといけないのは変わらないよ。
Intelの方は根本的な解決じゃなくて、パッチ的な解決に走っているように思う AMDに比べてキャッシュモリモリだったり、eDRAM(要はキャッシュでしょ)のっけてみたり キャッシュからあふれたとたんに性能悪化するのが目に見えてる
>>433 > hQやhUMAが彼らの言うとおりに100%実装された場合でもGPU用にプログラム修正しないといけないのは変わらないよ。
馬鹿は知らないだろうけど、OpenCL2.0がhQやhUMAに対応するからな
Intelやヌビにもバーチャルアドレスとやらで多少メリットあるから、既にOpenCLで開発しているところは当然使うし、新規堺発も増えるだろうね
>434 その考え方だとbeastの食欲を抑える(しかも性能劣化なしにw)必要があるだと思うけど 思うにこれは解決方法が無いと思われw パッチ的に見えるならそれはそれで価値観の違いかねぇ 動物園じゃないからねぇ
>>435 いやそれOpenCLで書いてるし。
OpenCL書くのって仕組みの都合上CUDAよりさらにめんどいし、OpenCL使ってる以上CPUとGPUの区別が無くなるとか言いすぎ。
>>437 GPGPUプログラムの面倒さはポインタの扱いがCPUと違うからだからな
hUMAとhQ対応でCPUと同じになるからかなり楽になるよ、それこそCUDAなんか話にならないくらいね
PS4の記事を色々見ていると、APU + GDDR5の組合せの評価はかなり高いね 高性能だし開発もしやすいという話がよく出ている コレがずっと続いたら、そのうちマザーに直付したベアボーンとか出るんじゃないかな
>>436 GCNでのOpenCL実装が面白いことをしてるよ
うまく言語化できないが
GPGPUみたいな同じプログラムを多数のデータに適用するような場合に
そのデータ処理一つ一つをスレッドとして大量に用意しておき
そのうちのシェーダー数分だけスレッドを走らせはじめる。
メモリアクセスが発生してストールするまでプログラムを実行してストールしたらそのスレッドをサスペンドして
メモリアクセスが発生していない別スレッドに切り替えて走らせる。
そのスレッドがまたストールしたらまた別のに切り替える。
でサスペンドしていたスレッドのメモリが用意できてたらそれを再開する。
というようにメモリ帯域の無駄を極力抑えるように実装されていて、これは面白いなぁと思ってる
>>438 もちろんいくらかは簡単になるだろうけど、それでもGPU向けに変更しないといけない何かがあるなら
Compute Coreとか言ってGPUコアとCPUコアを同一視する表現は誇張だと思うが。
>>441 どっちかというと整数コアと実数コアで用途に応じて使いわけようという表現に見えるね
>>443 お前のようにちゃんと使い分けが必要だと理解できる人は別にいいけど、
そうでない人にわざわざ誤解させるような表現を使うのは誠実ではないだろ。
まあマーケティングに誠実さは必須ではないが。
>>430 SRAMは1セルあたり6Tr、DRAMは1Tr+1Cだから面積比は数十倍じゃなくて数倍
DRAMはコンデンサだけじゃないの? 1T付いたら1T-SRAMになる気が
448 :
Socket774 :2014/02/11(火) 07:25:35.94 ID:MfMyHASX
ゴシ君の比較まだー?
454 :
Socket774 :2014/02/11(火) 08:52:30.40 ID:fKeclD8W
下广卞廿十亠卉与本二上旦上二本与卉亠十廿卞广下广卞廿十亠卉 これが曲がって見える奴は眼科受診した方がいい
錯視だっけ?
>>452 7850Kがないから7700はどうかなーってみんなクリックしてるだけじゃね
>>453 にもあるように7700はstay
>>454 これなかなか強烈だなウェーブ感がハンパない
アロマ企画とか、以前から2chに頻出する古典的な錯覚遊びだよ
>>442 GPU全般がそうなのか
だとするとGPGPU的なメモリアクセスはCPUとはまた別種のメモリアクセス形態で
むしろメモリを基準にプログラムが動いているという感じで
こっちの方がメモリバスを凄く有効に使っていると思う
メモリ帯域節約じゃなくてレイテンシ隠蔽のためだけど
仕事のスケジュールを並べ替えても総量は減らない、というだけの話
メモリ読みに行ってる間別のスレッド動かそうってのはintelのhyper threadingでもやってる
タイタンフォールはマントル対応しないだろうなあ
>>447 予想よりずっと面積食うな。不思議だ。
でも下限は記されてないな。
SRAMにしたらDRAMメーカが言ってる、キャパシタの高層ビルはこれ以上無理
も解決されるんだが。
>>463 HTだとたかだか2つのスレッドで、その2つが両方メモリ読みに行くと結局ストールする
GCNだと最大256個のスレッドが作れてそれぞれのメモリレイテンシを隠蔽する
まぁ2個と256個っていう数の違いでしかないと言えばそのとおりなんだけど、
結果としてレイテンシ隠蔽効果はかなり違うんじゃないかな
IntelのSMTって2スレッドが同時に動くことってあるの?
仕組み考えればほぼ同時だろ。意味的にパイプラインの各ステージは1Tのみ。 ストールしにくいエンコだとi5とi7で差が明確に出る。
Haswellは同時実行できるパターンがかなり増えてると思うよ
CPUには高速・大容量のキャッシュがあって少ないスレッド数でも パイプライン稼働率を高めることができる。 多スレッドでレイテンシを隠蔽(笑)というけどレイテンシそのものは 短縮できないんだよ。 ピクセルや頂点数ぶんだけ並列化できる仕事しかやらせないGPUはCPUとは 特性が違って当然だし、GPUに投げられる仕事もごく限定的になる
GPUは並列性を生かして投棄処理を投げられると思う。
電力の無駄ですな。
どちらを取るかはユーザの好みだろうw 俺は高速処理をしたい。
それは自転車をとるか大八車をとるかの選択ですな
不当に不利な例えは受け付けませんw 分岐ペナルティが無くなるケースが増えるとか肝なのに。
ARMみたいな低性能のプロセッサですら分岐予測器の性能向上で プレディケートは使われなくなってきてるのだけどな 分岐の数が増えると指数関数的に演算量が増える全パターン演算なんて 無駄もいいところ。 そもそもGPUはCPUと比べて遅い(同時に処理できる数が多いだけ)
予測も10年前に実装されてデータがあるから 当たる様になったのでわ?
だから何で指数的に演算量が増える分岐を例えに出すんだよw 俺は分岐の全パターンなんて言ってないぞ。 予測は精度が上がっても予測。
専用演算機なんか予測じゃなくて使うものしか乗って無いじゃん
分岐予測ミスによるパイプライン稼働率の低下なんていまどきのアーキテクチャでは たいした問題じゃないんだよね 最近のIntelコンパイラもcmovを吐かなくなってきてるし。
冗談でセロリン買ったんだけど冗談じゃない性能だったよ
分岐命令の出現頻度は一般のプログラムでは20%程度といわれている。 二項分岐を両方のパスを処理すると単純に2倍の演算器が必要になる。 分岐先でまた分岐があればその更に2倍。 先読みをしようとすればするほど使う演算器の数が指数関数的に増える理屈よ。 まあ要するにGPUに落とし込めるような類の演算って所詮「逸般的」なのだ。
団子がプログラム云々語るときは愚痴
たいした問題じゃないとちゃぶ台ひっくり返すなよw 技術革新あり小さな改善の積み重ねありの発展だろ。 そして今回は小さくないぞ。 じゃあ俺はここまでな。
敗北宣言ですね
IDFとかの発表を聞いてると、そういった小さな積み重ねがちゃんとあることや、 一見突拍子もないことを地道に研鑽してものにする過程などがあって、 やることやってんなーと感じられるぞ
Intelは投機的マルチスレッディングなんて辞めたじゃんw
分岐の大半は過去の分岐履歴から9割以上のヒットレートで推定することができるものが 大半で、完全に50:50で真偽値がランダムなんてものはほとんど存在しないのよ。 そんな高度な分岐予測機構を省いてるからこそGPUは演算ユニットを大量に積んで 物量勝負ができるわけよ。 最初から一般用途を諦めてる。 できもしないことをさも出来るかのように言うのはハッタリ以外のなんでもない。 今やれてるかが重要なのだ。
>>489 優秀だがAMDに牽引する力がなくて廃れる気しかしない('A`)
インテルは多コアにしてクロック下げると売であるシングル性能も下がるからな 自ら袋小路に入ってどうにも出来ないだけ。 ユニット積んで誤魔化してるけどな。
>>491 今回はVESAとも組んでる感があるからいけるっしょ
> 多コアにしてクロック下げると売であるシングル性能も下がるからな Avotonに負けたOpteron 33xxシリーズの悪口はそこまでにしようか
前は製造プロセスの限界は○○とか言われてたけど超えてるじゃん なんとかなるんよ
目的別のコアを統合したヘテロジーニアスが最もトランジスタ効率、電力効率がいいんだよ。 ただし扱いにくくなるから、いかに扱いやすくするのかが重要テーマ。 AMDはソフトウェア面ではHSA、ハードウェア面ではhUMAとhQを搭載したAPU、 という解を出した。 Intelは何もやってない
Google先生に「Intel QuickAssist Technology」で聞いてみるといいよ。 XilinxもAlteraもAMDから逃げていきました。
モバイルに適したCPUとそれを採用してくれるベンダーに恵まれてないからな
ワンチップはよ
既にAcerと東芝がDockportのプロトタイプを先行採用してなかったか
AcerはV5-122PにTIのDockportチップを使っているのは確定(これを生かすオプションでHDMI出力機能などがあるらしいが、日本で売ってるかは知らん)、 東芝は知らんけど海外機種はAMDを割と採用するからあるかも知れんな。後Lenovoも製品であった気がする。
Mac以外のノートの充電はみんなDockPortに統一してくれ。 Mini-ITXマザーもDockPortから給電できる奴があってもいいかもしれない。
次世代で追加されるキャッシュメモリって 4k8kをリフレシュ遅れなしでDSエンコーダー通すためのキャッシュでしょ。 本体側は、4Core整数演算強化、4-8CU積み増しで、Kaveriとの差は微妙なレベルに落ち着く見込み。
___
/ \::/\ みなさんついにAPUが完全消滅しました
/ 。(一)::(一)。 7850KがBF4でセレロンにボロ負けしました
|:: 。゚(_人_)゚| そしてセレロンがmantleで約1割の性能うpを達成(DX比)
\ ゚ `⌒´/゚ セレロンとmantleの相性も良いです
/ ⌒ヽ ̄ ̄ヽ゚。
/ __\ \/\ \ 終わった、、、APUが完全に終わった、、、
と__)_ヽ_つ ヽ_つ
【G1820+HD7750のBF4動画】(Win8.1pro x64 driver14.1)
BF4 DX11 720p 中設定
http://youtu.be/AK6h7bQQVHw BF4 Mantle 720p 中設定
http://youtu.be/kXobIk0_dns 【動画冒頭10秒間のfps】
DX11 最高 115fps/最低 59fps/平均 81.7fps
Mantle 最高 119fps/最低 67fps/平均 89.0fps
>>489 SONYを始めとしたノートパソコンメーカーのWintel離れとほぼ同時に策定されてるので
牽引力は相対的にはあるぞ
>>506 乙。
一時期の連投しまくりはウザかったけど、最近は落ち着いてきたな。
250Xは買うのか?
昔のコピペじゃLightningboltが嘲笑されてたけど、DockPortに改めて、案外いいところにおさまりそうだな。
>>508 (゚д゚) 250Xは384spで7750より下だから買いません
(゚д゚) でも7850K+250のDGとの対決のためになんかグラボ買おうかなと漠然と思ってます
250Xは640SPだ
(゚д゚) そか、親切にありがと
【Mantleまとめ】 G1820+HD7750で中設定で1割り、低設定なら2割弱のfps向上があった 雲に関しては前評判通りで影なしのっぺり(ゴシ動でも確認可能) 雲以外の画質劣化についてはとりあえず確認したものはない 14.1は完全な核地雷ドライバ BF4起動にコケるし、メニュー画面で強制終了したり、ゲーム中に描画乱れたり悲惨 これでゲーム楽しめとかもうアホかと 覚醒以前の問題、不具合だらけ、安定ドライバ出ない限りは実ゲーに使うのは無理 というワケで現状mantleは放置するのが吉
515 :
Socket774 :2014/02/11(火) 19:15:19.12 ID:ZuE/i/pU
HSAもいいけど、SSEとかAVXのベクタ処理をGPU側に投げられるように出来ると色々と展開計れそうな気がする。
汎用と専用の演算機のハイブリッドだから 接続がうまくいけばあるいは・・・だね
517 :
sage :2014/02/11(火) 19:22:43.93 ID:ZuE/i/pU
性能が引き出せるかは微妙だけど、実際PC市場だけに限定すると、SSE・AVXの方が使われるケースは多いと思うんだが・・・。
SSEは多いけど、AVX2とかに対応してる最新技術好きなソフトはOpenCLとかにも対応してることも多いけどね 一応C2QよりはSSEも早いから、枯れたソフトの動作は問題ないしね
>>515 単純に投げるだけで数百サイクルかかりますけどそれでよろしいの?
512SPつかって4〜8SP分の処理を実行しても全く美味しくないですよ。
それをやろうとするとCPUコア内部に膨大なSIMD演算器と一緒にTMUやROPを載せた複合プロセッサを作らないと無理だと思うよ
>>519 それが問題なんですよね。
何かいいアイディアはないですかね。
中設定ってのが裏工作だねw
>>506 PC版持っている誰もがチャレンジする好み設定 高設定とかAAとか普通掛けると思うが
それをせずに中設定のみでベンチをしたって事はもう少し上げれば負けたんだろ?w
確か7850k+マントルなら80f出ていたがi3は67fか へ〜w
スペック決めうちで作ったPSSLと違ってやはりMantleは不安定なんだね 安定するまでの数年間は無理にPC使わずPS4買ってゲームするのが無難かな PS4買ってもAMDには金入るんだし
>>524 元々broadwell時点でOpenCL2.0に対応するって噂もあるし、何かしらの方法で
iGPU活用しねーとってのはIntelも思ってることでしょ
ただQSVみたいにiGPUアクティブにしてないと使えません〜はマジで勘弁してほしい、virtuもマジで使えねーし
普段iGPUでdGPUはロングアイドル、ゲームやGPGPUの時に起こして〜みたいな使い分けがIntelだと現状難しいんだよね
マルチGPUも想定するならやっぱ両方作れるAMDに期待したい所だけど、とりあえずcarrizoと次世代GCN次第かな
なんとかできるなら256bit, 512bitの新命令なんて不要です。 GPGPUがやってるのは数万並列の仮想マシン用のコードを生成して それを実機のマシンのベクトル幅にタスク分割して処理してるってこと 小さいデータセット向けに組まれたコードを大きいデータセット用の 演算器で実行すれば当然無駄が発生しますわな。
3DCGゲームやるときって、たとえば標準設定60fps固定とかだと、帯域もシェーダーコアも遊びまくってるんだよな だから、その遊んでる帯域やシェーダーコア使って計算する余地がありまくる ところが、高画質設定、fps固定無しだと、帯域はカツカツだがシェーダーコアは遊びまくってる 帯域を使わない計算ならガンガンやる余地がある
>>524 Intelの特許文書は特許と直接関係ないところの要所要所に
嘘をちりばめてあるぜ。
たとえばLarrabeeのscatter/gatherの実装にかかわる特許では
CPUコアはOut-Of-Orderということになってたが
実際作られたのはP54Cベースのインオーダのコア。
正確に書いてしまうと対象となるプロセッサの内部構造を事前に漏らす
ことになってるからな。
本来GPUにあるべきユニットは、特許対象とは直接関係がないので
これはミスリードのための仕込みと考えるのが妥当。
>>525 IntelもGPGPU活用はするだろうからな。
それがHSAではなくて、Intel独自やり方で言語はopenCLを使っての可能性はあるだろう。
あと、NvもNv ARMではHSA使わない方向で行うって感じだろう。AppleもHSAじゃないから独自のやり方だろうと思う。
冷静に考えてみると、4wayや8wayのデータセットで、数百・数千個の演算ユニットの塊を埋めるのはかなり難しそうですね。 ということは、やっぱり今後のAPUでも、CPU側のSIMD演算ユニットは残ったままじゃないとダメなのか・・・。
>>526 >なんとかできるなら256bit, 512bitの新命令なんて不要です。
Intelの方式だとベクトル化しないと早くならないからベクトル命令が必要かもしれないけど
GCNだとベクトル化推奨してないよ。
clinfoっていうOpenCLに付いているコマンドでデバイス毎の推奨ベクトルサイズ調べられるけど
Intelはdoubleで4とかになっているのに対し、GCNだと1になってる。つまりベクトル化は推奨してない。
HD6000シリーズがベクトルベースだったのを今世代のGCNでは脱ベクトル化していることから
多数のProcessingUnitがあるGPUではベクトル化の意味が無いって言う判断なんだとおもうよ。
それベクトルの意味違うんじゃね AoS-SoA変換のための高速なユニットが内蔵されてるから 構造体としてAoS構造にする意味はないってだけで 最小処理単位はいくらかといわれれば、AVXは単精度8要素だが GCNは単精度64要素
MSがWindows9でAVX2必須にして、 IntelがPentium/Celeron/ATOMにもAVX2のせてくれるとうれしい AVX2が全モデルに載らないせいでなかなか普及しない
Kaveri使えなくなるけど?
DirectX11以降専用でDirectCompute必須ぐらいのほうが現実的だなw Win8はへっぽこAtomとARM勢のせいで最小要求がDX9止まりになってるし
今までのように従来コードがそのままで早くなる時代と違って、 Haswellは、Sandy以降のIntelプロセッサに最適化したコードが速くなるようになってる AVX2必須はともかく、Windows9はAVX必須にして、 OS/ライブラリ/コンパイラが吐くコードともにSandy以降のCPUに最適化すれば、 それなりにCPUの進化の恩恵が受けれる
>>533 だな!いっそのことHSA必須にしてIntelを駆逐しようぜw
>>536 AVXは今の8.1でも積極的に利用されてるし
プラットフォームの幅をわざわざ狭めるだけにならないか?<AVX必須化
Windows8.1ですら2006年以降のCPUなら動く程度に留めてあるんだし AVX必須はありえないね というか最近のCPUでもLlanoやCeleronとかのことを考えるとSSE3必須程度が限度でしょ
そういう尖った路線はMacにでも期待しとけ Windowsには王道でいてほしいわ
>>532 GCNの説明でAoSとかSoAとかいう記述自体見たこと無いからそういう回路は持ってないと思う
わざわざ配列形式にデータを整形せずにそのまま動かしてるんだと思うよ
あとAMDが出してるOpenCLのガイド読むと、
メモリアクセスのChannelコンフリクトが起きないようにアドレスがまばらになるようにアクセスすることを推奨していて
今までの常識(連続したメモリアクセスの方が早い)が通用しない、謎な世界になってる
Win8でようやくSSE2が必須になったくらいに、 OS側のCPU拡張命令使用はゆるやかなのに、 下位CPUでは平気で拡張命令削るIntelさんがAVX2必須化などと、 何夢みたいなこと言ってるのか
大半のアプリじゃAVXなんてつかわれてないからなぁ 現にAVX2が使えるCorei3とSSE4.2までのPentiumGだとGFLOPS値だけなら 大幅に差があるが実際にそれが発揮されるアプリってどれだけあるんだか
>>542 だから、HSAソフトもそんな感じになるだろうなと思う。
HSAソフトは他任せではなくHSAユーザーが色々良いソフトを作って公開してHSA推進しないといけない
>>542 AMD64からSSE2が必須だったから、それなりに普及したことになる
>>543 主要コンパイラとライブラリがすべてAVXをサポートしているから、
知らず知らずに使っているよ
エンコなどの特別なソフトだけがAVX対応というわけじゃない
win9は2015だっけ?8はもう飛ばしかな、2015に20nmでてきたら作るか
win9はDDR4メモリーと同じ位不確定過ぎると思うが。 7コケ8コケでインテルも面目は失ったが金ならあるので2016年辺りまでは win8,2 win8,3(要するにXPsp1,2,3)で行くんじゃなかろうか
ネット記事を読んでみると、GCNとHSAでは、自動的にSIMTで実行されるから、ベクタ長は特に意識する必要がない、といったことが書かれていますね。 Wavefrontの論理ベクタ長64wayを意識してプログラミングすれば、より効率的にプログラムを書ける、といった感じみたい。
Intelのceleron、AtomはAVX未対応 AMDはTemashですらAVX対応 AVXが普及したら困るのはIntelだな
別に旧世代や下位のCPUでサポートしてないからという理由で最新命令を 使ってはいけない理由はないんだが。 非サポートのCPUを理由にするヴァカは分岐処理すら書けないヴァカと アピールしているにすぎない。 次世代で必須にして欲しいのはむしろMPXかな。
別にこまりゃせんだろ 本当に必要なら新しいAVX対応のCeleron出すから買ってくださいで終わりだろ むしろ買い替え需要があるなw そこでAMDの需要が喚起されるなんて可能性はないな
>>551 256ビットSIMD命令を2サイクルに分割して実行するだけなら
SSEと比べて特に有利と言うことはない。
むしろTemashはメモリが1chしかないしBayTrailよりクロックもコア数も劣ってるし
生かせる場面がない。
>>553 >AMDの需要が喚起されるなんて可能性はないな
俺、AMDユーザーだがこれには同意。
喚起されるなら、命令、機能フルサポートのAMDがシェア20%とかって情けないことにならないだろう
一応、VEXフォーマットの恩恵で、再コンパイルすれば同じ128bitでもSSEより性能向上の可能性はあるみたい。
OpenCLの仕様拡張っていう形で業界標準が進展してるので わざわざHSA対応と言う意味はないだろう ARM系はソフトウェアスタックを流用できて嬉しいのかも分からんが
MPXはエア本さんAtomにも載るらしいから次のWindowsでの準・標準機能に 盛り込まれるかもしれんね。
>>556 そらあるよ。3オペランドだし。
まあ、性能向上率なんて1割もないってのが正直なところ。
メモリ帯域ネックなら更に使えん。
そもそもJaguarってL2が遅いよね。
SSE・AVX命令のベクタ処理をGPUハードウェアに投げられるようにしようとすると ・メモリアクセスのレイテンシがすんげーボトルネック ・16wayのSIMD演算ユニットを埋められないと(同じ命令のデータを16スレッド分用意できないと)実行効率がボロボロ こういう理解でOK?
コアのクロック差も考慮しないとね。 3.7GHzと720MHzじゃ違いすぎるでしょ
細かく切ったものをくっつけ直すのは切るより遥かに難しい x86のスカラ命令からSIMD命令に変換すると言ってるのと同じだから どうしてもそういうアプローチがしたいなら、切る前の段階で切り方を変えるのがまだマシ だから中間言語を設定して仮想マシンがJITコンパイルするとかそういう話になる JVMとかね
乱暴に計算してみると CPU:4要素×2ユニット×2module ×3700MHz=592億要素 GPU:64要素×8CU×720MHz=3686.4億要素 これが理論上のピーク処理能力(積和云々は無視) って、よく考えたら、こいつを生かすには相当な数のデータとSIMDユニットを埋めるためのスレッド抽出が必要だわ。 しかもCPUとのやり取りが・・・。 壁はかなり高いことが実感できた・・・。
>別に旧世代や下位のCPUでサポートしてないからという理由で最新命令を 使ってはいけない理由はないんだが。 分母の少ない命令でソフトを作るのは一部のハイエンド環境の業務用。 これからハイエンド環境のソフトが下に下りてくる可能性があるソフトが あるって前提の話でいってるのか?
ゲーム中二度も落ちたわ FXにHD6850でミドル気分だったけど性能不足すなあ
皆落ち着け AVX vs GPGPUとかナンセンスにも程が有る そもそもAMDはAVXにも対応しているし、今後はAVX2やAVX512にも対応していく 要は、汎用的なAMD64 低レイテンシで理論FP性能が低いAVX 高レイテンシで理論FP性能が高いGPGPU この3つを状況に応じて使いわけようというのが、OpenCLやHSA
今後は〜とか不確定なこと言い出すなら INTELも今後はMantleやHSAに対応するかもなwww
>>567 > 今後は〜とか不確定なこと言い出すなら
不確定じゃないけどな、絶対対応してくる
> INTELも今後はMantleやHSAに対応するかもなwww
それは絶対無いからw
そうなった時点でx64と同じくintelの大敗北だろw またAMDに追従すんのかよw
ただ追随したらあっという間に・・・
なんでも可能性とか言ってたらお花畑になる
>>570 あっという間も何もそれだけでまた10年は戦えることになる
つーかintelがmantle対応したら最早nvが死ぬ
まぁIntelのGPUじゃどんだけかかっても追いつかれる事はなさそうだけどな
AMD64は、MSから対応しろと命令されたからしぶしぶ対応しただけ HSAは別に誰からも命令されないから追従なんてしないだろう 仮に追従しようとしたら、基礎開発から始めないと駄目だから、登場するのは早くて5年後くらいだね どうせIntelのことだからスカイレークの次の次くらいは作ってるから、その更に後での対応だな 5年もあればKaveriから相当洗練されるし、dGPUやMantleとの連携もありそうだから、 まあ、時既に遅しで、Intelは出るまでもなく負けだろう
nvはmantleぽい別のなにかだすだけじゃね
>>575 > nvはmantleぽい別のなにかだすだけじゃね
仮に出したとして、DirectXとMantleの並行開発に更に負担与えるデメリットを超えるどんなメリットが有る?
Mantleのps4から移植しやすく高性能と以上のメリットがあるとは思えない
そもそもKeplerとMaxwellで全く違うアーキテクチャになるから両立は不可能だし、
Maxwell向けにしたらシェアで圧倒的に劣?り、Kepler向けは将来性がない
>>574 業務用って俺たちがあり得ないと思えるほど無駄なことを、
大層なお金をかけてやった上に、大して成果が上がらないようなものを使うんだぜ?
いうなれば、俺達がGT-Rを800万かけて買う所を企業はポルシェGT-3を買った上にコースに合わせてしっかりセッティングする。
値段の差ほど、タイムは伸びないが、そんなもん。つまりHSAはワークステーションの世界で使われると思うよ。
TDP
TDP
誤爆しまくりだ・・・ もう寝る
姉TDP
>575-576 GTX750Tiは786SPの650Tiより20%ほど高速 これまでGM107は960SPだと思われてきたがそれはGPUZの間違いで 5(SMX)*196(SP)=960(SP)ではなく 5(SMX)*128(SP)=640(SP)らしい 効率的には 786/640=1.2で さらに1.2倍なのでSPあたり1.44倍となる またmaxwell世代のcompute capabilityは4.0をスキップして5.0となる
>>564 分岐すら書いたことがない無能なのかなーと思いまして。
最新命令を使うためにたったこれだけのコードも書けない無能なのかと。
if (feature.AvxSupported()) {
hogehogeAVX();
} else if (feature.SseSupported()) {
hogehogeSSE();
} else {
hogehogeGeneral();
}
まあいちいち分岐するのが煩わしい場合は関数ポインタを使うけどな。
クラス化してポリモーフィズムで表現してもよし。
あと、大多数で対応してないAPIを使うのがダメと言うなら AMDがトップシェアをとらない限りHSAは普及しません。
mantleもなぁ
>>577 何処で使われるとかじゃなく、ARMとAMDが関わる殆んどの環境で使われていくだろ
まあ、流石に家電や工業機械とかの組み込み向けは、SOCの性能がギリギリだろうから使われ無さそうだけど
Mantleは、PS4向けに作ったエンジンを流用できるらしいし、 AMDがゲーム会社に金ばら撒いてるので、対応する会社は増えるでしょう 金ばら撒くのやめたら知らん
流用できません mantleように作り直しです
グラフィックエンジンにMantleを組み込んであるから そのグラフィックエンジンを使えば自動的に対応する 主要グラフィックエンジンの5社中3社は対応すると発表してるわけだしな
unityが対応したらでかいだろうな 自動的にARMのゲームへの道も開ける
unity使ってるゲームなんてモバイルゲームだけじゃん… デカイタイトルでunity使ってるトコなんてあまりないんじゃない? AAAタイトル級が対応しないとな…
自動的に対応する割には公開が延期されたり描画バグがあったりするようだが
今はバグだらけかもしれんが 今後のドライバで徐々に解消されていくだろ
Intelやヌビじゃあるまいし大赤字のAMDが金バラまけるわけ無いだろw 全部相手がはした金程度で殆んどボランティアでやっているよ
>>594 そこやで
今後のドライバはDXとMantle両方の修正・最適化が必要になるわけや
アムさんにできまっか?
今後のドライバで徐々に解消されていくだろ
Intelには出来ないだろうけどAMDなら出来るだろうね
>>584 言いたいのは最新命令に変わってどれだけ変わるのかって部分
出来る出来ないの話はどうでもいいことだろ、そこまで推すなら具体的にアプリの例くらい
ださないとな。
>>596 出来るだろうね
MantleはGCN限定だし、VLIW4,5のドライバアップデートをやめちゃえば
人材の問題もないだろう
VLIW4とかVLIW5って、ドライバアップデートしてるように見せかけて、 アップデートされたのはバージョン番号だけで、中身はほとんどアップデートされてるようには見えないんだが・・・ 致命的なエラー(特定のゲームでクラッシュ・フリーズ・ブルースクリーン)くらいだけたまに修正される感じ
>>596 余裕だろ
DXの最適化や不具合修正は箱1、MantleはPS4のノウハウが大体使えるからな
今は、出だしで少し手間取ってるだけで、すぐに対応して問題なくなる
Mantleでの不具合はゲーム側に依存するケースは多くなるだろね ゲーム作ってるとこがポンコツだとどうしようもない サイコロとかダイスとかDICEとかな
今までゲフォ最適化しかしてこなかったんだから、ラデ最適化しようとしても急には無理だろ 今までの経験やノウハウが全く使えなくて、ゼロから始めてるんだから、安定するのに多少は時間かかる まあ、時間の問題だし、次かその次くらいでだいたい改善されるだろ
いくら早くなっても不具合あるんじゃ駄目だなこりゃ
Mantleでの不具合はゲーム側が悪い! もうそんなこと言い始めてんのか
APUスレではゲーム側にバグがあるって言ってるのに APUの表示が自然だ!バグじゃない!ソース出せ! って息巻いてる方々がおられますよ
色合い的には自然じゃね?とはおもった。 バグなら修正して欲しいけど。
これから開発されるゲームはともかく 既存のゲームはゲーム側がMantle仕様に対応させるか、AMD側がゲームに対応させるか どっちが面倒な処理を引き受けるのかが悩みどころだよな
AMDもDICEもバグとして認識して修正してると言ってるからそのうち対応パッチやドライバが出てくる インゲフォ厨には正常でバグには見えてないだけ
また「そのうち」かw そればっかりだな
NVIDIAのARM CPU 「Denver」と「Tegra K1」の展開
http://pc.watch.impress.co.jp/docs/column/kaigai/20140212_634557.html 高い命令発行度を相対的にシンプルなハードウェアで実現するプロセッサアーキテクチャは、過去にも何度か試みがあった。
そして、これまでの技術の流れを考えれば、バイナリトランスレーションで並列性の高い内部命令(VLIWなど)に変換し、
ソフトウェアスケジューリングを広域なコード範囲に行なって、
コードの中のホットスポット部分の命令の並列発行度を高める手法が思い浮かべられる。
かつてTransmetaがEfficeonで採ったような手法を発展させて、ハードウェアアシストで行なうことは可能だ。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
そもそも、NVIDIAはGPUの会社であり、GPUはネイティブ命令を露出させず、リアルタイムコンパイラで変換する実行スタイルを採っている。
トランスレーションはGPUでは当たり前だ。では、Denverはどうなのか。
例えば、バイナリトランスレーションでARM命令を変換して実行するスタイルで、
ネイティブ命令を通すことも可能なアーキテクチャを採っていたりするのだろうか。Huang氏は次のようなヒントを出す。
「我々は、Denverを新しいテクニックによって最適化しても、それはDenverボックスの内部に留めるのが最上のアプローチだと考えている。
Denverの外側から見れば……、つまり、静的コンパイラやOSから見れば、完全にブラックボックスとなる。
単に、高いIPC(Instruction-per-Clock)を持つ優れたCPUのように見えると考えている。
ソフトウェアの対応は難しくするような、CPUの外側に対する最適化は一切求めない」。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Instruction-optimizing processor with branch-count table in hardware
https://www.google.com/patents/US20130311752
ソフトウェアの対応は難しくするような、CPUの外側に対する最適化は一切求めない!(性能が出るとは言ってない)
>>613 >今年後半にDenverベースのTegra K1が登場する。
本命は今年後半って、AMDのMullinsも余裕で間に合いそうなスケジュールだなw
2Wの64-bit ARM CPU Tegra K1と、同じく2Wの64-bit x64 CPU Mullinsの対決は面白そうだ。
>>615 ああ、denverが圧倒的に高性能になるだろうね
AMDもARMに本腰入れてほしい x86はもうゆっくりと衰退していくだけだし
むしろサーバARMは、新型のATOMやXeonのワッパが良すぎて 急に下火になったじゃん
もう買い替え需要しかなくなりそうなスマホとかモバイルどうだろうなー どこも暗い予測しかないけどPCもだけど winタブだけはよくわからないが
624 :
Socket774 :2014/02/12(水) 15:52:10.44 ID:G9XgKaRd
>>624 Beemaは、省電力デスクトップやモバイル用のx86互換コアで、最終的にはKabiniに置き換わる。
SoC(System on a chip)で動作に必要なシステム全部が一つのチップに搭載される。
"Puma" ("Puma+") CPUアーキテクチャで作られ、GCNも搭載される。
パーツはチップセットロジックやセキュリティプロセッサーを統合し、専用のCortex-A5 ARM chipが使われる
2から4のCPUコアで、TDPは10から25ワットになり、一番の特徴はCPUとCPUがシステムメモリーを共有するHSA
現行機のように、28nmで製造、FT3 BGAパッケージとして生産され、2014年内にローンチされることが予想されている
よくわからないとこもあるけど一応w
<(_ _*)> アリガトォ BeemaでHSA対応するってことだな
DICEがゲーム側のバグだって言ってるのにAPUスレだと バグではない、仕様だ、mantleの自然な発色がわからないとは視力障害だ って言い出すからなぁ 最近のAMDスレは狂気に満ちているよ
バグでも仕様でもどっちでもいいよ ただの色合い程度の話だし、それでパフォーマンスが変化することなんて無いんだから。
MantleとRadeonユーザー叩きたいだけの自演だけどなアレ
省電力コアの方はHSAに対応しないとされてた気がするがまだ不透明なんかね
AMDのタブレット本気で欲しいんだが
でもIntelGPUで正常にレンダリング出来ないとぶっ叩くよね あとパフォーマンスが本当に変わらないかどうかは修正を待たないとわからない
製作者でもないのに偉そうに むしろ正常にレンダしてるのはMantleの方かもしれないのに
さっそく
>>628 か、DICEがバグです直しますって言ってるのに
公式発言すら無視して”かもしれない”、ほんと狂ってんな
どっかのアホ記者はR200シリーズをHD7000シリーズのリネーム品とか言ってたけど、R200シリーズはGCN2.0でHD7000シリーズはGCN1.1じゃなかったか? KaveriもGCN2.0だし、唯のリネーム品かどうかはMantle動かしてみればGCNのバージョンでどれだけ違うか解ると思うんだが、その辺調べた記事早く出さないかな? それからDICEの言ったバグは空が白っぽいのと小石のオブジェクトの配置だけじゃなかったっけ?
>>636 公式の対応予定は、シューティングレンジの石配置、晴れなのに曇りに見えるバグだね。
それ以外で、必死にネガコピペと自演してる連中って、本当にゲームやってるのか疑わしいレベル。
だったら文句言われねー完璧なもん出せばいいよ そもそもmantleなんて遅延のデカイamd環境でしか必要とされていない
俺はあのバグでマントルではその程度の確認すらしていないのか 軽く見られているなって思ったんだが
>>641 オンライン記事じゃ、やっぱりマイナビの解説が一番面白いな。
不具合より提供の早さを優先した結果なのかもしれず 急かされてたので優先度の低いバグは後回しにしました、とか
>>644 DXと比較すればすぐ分かるようなことを放置して出すってのがな
こんなもんで良いやだったんだろう
ID:G3+3C20s 巣に帰れよ(´・ω・`)
平日なのに夜より昼の書き込みが多いってさすがだよな
>>599 このレベルでもSSE2で最適化したルーチンの最大2倍、スカラ実装の20倍出てるが?
http://pastie.org/pastes/8674992/text もっと高度なマルチパターンマッチングなんかでは差は顕著に出るだろう。
GNUなOSとかMacOSなんかは標準関数が普通にAVX2に対応している。
最近ではLLVM自体がAVX-512対応を進めている。
これによってLLVMをバックエンドとして使う言語処理系全て、たとえば
Clangなんかで自動的に恩恵を受けられる。
WindowsだとWIXを使ったアプリ、具体的にはストアアプリのほぼ全てが
AVX2対応ですね。
>>648 団子はプログラム書けるのか、なんかすごいな。
AMDユーザーが更に性能のでるHSAまたはopenCLを使ったのを出して,orzになるな
OpenCLやHSAのランタイムを1回呼び出すまでの間にCPU実装は文字列終端を 数十万回は見つけてるでしょうな。 こういった処理では、近所の商店街に夕飯の買い物行くときにローラースケートや スケボーあるいは自転車を使う感覚で使いたいのですよ。 いちいち「ダンプカー」をチャーターする必要はないのです。 CPU内蔵のSIMDユニットを速くしてくれ、それ以外は要らない。
>>650 団子、お前のところ
>商店街に夕飯の買い物行くときにローラースケートやスケボー
こんな主婦普通にいるのか? なんかすごい主婦で笑った
別に主婦である必要はないんじゃ 人間なら大抵夕飯は食べるんだし
>>642 結局ゲームエンジンが対応したらあとはちょこっと直すだけで
対応できたとしてもテストなんてのはまるっと負荷になってくるわな
で、メインのDirectXでもGPUごとに表示が違ったりするから
それだけで大変なのにさらに追加で確認なんてMantle効果でよほど売れるって
目処でもなけりゃリソースさけないわな
となるとテストが端折られるのは使われるかどうかわからん
Mantleになるってことだろ
とりあえず落ちない確認だけして表示は不具合報告きたら対応すりゃいいという
スタンスだろうな
そのうちMantleは対応はしました、でも動作保証はしませんとかになる悪寒
>>651 別にそこに突っ込む必要ないのだけど。
わざわざ予約を入れてチャーターしないと呼べない「ダンプカー」の立ち位置
strlenみたいな関数はGHzオーダーのCPUでは平均処理時間は1〜2桁nsecレベルの問題。
GPUでやろうとしたらランライムを経由して外部プロセッサに投げる時点でusec〜msec
オーダーの時間が必要になる。
もっと大きな処理にしか適用できないってことよ。
これがCPUのSIMDとGPGPUの決定的な差。
>>654 ソフトのことは分からんけど、
今のGPGPUはオーバーヘッドでかすぎてダンプカーだけど、
KaveriのHSAはオーバーヘッドをなくして、ちゃり感覚で使えるようになっているんじゃないのか。
このスレにはHSA命でHSAプログラムやっている奴いるだろうから、HSAはちゃり感覚で使えて
団子のi5(AVX2)よりKaveriはこんなに性能が良くなるって示してくれるんじゃないか。
> KaveriのHSAはオーバーヘッドをなくして、ちゃり感覚で使えるようになっているんじゃないのか。 だから〜 PCIe経由かオンダイのGPUかなんて全く議論対象じゃないのよ。 CPUコードからダイレクトに処理できるかどうか CPUサイクルで1〜2桁クロックしかかからないって言ってるじゃん 文字列関数を処理するために文字列関数より重たいランタイムコールを やるのは本末転倒なのよ。
>団子のi5(AVX2)よりKaveriはこんなに性能が良くなるって示してくれるんじゃないか。 AMDスレにそんなソフト屋さんいるのか・・・?
>>657 自分で実際に試したことすらなくてHSA/openCLを使えばAMDはすごいんだって言う奴ばかりではないだろ。
openCLやHSAを熱く語っている奴の中には、少しはHSA/openCLできる奴いるんじゃないか。
団子がコード書いて挑戦してきているのに、実はHSA/openCLさっぱりできないんだよじゃな。
GPUで出来ることの限界も知ってるのが優れたプログラマですな。
「GPUに合わせてAPIを作り直せ!」 それじゃ互換性が保てない。 本当はSSEやAVXに合わせて自由にAPIを再定義していいというなら もっと効率のいいAPIを作ることも出来る。 あくまでレガシーなAPIの仕様範囲内でAVX2を適用して高速化できる という例を示している。 ソフト開発って基本的に保守的ですよ。
openclを扱えるの人が多ければ、こんな話は出んよ ちゃんと勉強したプログラマは日々忙しいんです 一般アプリは、コピペでもしてつくって その分アイデア勝負でいいんですよ そこの人をプログラマーとは言わない気もするけど その他大勢が少しでも楽できて裾のが広がれば それで良いんですよ
なら「HSA on Rails」的な簡単に雛形作れるものでも作ってくださいな コピペで済ませる類のプログラマはC言語ですら煩わしいから より手軽だが実行速度の遅いスクリプト言語を好んで使ってますよ OpenCLってCより遥かに面倒でしょ。 その時点で間違ってますよ。
「Tripcode」はだんごやさんの造語です
極端な人だこと
GPUを使うとレイテンシ大きいのは確かだけど, だからってGPUがいらないと決めつけるのは視野が狭いなあ
せいぜいトリップが昔からの限界だよねぇ そもそももうx86用で恩恵受けるようなフリーソフトなんて絶滅に近い気はするけどね
DESにしろSHA-1にしろもう実用性のない暗号なんだよな 中尾さんが気まぐれというか惰性で採用してるだけでしかない トリップ遊びなんて楽しいですか?
>>662 それはダンプカーでやったほうが良い作業ってことはないのか?
もし、そういう作業なら当然GPGPUの方が良いだろな。
で、団子が言っているのは、ちゃり感覚で気楽に(手軽に)使えて高性能実現できるのかよということ
そして、団子のコードはavx2をちゃり感覚で使ってもこんな性能でますよ例だと思う。
手軽でかつ高性能実現できるなら色々なことに使ってくれそうだよな。
>>663 で、団子はopenCLを使うことじたいがすでに手軽ではないということか。
>>656 なんか団子の言ってるのは1秒かかる処理を0.9秒にするような処理の話
ばかり言ってる気がしてならないんだけど、10秒かかって実用化できなかった
けど1秒くらいになって実用化出来ます的な話が聞きたいわけで。
AMDがx86の強化をしないといってるわけでもないのにAVX2の512の次は1024でも
だすんか?インテルは()
最近は1秒かかる処理を100個同時に1.3秒で処理できてさらに省電力ですみたいなのばっかなので
手押し車にもダンプカーにも最適な用途があるなら、軽トラにだって最適な 用途はあるでしょ。使い分ければいいじゃない。
> なんか団子の言ってるのは1秒かかる処理を0.9秒にするような処理の話 もう十分速いから意味がないとでも? HTML,XML,CSS,JavaScript,JSON・・・とテキストを大量に扱うサーバでは テキスト処理の高速化ってすごく重要なテーマですよ。 1秒の処理が0.9秒で済んだら同時接続ユーザー数を10%増やすことができるじゃないの。 すごく経済的メリットがあるぜ? というか重たい処理はサーバ側で頑張るからクライアントはレイテンシ最適化してくれ って感じですな。 PCが売れなくなってタブレットの出荷が拡大してるのは要するにそういうことだろ?
>>673 メリットがあるのはその通りだよ
それしか見えてないのがまずいんだよ
>>673 タブが売れてるのは寝っ転がってネットができる事やビュアー用として軽くてバッテリー持ちがいいからだろ。
イチ消費者はクライアントやレイテンシなんて気にしないよ。
それでサーバ側のキャパがおいつかなくて結果的にXeonが売れまくってるわけですけど
レイテンシは大事だよ いっぺんLTEオフにしてスマホゲーやってみ? アンテナ5本でもストレスがマッハですよ。
アスペ団子
>>673 一割の性能アップで導入費用、減価償却費はまかなえないだろ?
リースで丁度更新時期なら話はわかるけど。
まぁ業種と規模によるのかな。
> 一割の性能アップで導入費用、減価償却費はまかなえないだろ? うん。 いくら安くしようともSandy Bridgeより電力効率の悪い現行Opteronへのリプレースも 有り得ないことはわかるよね? GNUは最初からAVX2などの最新命令に最適化されたCライブラリ関数やコンパイラを 利用できるからこれらを使った大半のツール群は追加コストなしで最新CPUによる 性能向上効果を得ることができる。 あとは各商用ソフトにおけるソフトウェアの最適化は導入効果がコストに見合えば採用 てな感じでしょ。 APU版OpteronだけどのGPU部分は現状は大半のサーバアプリでデッドブロック でしかないからこれもやはり積極的に導入する意味がない。 デッドブロックでなく活用しようとしたらそれこそ費用対効果を度外視した 新規ソフト開発が必要になる。 そこまでAPUに肩入れしたがる鯖管もそうそういないよ。
だんごの言うことはそのとおりだが、 OpenCLやHSAを使う意味がない用途でそれらが意味がないと言われてもな そりゃそうだろ、としか
> OpenCLやHSAを使う意味がない用途 意味がある用途のほうがよっぽど少なくてかつ市場も小さいがな トリップクラックで飯が食えるならずっと続けてるよw
Xeonサーバが売れてるというかDELLとかがそういうサーバしかメニューに用意してないからな 残念ながら安定供給されていないと、業務で使うのは厳しい まぁAMDも売れると分かっていればコンスタントに作ってくれるんだろうけど 在庫抱えたくないだろうからKaveriみたいに途切れ途切れの供給になっちゃうのかな Kaveriの中身を2倍にして4chメモリにしたサーバ用APU夢見て寝る
昔の俺様なら速いほうがユーザーに好まれると思ってMFCを嫌ってWinAPI直叩きとか WTLとか使ってガリガリ書いてたけどそれはそれで生産性が・・・ね。 ここ最近はWinFormsやWPFばっかし使ってアプリ書いてるよ。 というかほかのメンバーが保守できないから俺がそれに合わせてるだけだけど。 「GPGPU使おうぜ!」というのはむしろリアル職場の俺も提案してる立場だったりする。 i3以上でしか使えないAVX2と比べてゴシロンやべいとれでもOpenCLは使えるからな。 現実にはそこまで性能不足してる用途がないというか、課題となってる問題が 残念ながらGPUの性能特性にことごとくマッチしてないんだよ。 ソフトが悪い?いいえ、ソフトに合わせられないハードが悪い。
消費電力的にはどうなの? スマホだと2DのGPU描画が開発者オプションで用意されてたりするけど
“Seattle” is an SoC, so there are no chipsets and the 10GbE is integrated into the processor.
たとえば、100万件の元データを用意して、それに対して文字列演算をおこなって 結果をまとめて100万個分知りたいっていう場合は、HSAなりつかってGPGPUでやるのが速くなるでしょう でも、実際は、数個の元データにたいして文字列演算を行ってすぐに結果が知りたい、 みたいなのがほとんどなので、そんな計算をHSA/GPGPUなんかでやったら遅すぎて使い物にならない
たいした事ない計算なら何使っても「遅すぎる」ってことにはならんだろう。 体感出来るような差にはならんだろうからね。
あ、100万件って書いたけど、100万件ならCPUのほうが速そう 1億件ならさすがにGPUのほうが速いか?
文字列操作はメモリバスネックでキャッシュが効くから1兆件やってもCPUの方が早そうだ。 二次元または三次元以上の形に広がる大量のデータに対して同一演算を繰り返す用途でない限りGPGPUの出番はない。 逆にそうしたデータに対しては非常に有効なのでゲームの物理シミュレーションや、キネクトの認識はキラーコンテンツになりうる。
BF4 TEST RANGE 1080p 最高設定
7850K → 16fps
G1820 + HD7750 → 31fps
http://youtu.be/B16tV5xgidE ___
/ \::/\ 僕はAPUファンだから、BF4だけは
/ 。(一)::(一)。 こんなガチ比較で追い詰めたくなかったんだけど
|:: 。゚(_人_)゚| RADEON友の会スレで変なのが絡んで来たから
\ ゚ `⌒´/゚ やっちゃいました、、、
/ ⌒ヽ ̄ ̄ヽ゚。
/ __\ \/\ \ 終わった、、、APUが完全に終わった、、、
と__)_ヽ_つ ヽ_つ
/\___/\ / / \ ::: \ エアBF4プレイヤー | (●), 、(●)、 | エア7850K使い | ,,ノ(、_, )ヽ、,, | エアmantle使い | ,;‐=‐ヽ .:::::| エアDG使い \ `ニニ´ .:::/ /`ー‐--‐‐―´´\ レスお断り .n:n nn NO THANK YOU nf||| | | |^!n GET OFF f|.| | ∩ ∩|..| |.| |: :: ! } {! ::: :| ヽ ,イ ヽ :イ
694 :
Socket774 :2014/02/13(木) 07:05:35.93 ID:4aAG88sH
intelの宣伝マンが来る所じゃない
695 :
Socket774 :2014/02/13(木) 07:46:16.36 ID:8by6YlnZ
GM107 has a TDP of 60W
http://videocardz.com/49557/exclusive-nvidia-maxwell-gm107-architecture-unveiled The facts about Maxwell
NVIDIA Maxwell GM107 specifications
Full GM107 has 5 SMs with 128 CUDAs each, which gives 640 in total.
This means that GTX 750 Ti has 640 CUDAs (5 SMX) and GTX 750 has 512 (4 SMX).
http://videocardz.com/images/2014/02/Maxwell-GM107.png Larger L2 cache.
This is the main difference between Kepler and Maxwell. Larger L2 cache will limit the queries to the GPU.
GM107 L2 cache has 2MB. GK107′s cache has 256KB.
Workload balancing and complier-based scheduling has been improved.
The number of instructions per clock cycle has been increased.
SM has been redesigned into four processing blocks (as explained above).
Maxwell introduces even faster H.264 encoding and decoding with improved NVENC (which is used, for instance, in ShadowPlay).
New GC5 power state (low sleep state).
696 :
Socket774 :2014/02/13(木) 07:56:09.16 ID:4aAG88sH
NVIDIAもIntelの宣伝マンもスレ違い
全文検索とかのパターンマッチならひょっとしたらGPU使えるかも でもインデックス登録するのはたぶんCPUのほうが速いな
disるだけのヤツは去れよ。 向上心のある人は勉強してる。最近の勉強会はもっぱらHSAの話題。昨年末の回はAMDの人も講師に立ってたしね。
>Radeon R9 280XがRadeon HD 7970のリブランドであったように、Radeon R9 280も基本的にはRadeon R9 280のリブランドである。 日本語で頼む
ついにDDR3の16GBが出るんだな
DGスゲー効いてるな
あんま変わらんのな
田母神さん 「我が国は韓国に対し、経済関係の断絶でもやるしかない」 ←何故都知事にしなかった…
http://hayabusa3.2ch.net/test/read.cgi/news/1392253426/ 田母神俊雄 @toshio_tamogami
韓国が慰安婦の日を制定するそうです。
また2017年までにユネスコの世界記憶遺産への登録を目指し作業に入るそうです。
あの国は嘘つきの名人ですが、一体どこまでやれば気がすむのか、
我が国は韓国に対し経済関係の断絶でもやるしかないのでしょうか。
日本がなければ韓国は倒産します。
https://twitter.com/toshio_tamogami/status/433729029653295105 【泣きついてきた韓国に日本が援助してあげた金額】
1965年 60兆円相当のインフラ整備費譲渡
1965年 800億円+αを援助 日韓基本条約
1983年 特別経済協力 4000億円支援
1997年 韓国通貨危機 1兆円支援
2006年 ウォン高救済支援 2兆円支援
(韓国高官は「日本の援助は迷惑だった」と不快感を表明)
2008年 リーマンショック危機 3兆円支援
(韓国高官は、「日本は出し惜しみしている」と不快感を表明)
東日本大震災の義援金では、台湾が400億円もの義援金で日本を助けてくれた中、
国連が認定する最貧国の、
30カ国からの計約6億円よりも韓国は低額
しかも、韓国は全世界の中で唯一”義援金に対する見返り”を要求
さらに『東日本大震災をお祝いします』などと無礼な祝意を表明する。
その他、2002日韓W杯スタジアム建設費融資300億円未返済
日本のIMF援助8400億円とその前の1兆4000億円、
更に以降の1兆2000億円とODAの有利子負債の利子
計約1070億ドル、約13兆円の負債に対して
韓国は未だ1円も返済していない。
70兆円近くもお金をあげて援助して、さらに別口で13兆円も貸してあげて、これだけ配慮しても国連では「反省(お金)が足りない」と非難、
ソウルの水曜デモ(反日デモ)で
毎週日本国旗と天皇陛下の肖像画を燃やし続ける韓国人。
707 :
Socket774 :2014/02/13(木) 10:28:08.11 ID:bfBQLMPg
>>702 見る限り結局HD7750が優秀なだけでセレロンが優秀なわけじゃないよな
同じ価格帯ならA4とかA6シリーズと比べたらいいじゃんね
APUだから単体じゃそれこそセレロンなんぞお話しにならんけど
>>695 スペックもゴミだが、SM内のSP数を削ってSMの数を増やしTPCを上げなきゃいけなかったのが笑いどころ。
現行Keplerは失敗だって言ってる様なもんじゃんw
AMDはいつまでリネーム祭り続けるの?
711 :
Socket774 :2014/02/13(木) 12:27:52.71 ID:8by6YlnZ
texture unitはSMMあたり8でkeplerのSMXでは16 都合 GTX750Tiでは40TMUとなり GTX650Tiでは64TMUとなる SP数はSMMあたり128,SMXあたり192 GTX750Tiでは640SPとなり GTX650Tiでは768SPとなる カタログスペックは落ちてるが実行性能は上がってる
これはすごいなあ。電力あたり性能が本当に2倍になりそうなのか
Llano(VLIW5)→Trinity(VLIW4)→Richland(VLIW4)→Kaveri(GCN) ちょっと何言ってるか分からないですねぇ
GPUの電力当たりの性能じゃなく、CPUの電力当たりの性能ももっとがんばれよAMD Intelに完敗じゃねーか
Keplerから若干Fermi側に戻った感、Fermi→Kepler→Feplerみたいな 28nmで60W GTX480くらいがマジなら凄いねぇ、まだ未完成品なのに 20nmでCPU統合した真Maxwellはどうなるやら とりあえずこのままだとモバイルdGPUでのラデ挽回は無さそう
>>710 リネームじゃなくGCN1.1からGCN2.0へのバージョンアップ品。
元々GCN2.0なKaveriと組み合わせてMantleするにはそのバージョンの違いで性能差が出る。
>>717 ファンレスのHD7750,HD7850,R7-250,R9-270製品が既にあるのに何その中途半端で微妙すぎる性能
Radeonは古いゲームで不具合起こすから それが嫌でサブとメインでRadeonとGeforce両方使いわけてるよ あの頻繁なアップデートってほとんど最近のゲーム向けの修正だからな
(41.2/34.0)*((192*4)/(128*5))=1.454 SPあたり1.45倍の性能アップかい TMUが半減してもモノトモシナイな
ピン余ってもいいからFM2で出せばいいのに
DGなかなかいい感じの伸びだな ここら辺はまだチューニングの余地もあるだろうし ポストエフェクトだけAPU側で行うってのもおもろいな
Kabiniだとサウスも統合してるからソケット分けるのはしょうが無いんじゃないかな 統合のを無効にするにしてもPCIeが4レーンしかないはずだし
>>697 >Believe it or not, Mantle is actually easier to support than OpenGL.
>OpenGL has many unobvious pitfalls and traps, whereas Mantle really doesn't.
素晴らしい
MaliのT604はOpenclでHEVCもVP9も再生できるって話は聞くが Nのほうからは全くこういうのないよねー
>>683 OpenCLとHSAを同列にしてるけど
HSAがOpenCLのように限られた用途でスタンダードになると思う?
もしそうなら十分だと思うんだが
>>727 来年のGPUでも対応していないって、ARMはあんまりHSAに気合いれてないのか
実はARMはまったりHSAで、一方AMDは必死にHSA、HSAっている感じなんか
CPUがどうしようもない状態だから、そうならざる得ないんだろうが
>>729 PCの限られた用途で"スタンダード"ではなくて、極限られた用途でしか使われないって感じだろう
>>727 すまん、間違えた。対応してるのはMali-T760の方だった
>>699 具体的な成果も出さないくせに「向上心」を語る奴はバカだ
ほかの言語の勉強会ではGitHubやSlideShareに具体的な成果物を
あげるのが通例だがHSAでそんなものは見たことも聞いたこともない。
勉強するだけやって何も役に立ってない証拠。
お前が足元しか見てないだけじゃないの
>>729 HSAを直接触るという状況がかなり考えにくいので、
あんまり意味がない議論だと思う
それ自体がプログラミング言語を持つOpenCLとは並立しようがない
x86勉強会は未踏出身とか現役理研研究者とか毎回すごいメンツが揃うのに GPGPU界隈は残念な人しかいないよね
数値計算関係でCUDAやってる人は結構いると思う OpenCLは紹介されることはあるけどまるで盛り上がってる感じがしない HSAはそもそもモノがないので名前だけ
>>733 足元じゃないところに転がってるというなら教えて欲しいな
GPGPUで作ってみた系のツイートは何のタグを追いかけてればいいんだ?
gpgpuは画像識別とか認証系のアプリとかなんかな? 気軽にできるアプリではつかいにくそうだな。
いずれにしてもHSAで文字列処理は筋が悪いわ。 Haswellは256ビットAVXユニットが3つ乗ってるので1バイト文字列の処理は 1コアあたり96ops/clk GPUでは1バイト単位のSIMD演算はサポートしてないので512SPのGCNで たかだか512ops/clk。 これに更にクロック・コア数をかけたら・・・ 理論ピーク性能の時点でCore i3に負けてる。
MT6595はCortex-A17とCortex-A7を4基ずつbig.LITTLE構成で集積し, H.265/HEVCベースの4Kビデオをエンコード&デコードできるハードウェアも統合するとのことだ x86完敗であるw
※出るのは来年初旬 A17ってのが既に迷走だな HEVCコーデックのハード実装なんてIP買ってくればなんにでも実装できるもんだから 別に誇るもんでもない。 むしろ動画を配信するサーバのCPUは依然x86なんだろ
HSA信者はHSAが具体的に何でどうやって使うのか教えてくれよ。真面目に知りたいのだが。
>>741 ただIntelもAMDもHEVCのIPとか買わないだろう。
AMDは場合によって、もしかしたら買うかもしれないが、
IntelはQSVに自前で機能追加して対応するだろう。
ARMのニュースは来年にはHEVCが実用的な速度で使用できるという意味がある。
画質はH.264よりよければ、まあそれで。
PhenomUに散々投資したけどA4の出来が良くてアホみたいだったわ
実数演算で処理能力が必要な分野ではほぼ全てHSAが使えるだろ
じゃあ流体解析お願いします
今どのアプリで使えるか もしくは、いつどのアプリが使えるようになるのかじゃ?
コードを書きもしないやつほど声がでかい感じがPS3のときのCellとそっくりだな CellならCの標準ライブラリが使える程度には汎用性高かったから それなりには使えたがGPGPUはそれより遥かに不自由だからな
パーティクル処理ってGPUの得意分野じゃん
そりゃバンド幅律速だから多chのGDDR5積んだGPU有利だよ でもDDR3じゃCPUと変わらんよ。
A17が迷走ならSoFIAは何になるんだ…敗走か?
確か、HSAのモデルって ライブラリ⇒HSAランタイム⇒ファイナライザ⇒ハード だったけ。この現状では、団子氏言うところの「要予約ダンプカー」になるってことかね。
XMM7260は未だにTSMC製造だ 低コスト化のためにワンチップ化するには他社Fabのほうが都合がいい場合だってあるだろう 逆に考えればTSMCでそのまま製造できるほどAtomのIPは柔軟性が高いことを 証明することになるだろう
754 :
Socket774 :2014/02/13(木) 22:26:48.37 ID:KMQ6CETE
新時代到来! ヘテロジニアス・コンピューティング最新動向【前編】 (1/4)
2014年1月14日、ヘテロジニアス・コンピューティングに向けたフレームワーク「HSA」(Heterogeneous System Architecture)を
ハードウェアレベルで初めてサポートするAMD Aシリーズプロセッサ“Kaveri”が正式に発表された。
HSA対応アプリケーションの開発プラットフォームとしても期待を集めているKaveriを中心に、HSAの現状と今後を探る。
http://eetimes.jp/ee/articles/1402/06/news074.html
HSA Kaveri最大の特徴となるのは、やはりHSAのサポートだ。 ?並列処理プログラムが、CPUやGPUを意識することなく動作できるようにするプログラミングモデルの整備 ?システムやアーキテクチャの違いを吸収する中間言語やランタイムの整備 ?CPUとGPUのメモリアドレス共有と、CPUーGPU間のメモリコヒーレンシ(整合性)の実現
HSAでは、これらのことなどを標準化され、x86でもARMプラットフォームでも、そして、いかなるGPUアーキテクチャでも、プログラムを大きく変更することなく動作できるようにしようとしている。 その基本的な仕組みは、HSAIL(HSA Intermediate Language)と呼ばれる中間言語によってGPU(またはCPUも含む)の命令セットの違いを吸収し、 JIT(Just In Time)コンパイラまたはランタイム(各ハードウェアベンダーが用意するファイナライザ)がGPU(またはCPU)のネイティブ命令セットに変換するというもの。 ただ、HSAILが抽象化するのは、主にGPUが得意とする並列処理命令であり、CPUで処理した方が効率的な演算処理や、GPU本来の役割であるグラフィックス処理は含まない。 HSAファウンデーションでは、1つのプログラムコードで、全てのプラットフォームをサポートできるようにすることを最終的なゴールとしており、 同ファウンデーションのメンバーのCPUアーキテクチャ、すなわちx86、ARM、そしてMIPS(2012年末にImagenation Technologiesが買収)の間で、 積極的にバイナリ変換ができる環境を整えるられるよう働きかける可能性も残されている。
HSAでは、HSAILの生成にC++AMPなどの高レベルコンパイラによるプログラミングの他、Open CLで書かれたプログラムは、 ClangやEDG(Edison Design Group)のフロントエンドでOpen CLのSPIR(Standard Portable Intermediate Representation)に変換された後、 LLVM(Low Level Virtual Machine)でHSAILに最適化される。 また、Javaの並列プログラミングに関しては、OracleとAMDが共同開発したOpen CLアクセラレーションAPIのAPARAPI(A PARallel API)を利用することで、 HSAでも汎用演算処理をGPUに割り当てることができるようになる。 こうして、HSAILのバイナリコードを生成することで、各ハードウェアの命令セットアーキテクチャに近いレベルでアプリケーションを実行できるため、 より効率的かつ高パフォーマンスが得られるというのが、HSA陣営の主張だ。
hQは、OSを介さずにユーザーモードでGPUのキュー(待ち行列)に演算処理のパケットを発行できるようにする 現在、アプリケーションがGPUを利用しようとすると、OSのAPIを通じてグラフィックスドライバ経由でGPUにアクセスすることになり、複雑かつオーバーヘッドが大きくなるという欠点がある。 hQでは、HSAランタイムを介して共有メモリアドレス空間にHSAキューを生成し、OSを介することなくユーザーモードでGPUで実行するパケットを発行することができるようになる hQのサポートによって、アプリケーションはCPUを利用するときと同じように、ダイレクトにGPUを利用できるようになる
>>752 粒度が大きいのは本質的にGPUがそういうものだからであって
HSAの構造は関係ない
現在の一般的なアプリケーションのGPU利用では、GPUで処理させるデータをシステムメモリからGPU側のメモリにコピーするなど、煩雑な処理が必要となる。 CPUとGPUを1つのチップに収めたAPUやSoCでも、現在はCPUとGPUがそれぞれ個別に仮想メモリ空間と実メモリ空間を持たなければならず、 CPUとGPUを連係させるためには、これらのメモリ空間でデータコピーや整合性のチェックなどが必要となる AMDにとってKaveriは、2006年からスタートしたCPUとGPUを統合する“Fusion”の最初のゴールであり、APUの1つの完成形と位置付けされている AMD最初の主力APU“Llano”は、既存のCPUコアとGPUコアをシリコン統合したに過ぎなかった。 第2世代APUの“Trinity”とその強化版となった“Richland”では、IOMMU x2が追加され仮想メモリアドレス空間をサポートできるようになった他、CPUーGPU間のデータ帯域も拡大された 初のHSA対応APUとなった“Kaveri”では、ハードウェアでCPUとGPUのメモリコヒーレンシが取れるようになるなど、HSAの機能が盛り込まれ、CPUとGPUがより密に連係できるようになった。 KaveriにおけるHSAのサポート。CPUとGPUがメモリアドレス空間を共有するhUMAなどに対応した
>>759 ここでは粒度のことを言っているのではなく、GPUをコールするのにすんげー時間がかかる点を言っています。
「要予約」っていうのはそういう意味だと理解しています。
762 :
Socket774 :2014/02/13(木) 22:56:27.84 ID:0lqmyzcl
だろうだろうだろう…まあいいから。 というかTSMCでAtom製造するとか前からあったよね。誰もついてこなくてなくなったけど。 でそのときは気づかなかったが、Intel自身がやるという選択肢もあったのにそうしなかった。 そのままずっとIntelのFabで作り続けて、結果は言わんでも…で今回だ。それも製造畑のCEOがよそに出すというのだ。 結論なんてひとつじゃね。「IntelのFabじゃどうやっても安く作れませんでした」。
>>762 R7 265
コレ見る限りHD7850よりワットパフォーマンス上げてきてるな
766 :
Socket774 :2014/02/13(木) 23:13:14.37 ID:ZPPwnuEU
>>765 4亀の消費電力は現実とは逆であるのがAMDユーザーの常識
レビューで消費電力が高い方が実際には低いと見るのが妥当である
理由はメーカーから金をもらって、売りたい方を宣伝するためらしい、
この場合は265を売りたいAMDから金をもらってるわけだな、カードもAMDからだし
真実を見ろ、真実を
いえ、超スゴイHSAが搭載されているA10-7850が最強です。 しかも爆売れして在庫がないっていうし名実ともに最強です。
>>761 団子のたとえに乗っかるのなら一般人がダンプを予約してまで使う用途が限られている
って意味でダンプなだけ。予約してまでダンブを使う用途がないなら使わないだけの話で
必要なときに使えばいい=x86コアが遅いって言いたいだけ。
HPCや鯖系はAMDは白旗宣言してるのに掘り返して煽る作業ってことね。
GPGPUで威力を発揮しそうな認証系は各メーカーが独占したい技術だと思えるし一般化
することはかなり先になりそう?ジェスチャー系のPCってでてるはずなのにどこにあるかすら
分からないし。流通してるのかな?
ゲフォ厨怒りのネガキャン
>762 同価格帯のGTX660と比べるべきだろうに
エプソンのtemashタブで顔認証使えるってよ。 ジェスチャーの方は使い方わからん、反応悪い、だと。
顔認証 ※
>>772 今の顔認証のレベルだと写真でも認識してしまうくらいの平面認識ぽいしな。
キネクトくらいの認識力あるとうれしいんだけど。いっそのことAPU搭載PCを
キネクト付きでMSださねーかな。と期待してる。
>>771 同価格帯はR9 270だろ
R7 265はそれより30ドル安い
>>773 顔認証はPCではもう必須だよね。
おかげでIntelが売れていないだろ?
>>764 だからSoFIAはモデム統合のワンチップだっての
現状は無線チップをTSMCでしか作れない
22nmのラジオチップが本格的に使えるようになればそっちに移行するだろ
>>778 ホルホルにわたった。朝鮮人と同じ思考だからでしょ
HSAの一般公開は2014Q2の予定 それまで外の人は事実上利用不可能 使えないものに対して勉強会が発生しないだろうことは容易に推測可能 というか、お前ら分かってて言ってるだろw
ああそうだな…おいinfinionからの買収は3年以上前だぞ。4年かかって3Gすら統合どころか内製できないってどう突っ込めばいいの? で、初代AtomからずっとTSMCで統合チップを作ることはできて、やらなかった結果が今のスマホのシェア()なんでしょ。 つうか今回のMediaTekも、Qualcommの64bit ARMチップも4G-LTE統合で2014年出荷だけど、2015年てずいぶんと悠長なことで。
既に32nmでRosepointを試作してるがあくまで開発用だそうだからな 2012年時点で「製品化は5年以内」と言ってるからまあ早くても再来年くらいじゃね TSMCの28nmプロセスでもAtomの実力が如何なく発揮されるなら ARMの立場は無くなる訳だしそれはそれで面白いけどな 機種別でスマホ・タブレット世界一のiPhone, iPadでも無線は別チップだし 高付加価値の機種ではチップ数が増えるのはそれほど問題にならんのでしょ。 現状BayTrailは高性能・高級志向。
大雪だったじゃん・・・ でも自作講習会ではあまり人集まらなそうだと思うわ
>>784 ということはLibre Officeのソース見たらHSAどうやって使うかわかるのか。
誰か見てきて。
ps4程度のGCNコア数とGCNコアあたりのメモリバンド幅のハードがあれば、 結構飛びつくところ多いと思うんだけどな。 computeshaderの有用性は来年あたりのGDCとかで画期的な成果出てくると思う。
Threading Building Blocksの更に上に、使いにくいラッパークラスをかぶせるという 設計センスのかけらもないBolt(笑)ならすぐ使えますよ。 誰も使いたがらないけどな。 だってさ、商用利用しようとしたらIntelに商用ライセンスを購入しないといけないんだろ AMDのライブラリなのになぜかIntelの商売に貢献する意味不明なライブラリ
>>790 HSAILだけあっても何もわからんが…
HSAILなんてSPIRで十分代用可能だし、むしろ標準を分断したという意味で害悪でしかないだろ。
OpenACCだのC++ AMPだのGPUを扱う方法は増えてるが 後発の規格ほど全然使われている印象が無い
>>790 AMDが対応ソフトにあわせてドライバ公開できないってのがね
そもそもHSAILはKhronos標準ではないし CUDAでいうPTXに相当するものを共同で作ってるだけでしょ SPIRの技術仕様書よんでみ? NVIDIAやIntelからも技術者が名前を連ねてるから。
というかkaveriの発売から一ヶ月が経ったのに未だにKaveriの正式対応のドライバが出せてない有様だからな・・・ 単体GPUに関してもR7 250XとR7 265もベータ版ドライバをつけて平気で販売に踏み切ってるし
>>793 一番がんがん使われている言語(?)はCUDAだろうな
GPGPUが活かせるHPC分野をCUDAで開拓したからね
たとえばWindows7以降の対応環境なら標準で使えるGPGPU環境のはずの DirectComputeがゲーム以外のソフトウェアでどれだけ使われたのかというと・・・
>>797 売りのマントルはベータ、HSAは2Q
こんな状況じゃPCメーカーはKaveri搭載PCを出すの躊躇するよな
ということで、ベータや対応ドライな出ないくても狂喜乱舞する自作先行にしたのかな
>>794 いや、SPIRもLLVM IRだから、わざわざHSAILをはさむメリットが無いと思うが。
ツールがSPIR出して、そこからネイティブISAに変換してもできることはそんなに変わらない。
デスクトップ向けの販売を先行した割に大手PCメーカから対応製品が出ないのは明らかにAMD側の問題だからなぁ・・・ cTDPがあるとはいえ一般PCメーカー(例えばHP)が使うAPUは65W版なので95W製品は無駄が多いし あきらかに現状は大量に売る気が無いとしか思えない
804 :
788 :2014/02/14(金) 01:26:40.32 ID:6QiXeNjl
いちおう 4.2のコードを HSA でgrepだけしたが、 >> In AMD(HSA/NHSA) GPU compiler not support expressions like -double/double, というのがあるだけだった。 NHSAって何?
自作やったこと無い人向けイベントでそんなこと言われてもですわ
てかHSAって単精度専用なのか? そっちのほうが驚きだが
いやごめん全文は↓で、なんかコンパイラのバグの話っぽい。 >Fix compilation problems on AMD OCL of finaancial functions > >In AMD(HSA/NHSA) GPU compiler not support expressions like -double/double, >must generate as -1*(double/double). Changed functions: COUPDAYS, >COUPDAYBS, YIELD.
まあ、そういう状態だから一般公開出来ないんだろうね。
AMD信者の信心はラブライバー以下、と。
後藤さん図間違ってるぞ SteamrollerのSIMDクラスタの実行パイプは4本じゃなくて3本
病み上がりだからゆるして
814 :
Socket774 :2014/02/14(金) 11:41:59.38 ID:G0zqx8ps
>>813 アスペっぽいレスどうも
君のド田舎では普通かも知れんけど、こっちじゃ数十年ぶりの大雪なんでちゅよ〜
当然交通障害出て人通りは減るし、閉める店も続出するわけ
お分かり?
>>809 セガ信者なのに任天堂大好きだしAMD信者なのにIntelも使うけど、
日本は八百万の神の国だからいいんだよっ!
クリスマスみたいなもんだ。
あとこのスレだとやたらWindows信者って呼ばれるけど、どちらかというとマカーです。
>>816 今のbetaドライバはリリースノートにあるように
特定GPUにだけ最適化されてるから。
単純に誤植だと思うけどな
820 :
Socket774 :2014/02/14(金) 15:28:57.69 ID:5z6QM5Zx
Tizenのパートナープログラム、ソフトバンクが参画
(2014/2/13 21:01)
Tizen Associationは12日(米国時間)、新たに15の企業がパートナープログラムに参画すると発表した。新たなパートナーの一画には、ソフトバンクモバイルも名を連ねている。
Tizenのパートナープログラムは。開発や実用化をさらに加速させるべく、昨年11月に導入。まずはACCESS、セルシス、エイチアイ、コナミ、マカフィー、シャープなどが参加した。
そして今回、15の企業が参加し、その中にはソフトバンクモバイル、スプリント、ZTE、AccuWeather、レッドベンドソフトウェアなどが含まれている。
パートナープログラムへの加入について、ソフトバンクでは、「プラットフォームの技術調査の一環として加入した。具体的なアクションについて予定は全くない」とコメントしている。
なお、OSとしてTizenを搭載するスマートフォンは、NTTドコモから発売される方針が明らかにされていたものの、ドコモは1月、2013年度内の発売を見送ると発表。先行きは不透明となっている。
http://k-tai.impress.co.jp/docs/news/20140213_635161.html
素直に14nmのスケジュールが予定通り進捗してないって言えばいいのにな
同じく瓦版にKabiniの記事あるけど、予価$38〜65だってさ 日本じゃいくらになるか知らんが、Celeron、Pentiumまで食っちまうかな
>821 売れていないというより、急ぐ必要がなくなったってほうでは……。 AMDがこの状態だからさ。 年明けのAMDの様子を見た感じだろう。 APUの新作出したけれど、前評判こそよかったが、 実際にベンチを取ったら悲惨だし、価格も高くなっちゃったし。
AMDが云々の前に新製品に買い換えても良いと思える性能がないたけの話。 流石に提灯記事に気づき始めたってたけ。
AMD関係ねえだろ
まさにお前が言うな状態w tizenとかスマホ周りで使うことは延期されたから今のところないという話聞いたばかりだというのに
EUVの延期が地味に効いてるのかもしれないな intelも本当なら液浸露光なんて捨ててるはずだったのに 当分使うことになりそう しかし液浸+マルチパターニングはコストがかかって結局 14nm製品大量に作って売っても22nmより利益が出ない可能性が高いと みてるんじゃないだろうか キャノンもナノインプリントに力を入れるみたいだし このままだとEUV技術自体が消え去ってしまいそう 微細化技術の大ピンチかもしれないな これからは製品のサイクルが大幅に伸びていくことになりそう AMDは技術で劣るTSMCやGF頼みだからさらに延期しそう
Intel製品のライバルはAMDではなく、自社の前世代
>>746 大量にメモリーを消費するFEMやBEMは相性がイマイチだが、FDTDのようなループの小さい処理は大得意だぞ。
リフレッシュとかだしても次で一応大して変んないけど次世代 なんだしただの在庫処分品捌く商法かね
なーんかこのスレのお前らは団子に押されっぱなしだな。 医者にネットの知識で立ち向かうクレーマー患者に良く似とる。
>>823 IntelはKaveriで上位のiが売れなくなって、下位のPen・セレでなんとかしのいでいたのが
それで下まで売れなくなるな。
>>815 AMDが不人気なのを雪のせいにできてよかったね
APUはゴミってバレちゃったからなあ
半額のG1820 + HD7750の方が性能いいってバレちゃったしなあ
BF4 TEST RANGE 1080p 最高設定
7850K → 16fps
G1820 + HD7750 → 31fps
http://youtu.be/B16tV5xgidE
顔認識って、一秒間に何千人も照合する用途じゃ知らんが、 一般人がログイン時に顔認証するくらいじゃべつにGPGPUとか不要だろ 本当に処理速度が必要な顔認証は、 たとえば空港の入国審査で、ブラックリスト入り人物と顔が合致するか調べたり、 そういった場合だろ
カビと魂って2GHz以下のクロックだろ? Kaveriが3.7GHzであの性能って事はデスクトップ版のCeleronやPentiumには届かないんじゃないの?
AとBの間には無限の点がある あるものにとってはAのよこにBがある 今メジャーなプログラミング言語は、いくつあるだろう rubyが不要だと言われても使う人がいる 言語を使う人には理由がそれぞれある 否定は使わないための理由であり 使う理由の大部分は、実は単に言語が面白いかである
AM1はサウスいらないのと電源周りにもコストかけなくてすむからマザー安くして欲しいな ミニITXで3000円などで出ないものかしら
つまりAPUのプログラミングって面白くないんじゃないの? このスレの誰一人としてプログラミングしようとしてないからな
CPUオンボードで、クーラーが付け替えられるのが欲しいな。薄いクーラーに8cmファンとかじゃなく、サミュエルとかでファンレス化したい
kabiniは25Wで4コアなところがいいと思う このクラスのCPU買う人はエンコとかしないだろうし、少々遅くても安く小さく作れたら上出来なのでは
>>842 このスレって言うか2chの自作erってゲーマー、アニオタでプログラムなんてしないだろ。
でも2ch自作er住人でない奴にはFXでマルチコアプログラム、APUでGPGPUプログラムしているのは非常に多いだろ
ココは自作板であって プログラマ板は別にありますんで(´・_・`)
ああつまりプログラミングやりもしないやつが 「メモリ空間統合でプログラミングが簡単になる」(笑) みたいな知恵遅れ丸出し発言を連呼してるのか
なにをいまさら。
ある言語を叩く様がプログラミング板の流れそのままだから そう言うのはプログラミング板でやればいいんじゃね
Beemaはまずはノートなど向けで半年ぐらいしたらAM1用も出るのかね 早くPumaの技術発表来ないかな
>>844 エンコしないのに4コアも使うかな?
省電力なところは魅力なんだけどね
KabiniはTDP25Wでも実際はウンと低い 液晶ディスプレイの輝度50%でアイドル時で7Wとしたら3D Mark Fire Strikeで21Wだ Radeon 8670M搭載のHPでの話な
KabiniにcTDP実装してはくれんかねー
>>847 そうだろ。
openclは使ったことない(さっぱり分からん)のにopencl使えばAPU激速になるとか
HSAは使ったことないのにこれでばら色の性能が得られる。
所詮ネットニュースなどで得た情報であーだこーだですごいだろだし
プログラム板ではHSAの話題なんてほとんど見ないんだよ。 ここは異次元過ぎる
そりゃそうだ 俺はコードいろいろ書いてるよ
>>844 エンコもゲームもしないなら2コアで十分だろ
消費する側で作る側の苦労なんて全く知らないから 好き勝手いえるわけだ 現実世界にはGPGPUを使いたいやつなんてほとんどいない
>>851 C2DからQ2Dに変えたとき、並行作業するときの
体的なひっかかりが短くなってかなり快適になったから
ある程度ソフトを立ち上げてなんかする人なら4コアは自然と使うと思うよ
一般ユースだとブラウザだけ立ち上げるみたいなのが多いから2コアで充分かもしんないけど
少なくとも、OpenCLに関しては、IntelでもnvidiaでもAMDでも使えるようになったんだし、 市販アプリのOpenCL対応は増えるよ 数万本以上売れるようなソフトに関してはOpenCLで作るのが合理的 ただし、特定のシステム専用に開発するような、10コピー以下しか使われないようなソフトに関しては、 OpenCLみたいな開発しにくい環境より、開発しやすい言語で開発して、必要なスペックのハードを用意するっていう、 ハードをソフトに合わせるほうがいいでしょう 現にAdobeとかいろんなソフトをOpenCL対応させてるからね
多くの人の気持ちは 言語の特性や理念の宗教戦争にまで 巻き込まれちゃたまらない だろ
GPUのコアがx86だったら?
>>860 後半は開発者ならともかく、自作erが言ってもって感じがする
AMDイベント参加者が3人だったのは屈辱ではない!雪辱だ!
それLarra…いやなんでもない。
> 現にAdobeとかいろんなソフトをOpenCL対応させてるからね お絵かきソフトでお絵かき用ハードウェアを活用することになんの疑問もないわ なにせ点の数だけ並列化できる。 あれ?GPGPUの1〜2文字目のGPってGraphic Processingだったっけ? もっと
>>859 だよな エンコはしなくても2chとスロゲーとエロ動画見ながらシコル
この複数が問題なくできるのは4コアのおかげだろうに。2コアで十分とか
何個も開いてそれとは別にアニメ見るとかしたら一発で違いが解る
868 :
Socket774 :2014/02/14(金) 21:38:54.60 ID:uLs5uGkp
2コアで十分だけど、8コアが欲しい
現実世界にはGPGPUを使いたいやつなんてほとんどいない 成長できない企業は衰退するだけだけどな。
>>866 一般人のハイスペ用途なんて画像、動画、3Dが大半じゃね?
現実世界にはデュアルコアを使いたいやつなんてほとんどいない くらいの迷言だな870は
>>859 >>867 その程度でカクつくのかAMDのAPUは・・・
2コアのPenG使ってるがその程度の処理はまったく問題ないぞ
AMDはCPU部分が弱いって聞いてたけど酷すぎるな
>>873 C2D言うとるだろメクラかお前はwwwwwwwww
ちなみに動画再生でも環境とデータ次第じゃsandy以降のi7でも50%とか平気で使うよ
>>874 PenGといってもG6950だからC2D E8400と大して変わらん、お前こそメクラか?
>ちなみに動画再生でも環境とデータ次第じゃsandy以降のi7でも50%とか平気で使うよ
アホですか?環境とデータ次第なんて当たり前じゃん、何が「ちなみに」だwww
俺の環境で俺の感想を述べたまでだよ
>>874 参考までにどんな動画?
intel機とAMD機で比較してみたい
>>867 は知らんが
>>859 はIntelの2コア→4コアの話してるのになんでAMDのCPU弱いって話になるんだよwwwwwww
「ウチの環境じゃ2コア→4コアで効果あったよ〜」→「ウチの環境なら2コアで十分、AMD弱いwww」
意味がわかりませんwwwwwwwwwwwwwwww
>>876 2600k、powerDVDで普通にフルHDMP4のアニメをソフトウェアデコードで補正かけまくったりバーチャルサラウンド入れたりしてそんな感じ
瞬間的に50%近く、平均で25%くらいだから2コアでもできねーことはないかもしれんが一応i5以上推奨のソフトだからか地味に重い
あとはair video severでリアルタイムエンコ配信する時も地味に重いけどそれくらいかな?
動画比較ならkaveriの補正機能どんな感じかも見てみたいけど、まだ使えないんだっけ?
俺なんか別にプログラム書いているわけでもないし、自作してるわけでもないけど、純粋に技術的な興味があるから書き込んでやり取りしているだけ。 別に争っているつもりもないし、団子氏の話聞いて「なるほどー」って思うくらい。 取りあえず、まだまだ努力せんと、AMDがきついってのは分かった。
団子の話は延々とプログラマーの都合を話してるだけ、エンドユーザーにはあんま関係ない話ばっかだけどね 現実問題として5〜10%程度の性能向上じゃ一般層の買い替えなんて起こらない、それで困ったらクラウド!クラウドーーーー!だもん もしくは市場のせいにするかだなw元からニッチな市場なのにwww 普通は2倍3倍の性能差があるとかなんかすごい機能があるとかで初めて買い替えを検討するレベル HSAやOpenCL2.0がすごい機能になれるかはまだわからんけど、GPUが一般じゃ一番性能稼ぎやすいのも事実だよ
団子はトラディショナルなIT土建屋視線でブレないからな いかに新しいことをせずに楽をして飯を食えるかというのが大事だし まぁ世の中の多くの同業はそうだろう
> 団子の話は延々とプログラマーの都合を話してるだけ、 エンドユーザーが勝手にGPGPUアプリ自分で書いて使う分には世話ないよ 無いものを持ち出して勝手な妄想を展開するなって琴田
> 現実問題として5〜10%程度の性能向上じゃ一般層の買い替えなんて起こらない CPUコードでも10倍20倍の高速化は平気でできるけど? アルゴリズムの改良やSIMD化とかね。 世のプログラムのボトルネックは単精度演算ユニットの数だけではないのだよ。 つーかB2B中心の世界にはなるのだけど、公開鍵暗号で使う RSAやElGamal暗号の処理なんかも結構CPU処理使うんだけどな 共通鍵のやり取りするにもまず公開鍵を使うだろ 使わない? インターネットに生パケット垂れ流しても気にしないヴァカはそれでいいかもなw GPUの活用は並列化できる問題をやるべくしてやるだけですよ 世の大半の「並列化困難な問題」をまずGPUに投げようという発想には至らない。 SHA-3については、分岐らしい分岐もないしGPUでも複数ハッシュの並列処理は 十分可能という結論には至った。ただしリトルエンディアンが最適。 だが根本的な問題として複数のハッシュを同時演算して何が嬉しいだろうか。 エンドユーザーに需要が生まれるとすれば 中尾のオッサンが2chトリップをSHA-3にするくらいかな
>>885 狐はもう2chに関わってねぇよ、情報古いぞ
今、鯖を触ってるのはトオルだ
IPAも非推奨の暗号に加えてるSHA-1の並列処理が得意なんて言っても 2chのクソコテのトリップに使うくらいしか実用性ないもんなー
>>831 FEM BEM FDTDの意味を教えてください
>>834 皮肉で言ってるのかまじなのかよくわからん
Maxwellやばいな、同プロセスであんな事できんのかよ マジでGCNオワタかもしらんこれ
電磁気学の博士号なんてあるのか…
メモリがボトルネックになる流体解析は、基本的にGPUの8GBくらいのメモリ内で済む計算に関しては GPGPUが高速でいい メモリをもっと大量に必要とする場合は、PCのメインメモリでやると遅めだし、 PCクラスタでGbitイーサだとさらに遅い
正確には博士(理学)で論文がまさに電磁場解析 社内でCUDA勉強会でもすっかな・・・
>>893 では、PCのメインメモリしか使えない内蔵GPUはどう使えば・・・
>>891 これゲームとかに使われてる技術?
流体解析流体解析ってゲーム内の流体を扱う話かと思ってたけど
もしかして科学的な研究分野のことだったのかな
団子がいくらグチグチ言おうがOpenCL使うソフトはそこそこ普及してるし、HSAも対応予定ソフトもあるわけだがw 別にgpu使えない分野で使えとは言わんよ、ただ使えるなら使えってだけ んでOpenCL2.0の仮想メモリ共有やkaveri以降のhUMAでなんかできること増えるのかな〜って話に対してまで ひたすらシステム屋の愚痴聞かされても知らんがなと 今とできること変わらないのなら今持ってるデバイス壊れるまで使うだけ
個人的には重いゲームがもっと安く快適になればいい ただそれだけ
海外だとゲームの表現に使われる一方、 日本だとMMDの物理演算がリッチになったりとかミクさんのスカートがリアルにとか、そういう使われ方するんだろうか。
>>896 普通は設計のシミュレーションとか科学技術計算の話
それっぽく見せる目的で厳密に計算する必要がないゲームでは
たぶん同じようにはやらないと思うが…重いし
>>896 ゲーム物理ってもっと簡略化したものでしょ
>>901 ゲーム内の物理でもFEM BEM FDTDみたいな技術を(簡略化して)使ってるの?
将来的には流用されるのかな?
ニンテンドーダイレクトでGPGPUって言葉が出て来た時は、WiiUでほんとに出来るの?って思った。 活用してるゲームはあるんだろうか
WiiUのGPUってirisProくらい?
>>897 残念だけど絵描きやさんとゲーマーだけにしか本当に売れなくなったら
PC業界自体終わりだよ。
実際のコンピュータのニーズというのはそこまで狭くは無い
いちおうビジネスシーンでもビッグデータ解析(笑)という見事なスイーツが
目の前に転がってるわけで、これをコンピュータでいかに処理するかという
問題があるわけよ。
文字列探索ってバイオケミカル分野でも多用してるよ
塩基列とか文字列で格納してるからね。
>>907 iGPU以下なの?わろた
それより
>>903 の答えが知りたい
ゲームエンジンとかの内部ではFEM BEM FDTDみたいなものが使われてるのか
予定は未定 今現在でどんだけ対応してるのか
リアルタイム処理向けではないと思うぞ
せいぜい水の流れるエフェクトとかに簡易的なものを使うくらいかな
ゲームで求められるリアルさは本当のリアルじゃなくて、それっぽく見えるリアルだからね。
ゲームで割れる窓ガラスや壷って、あらかじめ破片を定義しておいて 飛び散り方だけリアルタイム演算してるでしょ
おっぱいも動画だけ先に作っておけばいいな
>>905 A10-7850K 0.72GHz
11.5GPixels/s 23GTexels/s 737.2GFlops DDR3-2133 34.1GB/s
Iris Pro 5200 1.15GHz
9.2GPixels/s 18.4GTexels/s 736GFlops DDR3-1600 25.6GB/s eDRAM 128MB
Wii U 0.55GHz
2.2GPixels/s 4.4GTexels/s 176GFlops DDR3-1600 12.8GB/s eDRAM 32MB
Wii Uも750系なんだっけ?
スマホ、タブ、ノート、ゲーミングノート デスクトップ、ゲーミングPC、社内鯖 仮想PC用鯖、クラウド用鯖構成 PCはその需要によっていくらでもある 多くの人は、スマホとデスクトップ以外存在しないような 1か0だが、必要な人にはあるもんだ 需要を掘り起こす企画、金のなる技術は、 仕事を作り市場を作る 参加しない理由は、いくらでもある 参加する理由は、簡潔でその人にある
>>890 Keplerよりワットパフォーマンス2倍だってな
もはやGCNを改良して追いつける差じゃない
白旗上げた方がいいわ
CS機用チップに開発リソース使ったせいで新GPUはリネーム祭りのAMDと モバイルを見据えて電力効率最優先で新GPUを作ってたNV
お前らスレタイ読めないの?
唐突に湧いてくるnvidiaマンセー君はもはや恒例だな
どっちかって言うとリネームの先駆者はそのN社じゃないですかね?
926 :
Socket774 :2014/02/15(土) 12:25:32.02 ID:Ayr+h1qu
面白いのはCPUとGPUを統合してないnvidiaの方が CPUをうまく使ってGPUの性能を上げてることだな
リネーム元祖はATIだよ、しかしMawellの投入場所はいやらしい 完全に77xx系列殺しに来てる、TDP110W+の性能を55-60Wで出すとかマジキチ
>>906 あくまで一般向けの話なんだけどw自作板だぞ?ここ
一般で重い処理って画像、動画編集、3D制作、ゲームetcとGPU使える処理が多いわけで
そもそも延々と業界()の話されても条件が違いすぎるよ、intelに限っても一般向けは4コアがメインストリーム、ハイエンドで6コア
それに対してWSだのHPCだののXEONは16コアだったりマルチCPUだったりPhiだったりとx86でごり押せる環境
それを一緒くたに語られても知らんがなとしか、そんな環境を前提にした一般アプリなんか出るわけねーんだからさw
>>927 そううまくいくかね?
性能はhd7770、消費電力はhd7790という
誰得GPUにならなければいいが・・・
コア数は20%減ってるが、周波数は20〜25%増えてるし・・・
IntelもiGPU強化してスマホですらGPU偏重なのになぜCPUごり押しが大事だと思うのか
>>929 コア数減ったがコアあたり性能は+35%、P/Wは2倍
Kepler換算だと750Tiは864SP 1.0〜1.1GHz 128bit相当でTDP60W
750は691SP相当でTDP55W、補助電源無し勢どころか6Pin×1勢も
死ぬレベル
>>928 それを言うならお前らの「GPUゴリ押し」は酷いな
GPUでゴリ押しできない分野は専門外だスレ違いだと喚き散らす
> XEONは16コアだったり
Haswellですら最上位で14コアなのにいつ16コアなんて出るんだ
一応B2C向けも手がけてんだけどな
一般コンシューマ向けのパソコンで動く身近なビッグデータ処理として
ウィルスチェックがあるのだが、こっち方面でGPGPU活用はどうなってるのだね?
NVIDIAが可能性を示唆してから少なくとも一般製品向けでは具体的な動き無いんだが
↑Intelの買収したMcAfeeは別に業界トップでもなんでもないぞ
団子は次世代AMDスレでAMD倒産祈願だけしてればいいんじゃね? wktkするスレじゃねぇのかよ、ここ。根本否定しか転がってねーじゃねェか。
>>933-934 なんかいろいろ話の辻褄が合わないね
2倍のパフォーマンスというなら660Tiくらいの性能が出るはずなのに
>>937 2倍のパフォーマンスではなく2倍のパフォーマンスパーワット
ディスクリートGPUでできることしか提案できてないじゃん とりあえず 1.CPUのSIMDより遠く、dGPUより遅いしメモリ帯域狭い内蔵GPUで それでしかできないことなんて一体何があるのか。 2.次のCarrizoで何が「完成」するんだろうか。 今のところCPU側の命令セットはIntelの方針に引っ張られまくってるけど 何か面白い新たなSSE5でもFusionしますか?
3.NVIDIAはCUDA6をディスクリートGPU中心に展開することで Intel CPUプラットフォームでも使えるようにする。 AMDはHSAを外付けのRadeonでも使えるようにしないのか。 技術的にできることをやらないのはただの自社CPUゴリ押しでしかないよね
>>938 訂正
2倍のパフォーマンスパーワットというなら660Tiくらいの性能が出るはずなのに
おーすごいな GTX 750はGTX 650Ti BOOST、GTX 750TiはGTX 660の性能が出るのか。 しかも半分の消費電力で。 およそ50%のSP差を埋めることが出来るか見ものだな。
>>941 660Tiって150Wなんだが、君の世界では60の2倍って150なの?
>>933 その図のMaxwell 1st Generationの文字が恐ろしいな
20nmで2nd Genになったらと思うと恐ろしや
60WクラスのGPUならSFFでも十分収まるからゴシロンくん大勝利だな
>>940 囲い込みは独禁法とかにはひっかからないのかのぅ
750TiもA10-7850K(DDR3-2400)+R7 250 GDDR5の組み合わせには勝てないんでしょどうせ
あとDGが効かないタイトルが多くて使えないとかそういう突っ込みな無しな
今のAMDはシェア的に各国のドミナント規制の対象外では。
952 :
Socket774 :2014/02/15(土) 15:44:21.36 ID:essq9LVi
>>925 Radeonは初代から欠かすことなく、リネーム製品がある
生まれた時からリネームの歴史がある
たいしてリネームしてないNVIDIAなど、リネーム業界のトップAMDの敵ではない
Denver統合のTegrak1はKeplerが足を引っ張ってCC3.5どまりなんかね
ARMコアはCUDA Coreと独立して存在する以上CCとは関係ないかと なんとなく「ARM版Larrabee」的なものに近づいてる気はするが。
リネーム商法に関連する検索キーワード nvidiaリネーム商法 これが世の中なんだけど?
>>955 リネーム業界ではAMDが大御所
NVIDIAはまだヒヨッコ
Radeonの歴史=14年
リネームRadeonの歴史=14年
>>951 それTDPじゃないでしょ、GTX660TiのTDPは150W
そもそも16ROP 128bitと24ROP 192bit比べてもしょうがないんだが
性能への影響大きいから同じ16ROP 128bit同士でどうかを見ないと
計れない
tegra K1がGK20Aらしいので あるはこれがGK210かもしれん
>>957 すごいと思うのはTMUが半減してるのに性能上がってること
DenverってCUDA6のホストCPUとしても動くよな。 母艦で動くプロセスからGPU上のARMコアにタスクをディスパッチする仕組みも 当然あるはずで、このあたりがどうなってるのか俄然興味が出てきた。
>>957 それを言うならワットパフォーマンスもTDPの話じゃないんだけどな
【BF4 1080p 最高】
7850K → 16fps
G1820 + HD7750 → 31fps
http://youtu.be/B16tV5xgidE 【FF14 1080p デスク標準】
7850K → 3,741
G1820 + HD7750 → 7,604
http://youtu.be/-xJnZ4zD6o4 【MHF 1080p】
7850K → 2,689
G1820 + HD7750 → 4,762
http://youtu.be/BItdDQndzc0 【DQX 1080p 標準】
7850K → 6,351
G1820 + HD7750 → 12,657
http://youtu.be/jr3RLVkqEwE 【PSO2 1080p 設定5】
7850K → 1,337
G1820 + HD7750 → 4,712
http://youtu.be/DN7fzaKRKwA 【SF4 1080p デフォルト】
7850K → 5,686
G1820 + HD7750 → 17,615
http://youtu.be/bYrhaWecwRo <(^o^)> 7850Kのー
( )
//
<(^o^)> おはかのまえでー
( )
\\
..三 <(^o^)> なかないでくださいー笑
三 ( )
三 //
ここまでNVのステマ
>>961 大本営指標はTDPだけだからTDPで見るしかないと思うが
966 :
Socket774 :2014/02/15(土) 16:43:47.06 ID:cYY3sqps
インテルとヌビ連合の最後のあがきだな 単体じゃ相手にならないし、個別に進んだらAMDの一人勝ちにしかならん ゲホ無しのインテルや、テスラ無しのゼオンとかゴミ以下になるからな
DellもARM鯖は始めるようだがまぁどうなるやらわからんね
>>940 まったく同じではないんだろうが、OpenCL2.0の仮想メモリ共有ってdGPUでも使えるしAPUのhUMAも効くような?
まあ当然2.0に対応してればIntelのiGPUでも使えるんだろうし、kaveriが2.0に対応してるかは怪しい所だけどw
もちろんHSAILだのBoltだの変なの使わないでもの話、dGPUにhUMA積まないのはなんか技術の問題じゃねーの?
APUでしかできないことってのは特にないでしょ、2.0に限らずJAVAのHSA対応にしたってその前に同じ機能が他のGPU向けに出されるし
HSA対応謳ってるとこはほぼそんな感じ
とりあえず実アプリ出てから、得手不得手見てみないと頭でっかちな屁理屈こねあってても何の意味もなくね?
あと1週間後にPS4が発売される
あまり盛り上がってないね。 いまだにヨドバシとかで予約できるんだな。
>>969 KaveriはOpenCLの仮想メモリ共有に、実際のメモリ共有に置き換える
形で対応しているよ。当然APUの方が高速に処理できる。
PS4は特にやりたいゲーム無いし、PS3で事足りそうだからしばらく待つ
は?
>>973 内部のAPUが、更新される度に買い増ししそうだからなw
dGPUでOpenCL2.0が有効になったとしてPCIEでデータやりとりしている限りメモリのアクセススピードが段違い。 APUはPCIEの縛りがない。 そこしか違いがないけど、そこが絶対的に違うところ。 そこら辺はmaxwellも同じ。 dGPUである限りCPUとのデータ共有にどうしても制限が出る。 そんなメモリ使うアプリあるのかと問うかもしれないが 技術者は使えるものは使ってくるからまぁ待っているといい。
>>978 それなんで7850Kでやってないんだ?
>>977 それでプログラマはHSAではなくてデータコピー前提のdGPUにあわせたプログラム構造にしそうだよな
PCIeってGDDR5とかと較べて遅いの?
はい、「データコピーガー」いただきました PCIe Gen3 x16の帯域は32GB/sでそ。GPU側に割り当てられた メインメモリ帯域を考えればオンザフライでも全然足りる 仮に母艦側から3GB程度のデータをGPU側のメモリに全コピーして 更に書き戻すとしてもトータルで+0.3秒かかるかどうかだね。 その時間内でどんだけの処理が内蔵GPUでできるっての? そんな処理をわざわざGPUでやること自体がそもそも間違ってるんじゃね? そんなんCPUのSIMDで済ますよ。
>>888 FEM(Finite Element Method)=有限要素法で代表的なソルバとしてはnastran、ansys、ls-dyna、abaqusなどがある。
GPGPUに向いた計算かと思いきや、色々障害があるみたいで効果は非常に限定的な模様。
hUMAでかなりボトルネックが解消されると思うんだけどね。
>>977 CPUではラストレベルキャッシュに合った粒度の演算でのみ効率が最大化するわけだが
VRAMをLLCのように理解すればdGPUでのGPGPUに割り振るべき条件も分かってくるのでは?
AMD自信がOpenCL利用は不味いと思ってるからこそ HSAを立ち上げたのにOpenCLを持ち上げるのは非AMDer
>>984 そもそもHSAという言語処理系があるわけじゃなくて
OpenCLの処理系の独自実装としてHSAがあるという感じだと思うが
開発者が直接触る言語もOpenCLそのものだし
あ
>>981 スペック通りのパフォーマンスは出ないのと、32GB/sなのは双方向でのことで片方向だと16GB/sね。
あとそのスピードはバルク転送だからこそ出来るスピード。
ランダムアクセスではそんな帯域でない。
逆に一気にGPUにデータを送って処理しようって考え方になるのは
PCIE経由のランダムアクセスがとてつもなく遅いからで
そこら辺を解決しようとしているのがAPU。
DDR3自体もランダムアクセスが遅いけどなw GDDR5より遥かに狭いDDR3のワークメモリでやりくりできる演算となれば 必然的に狭い内蔵キャッシュあるいはレジスタ上のデータのローカリティに 強く依存した演算のみに限定される。 なおかつ、dGPUの転送がネックになるって? そんな小規模な演算なら内蔵だろうが外部だろうが 【GPU自体を使う意味自体がない】って言ってるじゃん。 GPUのランタイムライブラリ起動する時間の無駄だからAVX使えよw GPU側で処理してる間はCPU側のリソースはある程度空きができるんだし GPUが次に使うデータを事前にCPUホストでギャザリングしておくこともできる。 まあ、そんなわけでCUDA6のほうがHSAより遥かに普及するだろう。
コンソールにARM+NVIDIAが載ってれば決着ついたのにな x86+AMDになったせいで旧勢力の寿命が伸びちゃった
3年4年やっても普及しない物が今更どうにかなる訳ないだろ wCUAD
Fランク乙 旧帝や東工大なんかの学生は普通に勉強でやってるから インターンでもなかなかわかりがよくて使えるなあと思ったよ
畑が違うことも知らないで必死に種まきしてる雑音をかまったらダメだろw
畑も何もAMDの広報の嘘を嘘と見抜けるだけの学がないやつの集まりだろ
巣にもどっとけよ
>>984 OpenCL「だけ」では敷居が高すぎて普及が進まないという話であって、
HSA対応APUでも全力を引き出すためにはOpenCLの方が有利なのは
AMDも認めているし、脱OpenCLなんてひとことも言っていない。
と、嘘に騙されていたい奴が必死です
■Amd製品フレームレート詐称疑惑 NVIDIAの掲げた疑義 「Radeon搭載環境,とくにCrossFire構成の環境では,Frapsのスコアよりも実際には低いフレームレートしか得られない可能性がある」 「RadeonのCrossFire環境では,フレーム表示に異常があるのではないか」 NVIDIAが指摘する表示異常というのは,4Gamerでも先に掲載したテスト記事で確認できている www.4gamer.net/games/032/G003251/20130528026/ www.4gamer.net/games/022/G002212/20130802001/ www.4gamer.net/games/022/G002212/20130807092/ いずれにしても,HD 7970 GEのCrossFire構成だと,Frapsで得られる平均フレームレートとNative FPSの違いも極めて大きい。 GTX 680 SLIの場合,Frapsのスコアが57.15fps,Native FPSが57.05で,違いは0.2%もないのだが,HD 7970 GEのCrossFireだとFrapsのスコアが93.32fpsのところ,Native FPSはなんと45.05fps。 約48.3%しか出ていないのである。 実際,HD 7970 GEのCrossFireでは極端に高いフレームレートが計測されるなど,バラツキが非常に大きい。 さらに疑り深い見方をするなら,AMDのグラフィックスドライバが部分的にシーンの描画を端折っているということもあり得なくはない。 ▼「AMDが特定の解像度に対して強引な最適化を行っている」と断言できる ▼「解像度を変えるといきなり問題がなくなる」というのが不自然
何が嘘なのかすらしらねーけど邪魔なだけ
>>995 俺が全く使う価値のない糞ライブラリと太鼓判を押してる
Bolt(笑)でどうにかなればいいね
1000ならHSA死亡
1001 :
1001 :
Over 1000 Thread