AMDの次世代APU/CPU/SoCについて語ろう 298世代
■ このスレッドは過去ログ倉庫に格納されています
!extend:checked:vvvvv:1000:512
___
\._ | 荒らし・煽り・厨房は放置が一番
/|_| | 釣られずにスルーしましょう
|_/\! sage進行でマターリいきますお
前スレ
AMDの次世代APU/CPU/SoCについて語ろう 297世代
https://egg.5ch.net/test/read.cgi/jisaku/1547626446/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured >>628
もしも7nm出すなら、共用するのが一番コスト安で合理的な選択だからだよ。
せっかくマイクロアーキテクチャまで共通化してるのに
合理的でない選択をするなんてありえないでしょ 必要な性能を出すために命令セット選択し
その命令セットを効率的に実行するためにマイクロアーキテクチャを創り上げていくんじゃなくて
できてるマイクロアーキテクチャを命令セットに1段噛ませて連結させるか。
開発期間は短く開発費は安くできるだろうが絶対性能はトップ取れそうにないやり方だな。
それで食っていけるんだろうか >>629
出すならということは出るかどうかも分かってないじゃないか
開発チームが同じでアーキテクチャを使い回してる A64FX、SPARC 64 と
同じプロセスで開発していたZen、K12は違うだろ だからSPARC64も同じプロセス前提で同じように開発してたんじゃないのって言ってのよ。
富士通公式ブログから想定できる一番合理的な選択がそれだから。
むしろ違うって主張する側が根拠出さないとおかしい。 https://jp.fujitsu.com/platform/server/advantages/sparc64processor/
20nm は SPARC64 と fx は同じプロセスで出してるが
京の45nmとFX10の40nmでは SPARC 64 は出てない >>633
つまり40nm世代だとまだ設計共通化でコストダウンしようという意識がなかったが
20nm世代ともなると実際に共通化するように進化したってことよ。 SPARC64 とメインフレームのプロセッサはずっと開発してたんだぞ
> 40nm世代だとまだ設計共通化でコストダウンしようという意識がなかった
このソースは? >>634
お前が引用した >>615 の図に[京]はのってるんだが >>636
確かに載ってるし、その部分は間違いだね。
うっかりして過去の部分については誇張して書いたんだと思う。
それともあなたは富士通が全面的に嘘つきだと主張してる? >>637
富士通ではなくお前が嘘つきだと主張している
> うっかりして過去の部分については誇張して書いたんだと思う。
富士通のせいにするなよ
このソースは? SPARC、オラクルが手を引いたんで、もし需要が有るとすると
HPCしかない。
富士通がarmとsparc両方作るのは経済的に割に合わなさそうですが。 国の基幹スパコンは、ハッキングやクラッキングされない重厚なセキュリティがあるなら多少性能が劣っても別に構わないな
いくら高性能でも情報がだだ漏れとか勘弁して欲しい >>638
「思う」って書いてあるんだから俺の想像に決まってるだろう。
それとも想像するにもソースが必要だと主張してるの? >>642
> 富士通は富岳用にそれやったよ。
> 命令デコーダー以外はSPARC64と共通だからAMDのZenとK12の関係と相似形。
> あと妄想じゃなくて富士通が公式にそう発表してるから。
これのソースを出せ 妄想じゃなくて発表してると書いてるんだから
想像じゃないはっきりとした根拠を書いてみろ >>642
> 確かに載ってるし、その部分は間違いだね。
間違いだと思う、ではなく間違いだねと断言してるのだから
ソースを出せ スパコンのソフトは構成ごとにコンパイルし直すんだから効率よくて扱いやすいなら何でも良いのでは 富士通・NEC・日立のコンペではなくて共同開発だったのが、ベクターを捨ててNECが脱退し、日立もビジネス判断で脱退したのが京で、流れで富岳は最初から富士通ありきだったでしょう。NECはJAMSTECって棲み分け(談ご...)できてるよね。 >>645
https://blog.global.fujitsu.com/jp/2016-08-23/01/
>なぜ富士通はこのような開発ができるのでしょうか。
>これは先に述べたマイクロアーキテクチャと大きく関係があります。
>メインフレーム、UNIXサーバ、そしてスパコンで命令セットアーキテクチャは異なりますが、
>実は中核となるマイクロアーキテクチャは共通にしています。 >>639
オラクルが手を引いたんなら
富士通がSPARC続ければオラクルの顧客を全部引き受けられるじゃん >>649
オラクルの本体はソフトなんだから手を引いたら終わるんだが >>651
オラクルがSolarisやめるなら富士通が買い取るんじゃね?
もう、ハイエンドのラインナップのサーバのCPUは富士通のSPARC64だしね 理研がHPCをSPARCからARMにしたのは、ホンダがGT500のNSXをMRからFRにしたのと似てるね。吉と出るか凶と出るかわからないって点で。 >>653
NSXは流石に長年ゴネすぎだわ。気持ちはわかるけどw 資本はLenovoだが国内工場あるから
Made in Japanではあったりする
NECも同じだな。 仕入れの一本化とかそっち目的でしょ
むしろ日本国内でしか売らないものを中国(のグローバル部門)で設計するほうが理がないと思う 富士通のPCは子会社(FCCL)でレノボ資本、サーバは富士通本体だから別。 合ってるか間違っているかはさておいて、HPC分野のCPUは設計するのが大変で、
今までSPARCはベクトル演算部分以外はオラクルが設計してくれていた。
それがオラクルが手を引いたのでARMを使う方向にシフトした、という風に見える。
だってCPUのマスク作るんでもうん十億ですよ?それでミスあるとやり直す。それでやっぱりうん十億
そんでそのCPUでOSが動くかどうかの検証もやらないといけない。
そらHPC分野でOSはLinux,CPUはx86とかになりますわな・・・・というのが自分の理解。 富士通とAMDは合弁で会社持ってたくらいだから全く繋がりが無かった訳じゃないけどな
まぁ、そのメモリの会社もどっかいったが >>663は命令セットアーキテクチャとマイクロアーキテクチャの区別ができてない人なんだろうね
SPARC、ARMなんてのは命令セットアーキテクチャにすぎない
IntelとAMDが同じx86_64でもマイクロアーキテクチャが全く違うのと同じで
SPARCであってもオラクルのSPARCと富士通のSPARCとではマイクロアーキテクチャが全く違う
富士通はメインフレーム用CPU、UNIXサーバ用のSPARC、スパコン用のARMで
>>648にあるように同じマイクロアーキテクチャを採用してると発表してたね >>658
HPもそうだが、"Made in Japan"とは言ってもデスクトップは福島でベアボーン組立してるだけだがな。「自作PC」にも及ばない。ノートの一部は島根でボードから組み立てしてるけど。NECの米沢/太田も同様。 日本で製造された部品でPC組むのは無理だからしゃーない。 とりあえず初期不良のリスクを下げるために組み立てて検品している程度の認識でいい
まあそれでもこの板的には自作PCでいいじゃんだけどw _.へ
___ ム i
「 ヒ_i〉 ゝ 〈
ト ノ iニ(()
i { ____ | ヽ
i i /__, , ‐-\ i }
| i /(●) ( ● )\ {、 λ
ト−┤. / (__人__) \ ,ノ  ̄ ,!
i ゝ、_ | ´ ̄` | ,. '´ハ ,!_
. ヽ、 `` 、,__\ /" \ ヽ/
\ノ ノ ハ ̄r/:::r―--―/::7 ノ /
ヽ. ヽ::〈; . '::. :' |::/ / ,. "
`ー 、 \ヽ::. ;:::|/ r'"
/ ̄二二二二二二二二二二二二二二二二ヽ
| 答 | A M D 大 勝 利 !!! │|
\_二二二二二二二二二二二二二二二二ノ APUのGPUがVegaだったのをみてしみじみ思う。AMDホントに金あるなぁ、と。
だって昔だったら7nmのVegaなんてマスク起こす余裕なくて、Naviまで待ってたでしょ。
7nmだってN7とN7+じゃマスク別だから絶対N7+まで待ってた感じなのに。 7nmのVegaってRadeonZとAPUだけしか使ってないですもんね。 Radeon Instinct MI50とかが7nmのVegaのはず Vega II DuoがフルスペックRadeon VIIですな radeon miとか数出るgpuじゃないと思いますが、実際はどうだったんですかね。 >>672
カネあるなぁ〜というより
使える資源はとことん使い倒すなぁ〜が正解な気がする
zenシリーズのCCXという単位だとか、zen2のチップレットとか
PS4のアーキテクチャを拝借したAPUなどなど >>672
金が無いから色々手放したし、Intelみたいに贅沢に大容量キャッシュ積まずにVictum Cacheとかいうアイディアで凌いでたんだと思うけど
あと自社だけで何かしようとせずに周辺の会社に根回しして共通規格の立ち上げと普及狙ってみたり、金が無いからこそじゃないかな でもFXで金がなかった時代にCCX構造やチップレット、SMTといった発明をしてるよ GPGPU方面ではVega継続
→RADEON Instinct用に7nm Vegaの物理設計
→タイミング的にNaviがZen 2APUにギリギリ間に合わないのでVegaにした
みたいな理由じゃないの? 7nmはvegaもnaviもマスクあるから
というか両保持しないと片ライン無くなるから
どーも見てる感じ演算機部はある程度互換あるんじゃねーかとも思う
APUラインはキャッシュ/バスの重くなったnaviは現状向かない気がする
なんでかって言えば同時伝送の帯域幅に対するUMCの幅ってものがあるから
その辺vega系統はHBMからGDDR、DDRはもちろんNVMeまで繋げるから
何らかの吸収機構が付いてるかどうかってとこが違うんじゃねーの Athlon3000Gってさすがにグリスバーガー? NAVI搭載のAPUをアピールするためにDDR5搭載するまでVEGAを引っ張るんじゃないか? そもそもnaviAPUでどんだけ性能上がるんだろうな 結局メモリが足引っ張るからな
1050ti超えすらできるか怪しい AMDはIntelより早くグリスバーガーに移行してたからな 全ラインナップをグリスバーガーにするなんて無茶なことはしてないけど
というかローエンドAthlonをわざわざハンダにして数ドル上げる??? GPGPUでは、負けっぱなし、勝てる要素はない、タイミングもない。 負けてるのは性能じゃなくインフラだけどな
まずはROCmの整備が急務で、FRONTIER向けにCrayと共同開発中
多分FRONTIER稼働前後のタイミングで本格的にサーバー向けに参入してnVIDIAに宣戦布告するだろうな 撤退する気は全く無いから、準備が出来る度に宣戦布告するでしょ 今まで金が無くてソフトスタックの充足は望むべくもないかんじでしたが、
データセンター納入実績とかFRONTIERとか徐々に積み重なってる感はありますね。
昔よりは期待出来るのでは。 基本的に難易度はCPU >> GPUだから、GPUなんてCPUの片手間でいくらでも作れる
今はシェアをとってもそれをカバーできる予算や人員がないから手加減してやってる状態 Intel信者が今は舐めプしてるだけと言ってるのと同じだな CPUに全力出すために、GPUにはほとんど力を入れられないというだけ
5500や5600のグダグダを見ると、GPUのマーケティングには最低限のリソースしか使ってないのがわかる
何時出たのかよく分からないし全く話題にも上がらない
Ryzen、EPYC、スレッドリッパーで、6コアから64コアまで一気にラインナップ拡充させて宣伝しまくってるのとは対照的 というかGPUに関しては顧客層的に美味しく無いから
まぁカスタムの軸だから開発は気合が入るけど、dGPUは先細りニッチ市場だからな NaviはOpenCL関係死亡してるしな。
GPGPUはMIシリーズのままだし 生産量に限りがあるから利益の多い方を優先するのは仕方が無い まぁ過去はCPUもGPUもー、みたいな言われ方でしたが、今は
CPUはむしろIntel圧倒してね?GPUは追いすがってる、位まで来たし
家庭用ゲーム機からの波及効果で大分良くなってる印象ですけど。 GameWorks排除には対Intelと同じくらいリソースを使いそうだから、今はそこには手を入れるつもりはないだろうな >>701
というかGPUのHWは最終的に組み込み、つまりビルトインに収束するんだよね
解決すべき課題はあるものの、別に今でも不可能ってわけじゃ無いし
故にdGPUってのはつまり並列演算用製品が主流になるんだけど、この分野はQ系統があるから終息すると予想される
じゃ何処で残れるのか
IP屋か身売りしかない 今デスクトップCPUのシェアは18%らしいですが、今年は25%まで増やすとか吹いてるらしいっすね。
サーバシェアはどうでしょうか。クラウドにどこまで食い込めるか。 Chromebook用にRyzen7 3700Cとか出るのね
超低TDPの戦場らしいからRyzenじゃ踏み込めなくてA6-9220Cが6Wで頑張ってた分野だけど、もしかして1桁TDPでRyzen出せるのか >>707
12nmAPUってあんま電圧下げられないけど戦えるのか? >>708
ブルより電力効率が良ければいいわけで実は楽勝なのかも。
本当に難しいならZen 2世代を投入するはずなのに Zen+ 世代で済ませてるわけで。 低消費電力向けにはDDR4シングルとSATA無しのソケットが用意されてる
2C/4TのRaven2専用 すんません、6Wラインアップはないすね。勘違い。
でもいつまでも14nm引っ張れないでしょうし、Renori埋め込み版今年出るのでは。 組み込み向けなんてそうシステムの入れ替えはないからRenoirを使ったのが出てもV1000、R1000はそのまま続けられるはず
高性能ばかりが求められる訳ではないし ___
,;f ヽ
i: i
| AMD |
| | ///;ト,
| ^ ^ ) ////゙l゙l; ハンニャ、ハラミッタ〜
(. >ノ(、_, )ヽ、} l .i .! | インテル、オウジョウニダ〜〜
,,∧ヽ !-=ニ=- | │ | .|
/\..\\`ニニ´ !, { .ノ.ノ
/ \ \ ̄ ̄ ̄../ / / . >>714
デュアルコア2スレッド1.2GHzブースト2.6GHzではなあ >>717
HPのマイクロサーバーがほぼ似たスペックのopteronx3216だから、個人的には早く代替して欲しいかな。普段それなりに動いて暇なときは低消費電力なほど良い。 サーバーだと、CPUの処理能力よりタスクをめっちゃ増やしたほうが良い用途もあって
省電力でギチギチに詰め込めるならそっちのほうがいい、という用途はたしかにある。
選択肢は多いほうが良い・・・・とは言えるはず。 正直、CPUのIPC向上の手法なんて内緒の方法なんてないから、
同じトランジスタ数だったら性能はほぼおなじになる。
今までAMDが後塵を拝していたのは、単純にファブにかけられる金が
インテルに比べて少なかったから。
でも今やスマのおかげで外部ファブの方が遥かに生産量多くなって
かける金も遜色なくなった。
これからはかってのようなインテルぶっちぎり、という状況は難しくなるのでは。 >>720
それは同感
Intelが10nmで失敗しなければリードを保ててた可能性もあるけど
現時点だとTSMCの方が若干リードしてる感じだし Ice Lakeアーキテクチャの性能自体は高いから
プロセスさえ良ければリードを保てたのは確実
ただどこまでコアを増やせるのかは別問題 >>721
たぶん、AMDはサーバー優先で、シングルそこそこ、マルチ優秀、ワッパ良好、あたりを狙っていると思う。
GFの12nm≒Intel14nmなんで、ZEN+とIntelの比較だと狙いどおりの性能じゃないかと思う。
だから、TSMC7nm≒Intel10nmであれば、icelakeに対しても狙いどおりになりそうだが、Intelがこけちゃったので、シングルでもリードしてびっくり、という状況じゃないかと思う。 AMDが使えるTSMCの製造ラインなんてIntelの1/10〜1/5とかだぞ
需要の80〜90%はIntelしか選択肢がないから何をどう頑張ってもIntelに勝つことなんて不可能
GFの28nmや14nmのCPU/APUを大量に格安でばら撒けばなんとか対抗できそう Intelが製造したCPUの全てが完売状態!がずっと続けばそうなんだろうなー(他人事 >>724
| | ____ | ._ ___
| | ┏━┓ ┳┳┓ ┳━┓\._ | | ミ ハヽ | - ┼
| | ┣━┫ ┃┃┃ ┃ ┃/|_| | | / 壬 ,ノ 只`」
| | ┛ ┗ ┛ ┗ ┻━┛l_/\| |
| L.______________________________ | ヽ ヽ
| ノ: :ノ: : :ノ : : : ノ: : :ノ ;ハハ:.!:ヽ: : : : :\| / 十つ | l ヽ /^「ヽ '⌒}
. |/ ー=彡' : : : :/: : :/:.:./ ! `トハ l: :.厂 ! \ | 廴ノ し 廴ノ _ノ _ノ
. / /: : ノ: /: :∠../∠厶イノ 」ノ__」ハハ. |
/ 厶イ: ://______ー ´弋ン{ |/ ヽ ヽ
. / |: : { ヽ 弋Zソ ー''^| |,′. / 十つ | l ヽ /^「ヽ '⌒}
/ /|: : | ^''ー一' , 八 .! \ | 廴ノ し 廴ノ _ノ _ノ
. / /‐|: : | /、___, / ヽ', __ ,.、
{`ヽ`ヽ. /ム|: : |`ト . { ∨ ..イ | ! /) // ノ
. (`ヽ「ヽ \i`ヽ /く:.:.:!: : !、\` ヽ..__,ノ .イヽj: | |/ ムイ/ /)
\ | i ヽ \ \.> |: : |:.\ ` ーニ二厂「 r=ミ.|: | / ' //
/∧ ゝ、 ヽ.!: : ! :.:.:.\ イ:.: :| Vノヘ: ! ,' / へっ!
. // \ }: : l:.:.:.:.:.:.:.\ ノ:.:.:/ i ヽ. || j / >>725
コスト高くて他の会社が使わなかっただけな気もする
幅広くAthlonとかも出してくれりゃ嬉しいが ■ このスレッドは過去ログ倉庫に格納されています