CPUアーキテクチャについて語れ 43
■ このスレッドは過去ログ倉庫に格納されています
AMDは1ソケットでNUMAノード数使い切る方針なんだろうか 逆にNUMAノードをここまで増やしても耐えられるのがEPYC
Xeonであんなつなぎ方したらまともに動かないだろう >>272 CPUパッケージがどこかにあったコラみたいに更に大きくなるとかw
>>273 >>266の見ると、耐えてないようだよw 540 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2016/10/12(水) 21:45:48.40 ID:ijYX/87D [5/21]
Zenが高くないと買えない自分を正当化できないもんな
大丈夫だよ、8コア最上位でも3万円切るから
お前みたいな無職大貧民には大金だけどな
545 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2016/10/12(水) 22:03:09.78 ID:ijYX/87D [8/21]
最上位で3万円切るって宣言した俺の発言ログとっとけよ
148 名前:,,・´∀`・,,)っ-○○○[] 投稿日:2016/11/14(月) 20:21:39.52 ID:0Q4rwlJ0 [5/9]
まあ、本当にBroadwellの性能超えたら32コアOpteronデュアル機組んでAMDを応援してやるよ
351 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2017/01/10(火) 21:24:59.71 ID:deU+9WJv [4/7]
リアル春にはAMD冬の時代になるから今のうちに春を楽しんで置きたまえ >>274
まだ7nmが控えてるんだから拡張しなければコラせんでも実現してしまうんじゃないか。
1ソケット毎にNUMAルーティング >>277 パッケージの話は冗談だけど、Dualソケットになるともう1ホップでは行けないってのは厳しそうだよね。
CPU-ZのベンチみたいにL2辺りまでに納まって互いに関連のない処理をただパラに動かすだけならいいけど。 HPLといやあThnuderX2が電力爆食いでやばそうだなこれと思った >>271
冷却さえしっかりしてたら10%ほど向上はする
それと実装コストとが釣り合ってると思うかは人それぞれだろうけど
>使いこなせるプログラマ(y-cruncherやってる人みたいな)もなかなか居ないのが実情かね。
これはプログラマの質というよりDLPという考えに沿うようなシチュがほとんど発生しないのが大きい
なのに一般向けプロセッサのSIMDを拡張する→ダイコストや性能ペナルティーに跳ね返る
AVX512以上対応のFP特化コアを搭載する→使わなければ無駄
GPUを転用する→(GPGPUで)使わなくても無駄にならないし、基本的にFPお化けだからDLP処理に向いてる
ってことでAPUって名称作って売り出したけど、当のAMDがBullと一緒に捨てたっぽいのがなんとも・・ APU路線(GPGPU)捨てるつもりならZenでAVX2をもっと高速化してたでしょ 正確にいうとdGPUによるGPGPUに舵をきった感じ >>281 AVX2は色々な課題(高性能なトランジスタが必要、キャッシュやバスの性能、電力やクロック制御、ダイ面積とか?)
がクリアできなくて今のような形になっただけじゃないの? EPYCは多少のCPU性能を犠牲にして、多コアと低コストと多IOと多メモリを実現するものだろ
CPU性能自体は、1ダイ vs 4ダイじゃ、どうしたってコア間の帯域やレイテンシで不利になるのは仕方ない
CPUのシングルやマルチスレッドベンチだけで語れるもんじゃない
まあ、そのCPU性能も得手不得手あるけど総合的にはかなり勝負出来ているけど 4ソケットないし8ソケットのディスカウントという視点で見れば多少はね AVX強化路線はPhiの撤退で諦めたんじゃないかな
ラジャにGPU強化頼んでGPGPU路線に進むらしいし
AVX512はベンチくらいしか使い途がないし、AVX1024なんか噂すら無い AWSやGCPの上位顧客ってむしろAVX以外何使うんだって話だし実際彼らはSIMDの弱いEPYCなんぞ導入してない
一部GPUに落とし込める問題もあるけどレイテンシネックの部分もあるから結局ホストのSIMD性能もそれなりに必要になる
SQLの処理にすら使っとるよ? >>285 結局価格なりってことでしょ。>>266のEPYC 24C DualがSkylake-SP 12C Dualと大差ないとか。 >>288
それなりの性能ならSSEで十分だからな
GPUに対抗意識燃やしてAVX強化したのがインテルの敗因だな
それより公言してた32コアのEPYC買かったのか? Xeonの性能なんかスペクターとメルトダウンでズタボロだろ GCPて昔はともかく今はIaaSでも差つけられて3位なのに
なんでか団子の話によく出てくるな
Googleの人も業務外じゃGCP使わんみたいだぞ デスクトップ用途じゃCCXまたぎ通信の遅さは別に問題にならないが、
HPC用途だと計算の種類によってはCCXまたぎ通信が問題になるのでは? CCXまだぎ何か問題になったケースある?
ソケットまたぎ通信と比較してみ >>288
死ねよ殺されてしまえ死ねよ殺されてしまえ死ねよ殺されてしまえ死ねよ殺されてしまえ死ねよ殺されてしまえ死ねよ殺され
てしまえ死ねよ殺されてしまえ死ねよ殺されてしまえ死ねよ殺されてしまえ死ねよ殺されてしまえ死ねよ殺されてしまえ死ねよ殺されてしまえ死ねよ殺されてしまえも合わなくなるしね >>293
彼ら自身の事業の方がでかいし、たとえば広告配信の最適化にも使われとる
1バイト単位の比較が32並列や64並列でできて嬉しい分野って序にはアドテクですし
彼らがAVXの進化を進めたと言ってもいいし彼らの顧客のニーズが読めないからAMDはイマイチなのでしょう Azure Lv2なら割と直近まで使ってたんだけどなあ残念
逆にAzure以外の大手クラウドで採用例ないし
SのつかないHTTPフロントエンドなら十分な気がするけどこっち方面は断然Xeon Dが強いし
バックエンドは当面諦めたほうがよいのでは
クラウドのいいところって電気代も時間単価に盛り込んであるから純粋に価格性能比だけで比較していいところだな
>金融モデルの構築、科学的分析、ゲノム解析、地熱分布の視覚化、
>ディープ ラーニングなどを行うお客様から、大規模なコンピューティングに対応できることが期待されており
Azureのブログからだけど、なにかEPYCに向く用途ある?
(別ソースにはEPYCのマーケットは限定的と書いてある >金融モデルの構築、科学的分析、ゲノム解析、地熱分布の視覚化、
>>ディープ ラーニングなどを行うお客様から、大規模なコンピューティングに対応できることが期待されており
これはXeonのインスタンスに書いてあってEPYCにない一文だよ。AWSやIBMCloudもXeonの顧客層はこういう計算をしてると主張している。 x86CPUでやらなくなるんじゃないかな
将来的にだけどさ
というかまぁマスが効くならCPUの出番は無いわな、今はそういう時代 GPUにDIMMソケットついたら起こして、かな?
現状足りないからNVDIMMみたいなものができてる Lv2のAzureでの位置付けはMongoDBやCassandraのようなNoSQLデータベース向け
逆にスキーマが決まってるものならSIMDで処理しやすいデータ配置にできるからね 登場前から散々Zenを貶してきたけど、思惑が外れて優秀だったせいで、もうAVXしかアピールするところが無いからな
10nm化は一向に進まないし、Phiは後継が転けるしと散々な部分には目を背けて現実逃避してるだけさ MongoDBの絶望的な遅さ体感した人ならわかると思うけどスキーマきっちり決まってる既存のデータベースから移行するメリットは微塵もないからな
スキーマを決められない用途向けだから まともなGPU手に入ったしAVXいらねーわとか言い出すのかなこの流れだと >>307
まだシングルスレッド性能とワッパは踏みとどまってる
GFの7nmがきたらわからん DGX-2の母艦もXeon Platinumなんだけど敗因どこにあると思う? ワッパはAMDが急速に追い上げてるけどまだ追いついてない部分。次に期待。 >>309
あり得るっつーかAMDとテスラからGPUとバスのアーキテクト行ってるからな
寧ろアレでGPUというか似たようなモノ作らんならそっちの方が不可解 AVXの権化のPhiがオワコンだし
kaby-GでVega使ってるし
ジムとラジャ雇ってるし
AMDの真似するのが正解ってことなんだろうな xeonの多コア化でphiの終息は順当だろう。
クロック考慮すると性能並んでるのになんでアクセラレータなんか使いたいんだ。
しかしなんでGPU信者ってアルゴリズムもコードも理解してないのに自信満々なんだろう。 Knights * を踏襲するのはGPUというよりAIチップの気がするのですけど
Nervana買収はその前触れ
ちな NervanaはCUDA使って色々やってた会社よ ひとつのベンチ走らせるのにkncよりも長いコード書かないといけないしな
なんか条件変えよと思ったら地獄 そもそも既にGPGPUユーザーの大半は.cuを書かずに出来合いのライブラリ使ってるしその視点で見ればMKL使えば特に意識しなくともベクトル化コード使ってるわけで
むしろKnights Cornerの資産を段階的に移行できただけ成功なんじゃないかと >>316
神威みたいなの、というと?
あれ典型的なメニーコアでしょ? あれは人海戦術で神パフォーマンスを叩き出すためのもの
人材の方に惜しみ無く金を使った中国の勝ちというべきか 540 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2016/10/12(水) 21:45:48.40 ID:ijYX/87D [5/21]
Zenが高くないと買えない自分を正当化できないもんな
大丈夫だよ、8コア最上位でも3万円切るから
お前みたいな無職大貧民には大金だけどな
545 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2016/10/12(水) 22:03:09.78 ID:ijYX/87D [8/21]
最上位で3万円切るって宣言した俺の発言ログとっとけよ
148 名前:,,・´∀`・,,)っ-○○○[] 投稿日:2016/11/14(月) 20:21:39.52 ID:0Q4rwlJ0 [5/9]
まあ、本当にBroadwellの性能超えたら32コアOpteronデュアル機組んでAMDを応援してやるよ
351 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2017/01/10(火) 21:24:59.71 ID:deU+9WJv [4/7]
リアル春にはAMD冬の時代になるから今のうちに春を楽しんで置きたまえ
はやくしろよ無能 コンパイラ・ライブラリ・フレームワーク開発者は、CPUにあわせた開発をしないといけないが、
最近は、アプリ開発者は、フレームワークやらOpenCLやらOpenACCみたいな言語を使うことで、
CPU依存コードを書くのはかなり少なくなってるでしょ?
Cell Broadband Engineでアセンブラ開発させてた時代とは違うよ >>318
Nervanaの製品出荷が順調に遅れているというのに
逆神が推すのはやめてくれ。 それ単にCUDAの場合10年余のソフト資産の蓄積があるからで、PS3だってある程度枯れてきてからは工数は大幅に減ってるし(FF13の続編がいい例)
某社の GPGPUなんざ4〜5年で耕した畑に塩水撒くようなもんで、あんなことしてエコシステム育つわけがないでそ しかも団子が批判しまくってたHBM2を採用予定だしな
HMC?知らない子ですね コスト要員のシリコンインターポーザを安価に代替できてしかも特許も取れてるんだから使わない手はないでしょ >>329
過去の発言はお忘れで?w
455 名前:Socket774[sage] 投稿日:2015/02/03(火) 19:09:32.77 ID:AUlcWWUG
【後藤弘茂のWeekly海外ニュース】超広帯域メモリの採用を可能にするIntelの新パッケージング技術「EMIB」 - PC Watch
http://pc.watch.impress.co.jp/docs/column/kaigai/20150203_686619.html?ref=rss
将来のIntelのハイエンドGPUコア内蔵CPUは、現在のeDRAMではなく、HBM(High Bandwidth Memory)を搭載するようになる可能性がある。
その場合、単にメモリチップが変わるだけでなく、メモリ量と使い方が変わる。
128MBではなく、数GB単位のメモリを載せるようになり、キャッシュではなくメインメモリの一部として使われるようになる可能性が高い。
456 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2015/02/03(火) 20:06:09.52 ID:Q1sBTQhd [2/11]
普通に考えればKnights LandingのHMCを接続する技術でしょ
内蔵GPUだのHBMだのはいつもの後藤節。
465 名前:Socket774[sage] 投稿日:2015/02/03(火) 22:45:58.97 ID:KR0CoaLP
http://pc.watch.impress.co.jp/docs/column/kaigai/20141226_682075.html
ちなみに、Intelの提供するファウンダリサービス向けメモリI/OにはHBMが含まれており、
EMIB技術との組み合わせをIntelは意図していると見られる。HBMは、インタポーザは
DRAMメーカーでは無くユーザー企業が用意することになっている。IntelはEMIBによって、
低コストなHBMサポートを可能にしようとしていることになる。
466 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2015/02/03(火) 23:01:26.47 ID:Q1sBTQhd
この頃から謎のHBM推しっすなぁ
まるでHBMしか高地域メモリの選択肢がないみたいじゃないですかwww
Intelの14nmの顧客第1号のアルテラはStratix 10を含むGen10でHMCを全力サポートしてるし
HBMに傾倒する理由が微塵もないのですが Intel、Arria 10 FPGAを統合した「Xeon Gold 6138P」
https://pc.watch.impress.co.jp/docs/news/1122340.html
来るものが来たという感じす。
もはや CPU vs. アクセラレータとか、拡張命令セットの優劣がどうかとか議論する時代でわ無いのかもしれないすね… またIntelの技術が一つ死んだ。行こう、もうじきAVXも腐海に沈む… AVXは滅びぬ
むしろAMDの技術何個死んでんだよ 誰も望んでないのに何で復活したんだろ?
元々低かった存在価値がZenや例の脆弱性問題時に涙目逃亡した一件で皆無になったのに >>331
https://pc.watch.impress.co.jp/docs/news/752237.html
特定顧客向けには2年前からBroadwellとArria 10を統合した製品を提供してましたし環境が整ったんでしょうな。
未だにStratix 10じゃないあたりまだ14nmでの生産が難航してるんだろうなあ。 >>335
最初からArriaの計画だったけどむしろStratix載せるなんてどこソース? 本物かどうか知らんけどクソダンゴムシこと空冷フンコロガシおじさんと相方のクソリンゴが現れたのか。
まあ、恥ずかしコピペでバルサンしておかないとご新規さんが騙されるからね DDR5が出荷されれば
GPGPUの利点は減ってく >>331
年初以来セキュリティクライシス(Intelのみ)な状況で、これ出されても正直…
不治通は商魂たくましいようですが…ねえ。 >>340
寧ろ繋ぐもの作って別体にしろやとは思うわ
誰もがあんなもん要るわけじゃねぇし、大体何に使う事を想定して作ったのかが良くわからん >>339
GPUももっと広帯域なメモリ積むけどね
4〜5年かけて2倍のビットレートじゃB/F比が必然的に悪くなる構図だしなんとか打開しないといけない >>342
540 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2016/10/12(水) 21:45:48.40 ID:ijYX/87D [5/21]
Zenが高くないと買えない自分を正当化できないもんな
大丈夫だよ、8コア最上位でも3万円切るから
お前みたいな無職大貧民には大金だけどな
545 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2016/10/12(水) 22:03:09.78 ID:ijYX/87D [8/21]
最上位で3万円切るって宣言した俺の発言ログとっとけよ
148 名前:,,・´∀`・,,)っ-○○○[] 投稿日:2016/11/14(月) 20:21:39.52 ID:0Q4rwlJ0 [5/9]
まあ、本当にBroadwellの性能超えたら32コアOpteronデュアル機組んでAMDを応援してやるよ
351 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2017/01/10(火) 21:24:59.71 ID:deU+9WJv [4/7]
リアル春にはAMD冬の時代になるから今のうちに春を楽しんで置きたまえ
はやくしろよ >>341
別体にしたらドライバ制御が必要になってメモリ空間共有とかIntelが不得手とする分野に手を出さなきゃいけない。って事かな >>344
どちらにせよ共有だよ
問題は恐らくバスと形態
使えるモノが無かったんだろう
当たり前だけどDDRクラスのケチ臭い帯域とは言え外部バスで担保するにはちと重い
かと言ってzenみたくバランス仕様で別体にすれば、接続が独自系でない限り喰われる
逆に言えば、そうやってデカいのを作り続けるしか道がないワケだ UPIで接続してるのをMCP化してるだけでしょ
そういう意味では、別パッケージに置くのと何ら変わらない Arria10がどこのFab製か知らずに妄想垂れ流してるAMD蟲まじウケるwww 帰ってこなくていいのに糞と糞が帰ってきたからまた荒れるわ・・・ >>346
まぁ同じダイに乗っけちまえば配線量も配線速度も大幅に上がるからな
まぁお値段はそれ以上に上がるから他に誰もやらんわけだが、やるとしても比較的小規模なAPUみたいなヤツとかARMSoCみたいなのとか
せめて面積でイールド悪化が出ない範囲だな
しかしこんなもんよりPhi後継の方が気になるな
どう振って来るか
ぶっちゃけ計画段階でパンジャンレベルを量産する事には定評があるintelを、移籍チームが上手く仕上げられるか
どんな異形が出て来るのか楽しみだわ >>349
確かIce Lakeの時点でメインメモリ8チャネルでニアメモリとしてHBM2が4スタック対応だけど
これを2ダイMCMにしてメモリの化け物にするって噂が出てた。 >>351
なにそれ
メモリバッファチップはつけないと思うけど 32bitのLinuxはいろんなCPUに移植されて不具合もあまりなさそうだが
64bitのLinuxはx86_64に依存してるソフト資産が多いのか移植にかなりトラブルが多い様子
サーバでの64bitARMの導入が進まないのもLinuxの完成度にも問題がありそう
OpenPowerでもPower8からリトルエンディアンに対応したしね
64bitLinuxが多くのCPUアーキテクチャで問題なくすぐに移植できるようになるまで、数年かかるかもね
富士通のARMスパコンが出る頃にはそういう問題はなくなってそうだけど シングルボードコンピュータでも
64bitのARM Linuxでは今現在、不具合で使えない機能があったりする ここにVGAのグラフィックスモードが載ってた
ftp%3A//ftp.packardbell.com/pub/itemnr_old/NECDOCS00610100/191000AA.htm
256色はPacked Pixel Modeと書かれてるね 64bitARMがいちばん使われてるのはスマホ用だな 泥だとLinuxはカーネル絡みだけで基本GNU資産は使わないんだっけ >>359
後は、OSとしてのARM64 Linuxの完成度を待つだけか 組み込み等の商用製品で使う場合、linuxだとGPL問題があるので、
それを避けるためにFreeBSDやらBSDベースのソフトを使うこともある
とくにGPLv3は制限がきつすぎて組み込みには使いにくい
Linuxボードだけ提供してソフトウェアはなんとかしてよ的な商品ならともかく、
ソース公開したくない組み込み製品の多くはBSDベースになる http://oss.sony.net/Products/Linux/common/search.html
https://panasonic.net/cns/oss/
上のURLでSonyとPanasonicの家電で使われてるOSSのソースコードが公開されてるが
Linuxが普通に使われてる
PanasonicなんてGTKまで使ってる >>365
下手しなくてもwinベースが圧倒的多数なのが組み込みの現実 マイクロソフトもIoTはLinuxで行くらしい
IoT端末をチップレベルからセキュリティ強化
マイクロソフト、IoT専用Linux「Azure Sphere OS」を発表
http://ascii.jp/elem/000/001/665/1665218/
> IoT端末をチップレベルからクラウドベースのセキュリティサービスで
> 保護するIoTソリューション「Azure Sphere」を発表した。
> 独自開発のIoT端末用チップ「Azure Sphere MCUs」、
> LinuxベースのIoT専用セキュアOS「Azure Sphere OS」、
> Microsoft Azureのセキュリティサービス「Azure Sphere Security Service」の3つで構成される。
>
> 最初のAzure Sphere MCUsチップは、台湾メディアテックが「MT3620」の名称で製造する。
> MT3620は、様々なアプリケーション処理用途の「ARM Cortex-A7プロセッサ」、
> 主にリアルタイムI/O処理を担う2つの「ARM Coetex-M4Fプロセッサ」(汎用の計算にも利用可能)、
> 802.11a/b/g/n対応のWi-Fiネットワーク接続機能を搭載する。
>
> IoT専用セキュアOS「Azure Sphere OS」は、
> カスタムLinuxカーネルをベースにマイクロソフトが開発した。
> アプリケーションはコンテナ化して実行し、
> Azure Sphere MCUsチップのWi-Fiネットワーク接続機能を利用して
> IoT端末とクラウド(Azure Sphere Security Service)を安全に接続する。 クラウドで儲けるからWindowsOSにこだわらないMSの方針は
後に必ずMSの衰退を招くと思う。
元々Windows向けだけやってる会社ではないのでIoTにLinuxを使うなとは言わないが。 このスレで言うことじゃないだろうが、Intelより深刻な問題に陥る可能性すらあると思う。
IntelもMSも自分の持つ市場で主導的な立場だったが、Intelは低迷してもまだ主導的と言える。
MSは新しい市場のスタンダードを1から築くか、あるいはWindows中心に戻るべきだ。 元々いろんなとこにサービス売ってた会社だから特に低迷も糞も感じないけどなあ
というかあれ、低迷してると言えるのか? ■ このスレッドは過去ログ倉庫に格納されています