18/06/25 17:08:28.27 tLylIeXO.net
超極小なコントローラーとか大きなメーカーが自社データセンター向けで作るのは分かるけど
他社が作ったHPC向けRISC-Vプロセッサを求めるとこってあるのかな
901:Socket774
18/06/25 18:06:18.20 MISN87hC.net
RISC-V自体はオープンな命令セットだから一企業だけで全てをまかなう必要はないから
そういった所で大手メーカーと新興メーカーとの共同開発プロジェクトが立ち上がるかもしれんね
902:Socket774
18/06/25 18:32:28.70 aRmngp/N.net
2017年11月29日
元TransmetaのDitzel氏が新会社で4,000コア以上のRISC-V CPUを発表
URLﾘﾝｸ(pc.watch.impress.co.jp)
903:Socket774
18/06/25 18:34:53.85 Q53FUWBZ.net
>>878
無いね
armのライセンス料ケチるぐらいしかメリット無いし
armがカバー出来ない特殊用途にカスタムすれば市場は小さくなるし外販するメリットが無くなる
今後環境が整備されたらarmが負っていた開発コストの一部がフリー化出来てコスト圧縮出来るかもしれないけど
904:Socket774
18/06/25 18:37:15.63 aRmngp/N.net
Ditzel氏は、現在、米国の新CPU企業「Esperanto Technologies」のPresident兼CEOを務める。
Esperantoは、「RISC-V(リスクファイブ)」命令セットアーキテクチャのCPUを開発するスタートアップだ。
現在、米国ではRISC-VベースのCPUのプロジェクトが多数登場しているが、
Ditzel氏のEsperantoは、その中で、最高性能のCPUを目指している。
Esperantoが開発するのは、
7nmプロセスで、4,000個以上のRISC-V CPUコアを搭載し、
ワット当たりのTeraFLOPSで最高のパフォーマンス効率を実現するSoC(System on a Chip)。
同社のSoCは、汎用のCPU命令セットアーキテクチャでありながら、
グラフィックスやマシンラーニングにも高効率を発揮する。
このマジックを実現するために、
Esperantoはヘテロジニアス(Heterogeneous:異種混合)マルチコア型のアーキテクチャを取る。
具体的には、RISC-V系でシングルスレッド性能の高いCPUコア「ET-Maxion」と、
高スループットに最適化してRISC-Vにベクタ命令を実装したCPUコア「ET-Minion」を組み合わせる。
ET-Maxionは、命令並列度を高めたアウトオブオーダ型コアで、
64-bit RISC-V RV64GC命令セットを実装する。
複数階層のキャッシュを搭載し、TileLink2オンチップインターコネクトで接続する。
シングルスレッド性能はARMの最高性能コアを上回る見込みで、Linux OSを高い性能で走らせることが可能だ。
そのため、ET-Maxion搭載チップはOSブータブルとなり、
CPUを別途必要とするコプロセッサとは異なる。
ET-Minionは電力効率が高いインオーダ型コアで、
64-bit RISC-Vベースでベクタ命令とベクタ演算ユニットを加える。
また、ディープラーニング向けのテンサ命令やグラフィックス向け拡張も加える。
クリーンな命令セットをベースとしているため、コンパクトながらスループットの高いコアになるという。
905:Socket774
18/06/25 18:44:54.80 iloJ+QWm.net
>>882
メモリでは、3Dフラッシュメモリとかが出てきて今では200層とかになってきている
CPUの世界で3D化はいつ始まるのかな
906:Socket774
18/06/25 18:52:52.18 aRmngp/N.net
メニーコアだと有用な応用はディープラーニングなんだろうけど
NVIDIAのようにソフトウエアの方にも開発資金投じないと成功しなさそう
907:Socket774
18/06/25 19:16:01.31 Z9VOOKwD.net
>>883
単語だけで技術の内容まったく理解してない。
これが低能先生か。
908:Socket774
18/06/25 19:26:38.42 aRmngp/N.net
RISC-Vは基本命令の他にいくつかの拡張命令があってそれらを組み合わせて使う
Iが基本命令
Mが乗除算命令拡張命令
Aがアトミック拡張命令
Fが単精度浮動小数点拡張命令
Dが倍精度浮動小数点拡張命令
Cが16bit長の短縮拡張命令
64bitのRISC-VだとRV64imafdcと表現する
で、このimagfdをまとめてgと表現する
だからRV64imafdcはRV64gcと表現できる
命令群のセットとして64bitではRV64gcが基本のようだ
909:Socket774
18/06/25 19:31:06.81 aRmngp/N.net
上に書いたことを知った上でこれを見るとRISC-Vの命令セットを理解しやすい
The RISC-V Instruction Set Manual
Volume I: User-Level ISA
URLﾘﾝｸ(content.riscv.org)
910:Socket774
18/06/25 19:37:45.10 d8CaoHQY.net
> 3D化
NANDの記憶セル部分は少ないメタルレイヤーだから積み上げるのが楽だが
モダンなCPUのロジックはメタルレイヤーが多い。
少数レイヤーへ物理設計をやり直さないと積むのは無理じゃないかな。
面積が大幅に増えて積むメリットが打ち消され減退する。
911:Socket774
18/06/25 19:42:39.38 aRmngp/N.net
RISC-Vコンパイル環境を用意したいならここを見るといい
64bitのRISC-Vのコンパイラがビルドできる
32bitの場合はビルドに
time ./build.sh
ではなく
build-rv32ima.sh
こっちを使うと32bitでビルドされるがデフォルトのオプションが-march=rv32imaになる
このままビルドするとriscv_pkがspikeで実行する時に
-marchrv32imaでコンパイルしたバイナリ以外で実行できなくなるので
build-rv32ima.shの内容を一部変更する
CC= CXX= build_project riscv-pk --prefix=$RISCV --host=riscv32-unknown-elf
の部分を
CC= CXX= CFLAGS="-march=rv32imafdc -mabi=ilp32" CXXFLAGS="-march=rv32imafdc -mabi=ilp32" build_project riscv-pk --prefix=$RISCV --host=riscv32-unknown-elf
にするとコンパイル時に指定するgccのオプションが
-march=rv32imafdcでコンパイルしたバイナリでも実行できるpkになる
この場合spikeには--isa=RV32IMAFDCのオプションを指定する
912:Socket774
18/06/25 19:43:27.10 aRmngp/N.net
リンク貼るの忘れた
第505回 オープン規格の新しい命令セットアーキテクチャRISC-V入門 ツールチェインを用意する
URLﾘﾝｸ(gihyo.jp)
913:Socket774
18/06/25 19:45:32.78 aRmngp/N.net
ちなみに64bitと32bit両方のコンパイラをビルドしたい場合、
RISCV環境変数に指定するディレクトリを分けたほうがいいかも
914:Socket774
18/06/25 19:51:09.17 iloJ+QWm.net
>>888
発熱がすごすぎてそちらの対策も必要なんでしょうね。まだまだCPUには降りてこないのかな
915:Socket774
18/06/25 20:19:53.07 aRmngp/N.net
>>892
ダークシリコンなんて問題もあるくらいだからね
916:Socket774
18/06/25 20:46:32.62 +19v6lbT.net
条件分岐がなく、レジスタがダブらないようにうまく並べたコードと、
条件分岐があったりレジスタがダブってるようなコードでは、
実質何クロックで演算できるかが大きく変わる
でもいまどきのCPUはレジスタがダブっててもそれなりに並列化できたりするけどね
917:Socket774
18/06/25 21:07:18.60 MISN87hC.net
>>892
IntelもAMDもSoCでNANDストレージまで積層した
いわゆる1チップ化を目指してるけどまだまだ先の話
918:Socket774
18/06/25 21:16:58.17 en2n67+5.net
名前入れなきゃバレないとでも思ってんの糞団子
919:Socket774
18/06/25 22:55:45.59 aRmngp/N.net
>>889の
追記
＞CC= CXX= build_project riscv-pk --prefix=$RISCV --host=riscv32-unknown-elf
＞の部分を
＞CC= CXX= CFLAGS="-march=rv32imafdc -mabi=ilp32" CXXFLAGS="-march=rv32imafdc -mabi=ilp32" build_project riscv-pk --prefix=$RISCV --host=riscv32-unknown-elf
＞にするとコンパイル時に指定するgccのオプションが
この部分だが
5chに貼り付ける関係で
Webブラウザで見ると2行に分かれて見えるかもしれないが、必ず1行で書くこと
920:Socket774
18/06/26 00:55:48.92 N221he8J.net
つまりソフトウェア資産は資産じゃない。
アーキテクチャ毎に毎回用意すればいい
という時代に入ったか
完全にフリーランチ終了だな
921:Socket774
18/06/26 00:58:35.66 9HWECr/F.net
バイナリ互換はともかく、コード互換は上がっていく方向になるのでは？
922:Socket774
18/06/26 04:45:32.49 JQMUd/LX.net
RISC-Vはバイナリのソフトウェア資産が重要になるような用途はおそらく64bitのRV64GCが基本になるのでは？
ちなみにHiFiveのArduino互換ボードのHiFive1の32bitのRISC-VはRV32IMA
923:Socket774
18/06/26 05:05:45.16 JQMUd/LX.net
HiFiveのIPコア
URLﾘﾝｸ(www.sifive.com)
U5 Series – 64-bit Applications Core IP
4x RV64GC U54 Application Cores ＋ 1x RV64IMAC E51 Monitor Core
URLﾘﾝｸ(www.sifive.com)
E5 Series – 64-bit Embedded Core IP
E51 Standard Core RV64IMAC Support
URLﾘﾝｸ(www.sifive.com)
E3 Series – 32-bit High Perf Core IP
E31 Standard Core RV32IMAC Support
URLﾘﾝｸ(www.sifive.com)
E2 Series – 32-bit Lower Power Core IP
E21 Standard Core RV32IMAC
URLﾘﾝｸ(www.sifive.com)
E20 Standard Core RV32IMC
URLﾘﾝｸ(www.sifive.com)
Arduino互換ボードのHiFive1はE31 Standard CoreでRV32IMACだった
URLﾘﾝｸ(www.sifive.com)
924:Socket774
18/06/26 05:13:23.78 hR00Qtyl.net
>>882
>同社のSoCは、汎用のCPU命令セットアーキテクチャでありながら、
>グラフィックスやマシンラーニングにも高効率を発揮する。
>具体的には、RISC-V系でシングルスレッド性能の高いCPUコア「ET-Maxion」と、
>高スループットに最適化してRISC-Vにベクタ命令を実装したCPUコア「ET-Minion」を組み合わせる。
>ET-Minionは電力効率が高いインオーダ型コアで、
>64-bit RISC-Vベースでベクタ命令とベクタ演算ユニットを加える。
それってintelが無かったことにしたアレだね、コア数がぜんぜん違うがintelは膨大な金と時間を浪費して最終的にGPUになった
祈る成功
925:Socket774
18/06/26 05:24:15.05 hR00Qtyl.net
intelは汎用コアにベクトルコアを追加したけれど、それは分離してある4,000個も搭載出来たんだろう
ベクトルコア数は不明だがGPUにくらべるとコア数が少しすくないけどintelのアレよりは遥かに多く搭載している
926:Socket774
18/06/26 06:04:53.86 twF2MXI8.net
HPCGもsummitか
927:Socket774
18/06/26 06:25:05.14 B2nXom+o.net
Microsoftもひそかに独自プロセッサ開発してるとはなあ
928:Socket774
18/06/26 06:51:48.37 /3EAzSSe.net
2018年06月20日 17時00分
Microsoftが秘密裏に独自命令セットのCPU「E2」を開発、Windows 10とLinuxの動作をテスト中
URLﾘﾝｸ(gigazine.net)
そんなことより、Windowsが遅いのはOSソフトのせいだろ。 そっちをなんとかしろよ
929:Socket774
18/06/26 06:55:48.18 B2nXom+o.net
近年のWindows10はかなり頑張ってるとは思うがねえ
Fetch関係はおかしいと思うが
930:Socket774
18/06/26 07:05:20.36 /3EAzSSe.net
インテルとの関係はどうするのかな
931:Socket774
18/06/26 07:17:32.00 zCZUvAnO.net
>>906
>そんなことより、Windowsが遅いのはOSソフトのせいだろ。 そっちをなんとかしろよ
半分くらいはインテルCPU脆弱性のせいだろ・・・
932:Socket774
18/06/26 07:32:29.97 9HWECr/F.net
>>906
windowsが遅いのはCドライブがHDDか、メモリ不足のどっちか、または両方だろ
CドライブをSSDにして、メモリ8G以上積んで、superfetchを無効化しとけ
Windows Searchやらメンテナンスタスクやらそのへんのも無効にするといい
933:Socket774
18/06/26 08:04:37.86 tAMVwbqA.net
URLﾘﾝｸ(www.hpcg-benchmark.org)
URLﾘﾝｸ(www.top500.org)
amdのepicとかどっかにアンの？
934:Socket774
18/06/26 08:18:51.86 XQ4bu9+9.net
リサとジェンスンは親戚なの？
URLﾘﾝｸ(www.reddit.com)
935:s_ceo_jensens_niece_is_lisa_su_ceo_of_amd/
936:Socket774
18/06/26 08:41:27.07 AHMyEmfw.net
>>912
インテルがこれにどのように適合するかを待つだけです。
あなたはブライアン・クルザニッヒがこれら2つに関係していると私に言っているのですか？もっと深く掘り下げなければならない...
937:Socket774
18/06/26 09:00:07.61 B2nXom+o.net
>>908
随分前からよくないよ
出なきゃArm用のx86エミュレータなんかつくらん
938:Socket774
18/06/26 09:36:46.98 FrmMg47F.net
>>911
epicなんてのはないな
EPYCは大規模システム構築には向いてないし
939:Socket774
18/06/26 09:43:34.92 lyTWYaL1.net
ようやくHPCGで京を更新したけど
あんだけシステムに金と電力、何年も最適化コンパイラを発展させてて1.5%なのね
牧野さんの見立てでは、神威よりも実用性低いみたいだし
940:Socket774
18/06/26 10:09:25.77 N221he8J.net
例外エラー頻発しそうな感じw
941:Socket774
18/06/26 10:25:33.67 +PVD7GTq.net
謎のプロセッサーepic、爆誕
942:Socket774
18/06/26 11:33:55.17 MvCA9IHV.net
AMDではなくIntelだろうが
EPICは
943:Socket774
18/06/26 12:48:11.06 HEJmkJvD.net
epycな
944:Socket774
18/06/26 12:59:30.67 I2WEO8tg.net
>>918
Itaniumか
あれは謎だったな
945:Socket774
18/06/26 13:20:01.39 ktyZquLV.net
グラボも買えない、いつものnvトロール君は
EPICがないということで一体何を伝えたかったのだろうか……
946:Socket774
18/06/26 13:21:50.65 FJyoLIV9.net
EPICじゃなくてEPYCな
947:Socket774
18/06/26 14:04:11.33 ktyZquLV.net
>>923
そうだよ
だから>>911がEPICがないということで何を伝えたかったのか
全くもって意味不明なんだよ
948:Socket774
18/06/26 15:50:10.05 8JzVdg8I.net
ごめん、大文字小文字使い分けても名称も間違いを正せない残念な馬鹿頭の自演にしか見えない
949:Socket774
18/06/26 16:45:00.95 hEmN7z83.net
当然といえば当然だがItaniumはランキングから死滅しているようだな
950:Socket774
18/06/26 16:54:11.64 LhpPrlkP.net
Intelのメインフレームってどっか導入したんけ？
951:Socket774
18/06/26 18:52:57.43 9HWECr/F.net
HP-UXがItaniumじゃん
952:Socket774
18/06/26 18:53:01.16 qU3E8qVI.net
epicだろうがepycだろうが
無いもんは無い
953:Socket774
18/06/26 19:07:41.78 qYsTKJmx.net
>>911 NEC SX-ACEが11%という孤高だな
954:Socket774
18/06/26 19:14:52.52 FrmMg47F.net
>>911上側URLを開いて検索してみると123位にEPYC採用機があるな
TOP500にはない模様
955:Socket774
18/06/26 19:23:03.30 9HWECr/F.net
RIZENやEPICは、他社に使われてたり、登録商標とられてたりするので、
他社に使われてなくて、登録商標もとられていない、RYZENやEPYCにしたんだよ
956:Socket774
18/06/26 19:59:57.54 fwHrY0zy.net
>>925
うんまあみんな気付いてるよ
>>911,>>920,>>923はアレだよね
957:Socket774
18/06/26 20:08:36.95 nM2Iw49l.net
>>929
>>931
958:Socket774
18/06/26 20:31:40.98 6ZE06qEf.net
EPYC採用機はまだ出回ってないだろう。どっちにしろアクセラレーター載ってないと上位はムリだな。
959:Socket774
18/06/26 20:38:03.35 FrmMg47F.net
EPYCは2ソケットモデルまでだから
面積当たりの性能を上げようとすると
多ソケットのXeonにはかなわんしね
960:Socket774
18/06/26 21:01:28.63 XF0wEg80.net
スパコンはほとんどが2ソケ機で4ソケ8ソケは
961:稀
962:Socket774
18/06/26 21:05:22.42 dP4wUkbk.net
CPUの性能担保よりアクセラレータガン積みが最近のアレだもんな
如何に少ないCPUで如何に多くのアクセラ詰め込めるかが勝負
963:Socket774
18/06/26 22:15:15.41 Unh2YGYv.net
POWER9とかレベルの電力枠でAPU作ればスパコンもお安くなります路線(営業並感
964:Socket774
18/06/26 22:45:58.63 N221he8J.net
Cellの方向性は正しかったな
965:Socket774
18/06/27 00:06:05.86 fHrDpcZ5.net
ソニー「開発環境は整備してないのでアセンブラでプログラミングしてください」
966:Socket774
18/06/27 00:40:24.18 Bh8dpKWM.net
ふつうにC書けたからそんなにひどくなかったぞw
967:Socket774
18/06/27 05:00:21.64 IFshFCK7.net
Green500は1位、2位、3位とPezyの独占ｗ
URLﾘﾝｸ(www.top500.org)
968:Socket774
18/06/27 06:15:24.55 vUtxB0Kf.net
PEZYの技術って中国に売ると法律に引っかかるんだろ？
なんかもったいなかった気がする
969:Socket774
18/06/27 06:29:28.77 JxuNibjB.net
詐欺プロセッサは
もうおしまいだｗ
暁光どうして撤去されちゃったのｗｗｗ
970:Socket774
18/06/27 06:58:09.03 vCGttIG5.net
GMOがPEZYを買うという噂がある
ちなみにGMOのマイニングチップはPEZYが設計しているらしい
971:Socket774
18/06/27 07:07:04.15 vUtxB0Kf.net
電力効率良いからか
972:Socket774
18/06/27 07:53:08.34 Vhb5QSP6.net
俺らが背伸びしても“使えない”石は求めておりませン
一般に“使える”もん作れやゴラァ
973:Socket774
18/06/27 08:15:40.11 OzNg9flD.net
一般(笑)
974:Socket774
18/06/27 08:59:15.82 fHrDpcZ5.net
Green500は、Linpack/Wだけじゃなく、HPCG/Wも出してほしい
975:Socket774
18/06/27 10:26:46.43 l+XfRmhp.net
演算器の稼働率が下がって全体的な消費電力も下がるから別に面白くないと思うけど…
まぁアイドルの電力と周辺の電力が見えるぐらいか
976:Socket774
18/06/28 16:32:21.72 rVBJ0CbJ.net
Pezyってあの液冷のおかげで効率高いだけとかそういう可能性はないの？
Pezyのお仲間でエスペラントってあるけどあっちはどうなのかな
977:Socket774
18/06/28 19:48:51.81 frsljNVU.net
>>871
Atomですら今はradix-1024
978:Socket774
18/06/28 20:07:39.64 k3EgNbxd.net
そもそも、パイプラインつくって並列実行してる現代のCPUで、
この命令は○クロックで実行っていうときのクロック数の定義はどうするんだ？
979:Socket774
18/06/28 20:52:34.00 mC5jUqDk.net
レイテンシとスループットを併記
980:Socket774
18/06/28 22:29:01.34 mC5jUqDk.net
>>952
公称スペックが正しいならGreen500上位3つとJAMSTECを追い出された暁光はいずれも本来の70%にアンダークロックされてる。
液冷により低温に保ちつつリーク電流削減し、かつ電圧も落とせるならそりゃ効率上がるわな。
なおかつ液冷システムの消費電力はシステムの消費電力に入ってない。
フロリナート自体は前世紀からある冷媒だけどそれほど普及してないのはぶっちゃけるとTCO的に美味しくないから。
981:Socket774
18/06/28 22:48:16.22 Y+tztzcH.net
>>940
いや間違いだろ。
PPEがシングルスレッド苦手で、3.2GHzで動いていながらペンティアム4の2GHz並って。
7個のSPEは融通が利かないし、PPEはもっと強力しておかないと。
982:Socket774
18/06/28 23:36:31.00 CA+EZ7Xc.net
国研に家賃払ってタダでいいから我々のスパコン使ってください、を何年も続けて顧客見つけられないんじゃ手詰まりなんじゃねーの？詐欺事件で大口のVCにも失望されてるようだし
補助金ビジネスとしてはもう奴ら食いあげだよ。大体にIntelもNVIDIAも民業無視して成り上がった会社じゃないから。
983:Socket774
18/06/28 23:43:52.86 hmRILUJw.net
>>957
ありゃアレで良い
そもそもSIMDは多少レイテンシがあっても大量にイケる事が肝要、それは色んな実例が証明してる
SPEから言えばP4はオモチャみたいな性能だし、16B処理でリングバスが8B/cycleで有れば比率としては当時としては悪くない数字になるだろう
PPEは逆にSIMDを可能な限り最低限のサポートとしてもう一発搭載、SPEの担当負担を分散するのが良い
984:Socket774
18/06/28 23:59:25.38 sr2VQl+Z.net
あれは素敵なコンパイラが何もなかったのがいけないのと
倍精度付いたのがだいぶ後だったのがいけなかった
神威は逆に倍精度のみだがｗ
FEMでもかなりの結果出せてるからまあいいと思う
985:Socket774
18/06/29 00:21:22.05 CfTXzaZI.net
>>958
おっ、魚類今日も元気だな
986:Socket774
18/06/29 01:03:23.53 a0Y5HLyd.net
神威、ある程度シンプルなコアならコントロールフローを単純化するために倍精度だけ対応ってのは一つの方策ではあるんだろうな
987:Socket774
18/06/29 01:40:53.49 LqGlr+WO.net
むしろいまは機械学習のために単精度・半精度が必要になる時代
でも、機械学習なら大型スパコンでやらなくてもnvidiaでやったほうがいいな
988:Socket774
18/06/29 01:53:28.83 hs2+6UI+.net
推論なら構わないけど、学習は倍精度も使うよ
特にデータセンターでよくあるワークロードのRNN、MLPなんかは
しかもこれ、逐次だったりしてCPUでやった方が速かったりする
989:Socket774
18/06/29 01:53:29.79 ntS6kfE7.net
物理的にアクセスできないから意味ないのだが、
現実に存在するアカシックレコードは過去・現在のデータだけでなく、未来のデータも存在する。
もし任意の時点のデータを引き出せたとしたら……
990:Socket774
18/06/29 03:37:20.77 91kMG7ct.net
はいはい団子団子
991:Socket774
18/06/29 06:09:35.25 1KZQF0jm.net
>>962
IEEE754ベースで考案した際に、128ベースとしてSIMDを構築するとすれば
倍精度専門のユニットを用いた場合と単精度兼用した場合は構成数部の問題で4:32:104で140ビット分必要になるのに対し128ビットモロ分だけで済むってのはデカイと思う
相当複雑に組まないといけなくなるし、そう考えると効率はいいのかもな
切り捨てりゃ良いだけで単精度も半精度も同じ性能が出る事は確定してるわけでもあるし
汎用CPUだとどうかな
x86の拡張倍精度にちょっと細工した82ビットが単精度二個倍精度一個を効率よく内包出来て便利だとは思うから、コレ倍にして4:32:128の164ビットが最適解か?
GPUだと単1と半2で2:10:23の35がエコな感じだけどどうなんだろ
992:Socket774
18/06/29 07:42:08.69 OL5xB9gw.net
Ryzenに負けた団子
993:Socket774
18/06/29 08:28:11.67 rbJLJuud.net
intelのプロセス開発の不調にGFの躍進を見るに、
アブラがバックについた資金力でプロセスエンジニア引き抜かれた結果じゃないのかと。
994:Socket774
18/06/29 08:31:05.86 UQpilzZ2.net
単純にステッパの違いだろ
995:Socket774
18/06/29 08:32:46.51 VpTJfA+m.net
露光機はもはや各社ASMLだろ
ニコンは死んだ
996:Socket774
18/06/29 09:52:22.46 1KZQF0jm.net
intelは同じノードでもパラメータを詰めて高密度化し、同時に高性能化して技術的な優位点を得ていた
もちろん寡占化の背景には単純な論理的技術力や販売力及び資金力が有ったのも事実だ
ただその一角として物理的な高性能という面もあった
そして先日まで在任していたCEOは生産管理、つまりはFab側物理系でこれを支えていた人間だ
結果的に会社としてその面を重視した結果、物性限界に迫る領域における超高難易度にぶち当たったというのが真相だろう
無論それ自体は軽視して良い問題ではないけど、本来intelの主力とするようなハイパフォーマンス系のプロセッサは密度で劣るが性能の高いプロセスが必要になる
だが求められる製造キャパシティとNetBurstの失敗によりその技法は高密度高性能プロセスへとシフトしていった
その結果プロセス自体で高密度を、材料及び構造と設計(ココ今怪しいポイント)で高性能を得る方法と結実した
それが忘れられずに、同じ方法を引き摺っている事が現状だと思われる
やり過ぎてるんだよ、どんな高性能でも生産に乗らなければ意味がない
同時にここで設計の無理も出て来た、わかりやすい高性能の為に多幅SIMDを強化しまくった結果としてのAVX
そしてその化け物染みたデータフローを支えるための足回り
コレらは電力と面積を犠牲に成り立つ
高密度プロセス域においてこれを成立させるには莫大な熱密度の解消とデータフローの簡略化が必要
つまりはプロセスの耐久性/ドライブ能力とリングバスのような構造が必要
だけど前者はこの要素もあり破綻、後者は拡張性(正確にはその際のパフォーマンス)に問題があった
何処か一点ないし二点を諦めない限りはこの不調は続くだろう
手っ取り早いのは重演算を棄てる事だが、これは競合に先に手をつけられた、その上あちらの設計は徹底的に効率重視でつけ入るスキが少ない
であれば逆にプロセスを諦めるとなると自社Fabが莫大な負債になる
残る方法は方向の転換
嘗てEPICでやった二の舞になるか、それともこの系統ではかつてない成功になるか
だから競合でやってたの引き抜いたんだろうがな、正確には取引だと思うけど
997:Socket774
18/06/29 11:40:09.80 1s3+ZdMV.net
EPIC？EPYC？どっち
998:Socket774
18/06/29 13:19:54.02 UGSsKuvg.net
>>961
団子の新しい顔文字の半コテって
バナナとかじゃなかった？
999:Socket774
18/06/29 13:34:17.91 dBcabzjR.net
コテ無しでもわかりやすいやんか
1000:Socket774
18/06/29 13:56:28.96 BAwtDwd+.net
特徴的な言い回しや特定の状況下でのリアクションという部分で本人は自覚していなくとも永く見てきた奴には判るものがあるんだろう。
1001:Socket774
18/06/29 14:55:45.51 X0NSLZAj.net
さんざん名無しの発言に価値が無いとか
俺は長年コテハンやってるとか偉そうな事ほざいてた割に
アッサリとコテハンを捨てたのはやっぱりリアルに影響があったからだろうねえ
1002:Socket774
18/06/29 15:13:45.33 1kCc9MLE.net
ZENアーキテクチャに負けた団子
1003:Socket774
18/06/29 16:11:48.86 VPZMKQB
1004:C.net
1005:Socket774
18/06/29 17:51:27.86 jHjYrZcj.net
>>973
そこはEPICであってる
EPYC式のもどうなるかだな
Xeonがコケてくれれば話早かったんだが、営業力で踏ん張ってるし
オマケでRISCやらARMやら面白くない連中が出てきて邪魔しやがるし
まぁ本気でてるAMDが何処までやれるか
1006:Socket774
18/06/29 18:20:35.30 48GjYeYx.net
営業力ってえか単純にOPA等パフォーマンスだと思うけど
EPYCにアクセラレータつけたとして、同一のワークロードに対して
アクセラレータ何万ノードもデータセンターでは処理・運用とかはそうしないわけで（スパコンは別）
1007:次スレ
18/06/29 19:59:12.18 IpLVNs44.net
CPUアーキテクチャについて語れ 44
ｽﾚﾘﾝｸ(jisaku板)
1008:Socket774
18/06/29 20:25:31.45 NqxuL/NE.net
EPYC搭載スパコン不在のなかARMスパコンがTop500入りしてきたのは苦笑するしかないな
Opteron作ってさえいれば周りが勝手に祭り上げてくれた時代の感覚で案件は取れん。IBMはx86の扱いやめたしCrayは実質Intelの傘下。
1009:Socket774
18/06/29 20:46:39.31 jHjYrZcj.net
いや、スパコンは取れんでいい
元々取れる構造でもない
幾らでも電力と予算突っ込めるのであればEPYCにXeonに対するメリット無いもん
デセンとかキチンとしたインフラ向けとか小規模HPCには良好だろうけど
大体そのレンジはそのうち量子系が取って変われるしな
1010:Socket774
18/06/29 21:06:28.69 WV8qak6/.net
K
graph500で1位
おめ
1011:Socket774
18/06/30 09:59:45.91 9+dFpRLP.net
EPYCは今は色んな所で検証中でしょ
採用が増えるのは来年で、その頃には7nmのROMAを投入して採用をブースト
ROMA発売時に7nm EUVのZen3 EPYCを発表
その頃にはサーバーシェア2割くらいはいってるでしょ
1012:Socket774
18/06/30 15:08:41.94 B8pHvS5P.net
Fujitsu-Developed "ABCI" Supercomputer Takes 5th Place in TOP500 Ranking
1013:Socket774
18/06/30 22:31:24.19 6HQ/AfuC.net
>>984
現実にはEPYCの32コアよりXeon Goldの18コアのほうが倍のFlops数出るし消費電力も小さいのでした
アクセラレータ母艦としてもXeon GoldならDGX-2でやってるようにブリッジチップに繋がってるPCIe全部束ねて1つのデータストリームを高速転送できるがMCMでメインメモリも分散してるEPYCではそういう構成が不可能。
128レーンを全部活かすにはストレージみたいな低速伝送デバイスを複数並列に繋げるストレージサーバが関の山ということになる。少なくともAzureはそういう判断をしたしアプリ向けの低価格インスタンスのAシリーズ（従来AMD）の後継も結局Skylake
1014:Socket774
18/06/30 22:38:22.56 csZZmJ84.net
これは団子
1015:Socket774
18/06/30 23:52:07.15 TipO08ci.net
>>988
え、まさにゴミンテルやん…
1016:Socket774
18/07/01 02:38:36.62 F4mv//wi.net
>>988
え？お古のOpteron後継が
低能Skylakeなのか
1017:Socket774
18/07/01 03:21:01.00 +K4edL7o.net
Azure AシリーズのOpteronは不人気で利用率上がらなかったけど減価償却費残ってるから入れ替えが進まなかったんだが
後期は一部Haswellに置き換えたけどOpteronと比べて性能ですぎないようにパワースロットリングして運用してた
そうまでして償却しないといけなかったんで本当にMSにとって負債同然だったという話
1018:Socket774
18/07/01 03:49:34.81 UJkYzU0S.net
EPYCは市場に受け入れられてるから心配すんな
IntelのCEOもそう言ってる
1019:Socket774
18/07/01 03:56:40.81 wYYzEO6l.net
AWSもGoogleも足りてるけどな
バックエンドやるにはSIMDの火力が足りないしフロントエンドやるならXeon DやAtom CのQuickAssistのようなTLSアクセラレータくらいは欲しい
1020:Socket774
18/07/01 04:10:34.54 cMc1Ihc+.net
団子て本物の馬鹿なんだな
1021:Socket774
18/07/01 04:30:22.48 UnoY4MvC.net
団子君のSIMDというかAVX３桁あたりへの過信は何なんだ
1022:Socket774
18/07/01 09:26:23.88 YXgBiX9c.net
oakforestで性能出なくて大ひんしゅくのAVX512
1023:Socket774
18/07/01 12:59:54.98 q9z9Y6a4.net
なんだかんだでAVX512は必要だっただろうが、必要なセグメントを考えるべきだった
1024:Socket774
18/07/01 13:09:44.99 Ln71TG1J.net
>>997
団子を擁護するわけじゃないけど、どこで批判されてんの？
地震解析で2PF以上叩き出してたり、大規模な同ノード数で京より何倍も上の分子起動計算してて
稼働から1年以内で十分過ぎるほどの成果があるんだが
1025:Socket774
18/07/01 13:18:12.61 H1Pg9Qur.net
>>999
そりゃGPUより性能出してるからなあ
1026:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 61日 19時間 21分 25秒
1027:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています