Intelの次世代技術について語ろう 88 [無断転載禁止]©2ch.net

**Socket774** · 2017/06/08(木) 23:44:42.68

Intelの次世代製品や、それに関連する技術についてのスレッドです。　　　　

■前スレ
Intelの次世代技術について語ろう 87
http://egg.2ch.net/test/read.cgi/jisaku/1491886925/

**Socket774** · 2017/06/17(土) 12:17:24.88

金があるなら専用設計が性能でもコスパでも有利じゃね？パソコンもサーバーで同じダイってのは、今回はインテルの怠慢もあって、うまくハマりそうな気はするけど、万能な戦略じゃないよね。

**Socket774** · 2017/06/17(土) 12:18:29.14

Ryzenの性能予測をクロック当たりの性能で
Apollo Lake並みと予想した人が何を語っても全く説得力が無い

**Socket774** · 2017/06/17(土) 12:19:38.71

>>347
Vegaにはがっかりだよ
やはりnvidiaの壁はインテルなんぞと比べて厚いな

**Socket774** · 2017/06/17(土) 12:21:21.11

AMD次世代スレ？かどこかから？溢れてるのか

**Socket774** · 2017/06/17(土) 12:22:20.25

>>313
やっぱりバカはネトウヨになるのか

**Socket774** · 2017/06/17(土) 12:23:48.40

サーバー向けXeonって載ってる機能ぜんぜん違うので、まあ普通は再設計もしゃーなしというか
おそらくそのせいでメインストリームから一周遅れるのはもったいなくはある

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 12:26:50.27

自動運転ひとつとっても大手自動車メーカーとエコシステム共有してるか否かで大差あるでしょ

俺githubのアクティビティ独自に解析してるけどAMDのGPUOpen関連のコミットログ数はNVIDIAやIntelのそれの動きと比べても3桁くらい差がある

**Socket774** · 2017/06/17(土) 12:31:52.35

200mm2と比較的小さくて高性能でコスパとワッパが優秀で歩留まり高い、おまけにInfinityでMCMでも性能出せる
シングル性能やOCで多少劣っているのなんか全く気にしないでいいほど高効率な戦略と言える

Ryzen7は1万円以下の安売りマザーでも対応してるのも大きい
全体の8割が8コアで動くから、1700はおろか、スリッパ 16CやEPYC 32Cも作り放題という

高性能で歩留まり高いRyzenで物量及び低コストで責められるとか悪夢でしか無いな

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 12:34:57.82

AMD賛美は専用スレでやればいいのにIntelスレに出向くファンボーイズの存在が悪夢ですけど…

どうせバグだらけで売れない商品なんて興味ないよ

**Socket774** · 2017/06/17(土) 12:35:13.36

> NVIDIAより少ないR&D予算でなにを言っても
NVIDIAより少ないのにNVIDIAより多いIntelは大混乱という

>>350
HBM2が順調なら年始には出せてたけどな
Vega10自体は去年の夏頃には完成してたよ

**Socket774** · 2017/06/17(土) 12:36:55.10

>>356
おまえの存在よりはマシ

**Socket774** · 2017/06/17(土) 12:37:34.27

>>356
それよりお前の書き込みをバカにしに来るやつが大半じゃね？

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 12:38:04.05

IntelはIoT部門だけでAMDのサーバ＋セミカスタム部門以上の売り上げあるんで
SEGVで止まるサーバなんて欲しがる顧客はいないよ

**Socket774** · 2017/06/17(土) 12:38:29.44

ポエマーはいっぱい来る

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 12:39:23.07

SEGV火消しに必死だな
RyzenユーザーでLinuxカーネルコミッタが炎上させてるのが面白いところ

**Socket774** · 2017/06/17(土) 12:40:23.02

ここが事実上の団子隔離スレだね

**Socket774** · 2017/06/17(土) 12:40:32.50

>>362
>>343

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 12:41:06.70

なぜかゴキブリが集まってるけどね
ホウ酸団子の効果絶大だな

**Socket774** · 2017/06/17(土) 12:42:16.64

ゴキブリ団子
ホウ酸団子で自爆しろ

**Socket774** · 2017/06/17(土) 12:46:42.86

カーネルビルドだけ何時間とか何十回とかやって出るか出ないかだし、致命的でもなんでもないな
それともサーバーCPUってカーネルビルドだけひたすら繰り返すもんなのか？

**Socket774** · 2017/06/17(土) 12:47:28.31

AMDのオープン戦略(笑)って「オラに皆の力を(無償で)分けてくれ！」＼(-o-)／
してるだけだからそりゃな、サタンが居なきゃ必要な元気集まらんさ
オープンである(俺のために無償で働く)べきだ
なんていう魂胆見え見えの乞食に応えてくれる奇特なやつは多くあるまいよ

**Socket774** · 2017/06/17(土) 12:50:54.16

下衆の勘繰り

**Socket774** · 2017/06/17(土) 12:51:27.86

AMDは夢を語るのは結構だけどファウンドリの都合を無視したロードマップなど絵に描いた餅。

**Socket774** · 2017/06/17(土) 12:53:57.13

>>367
アホ

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 12:53:58.73

オプソも結局最大のスポンサーは企業だよ
自動車関連やIoT関連の実需要からソフト資産を蓄積できるのと、数年おきに自社製フレームワークを破棄して未だ固定客がつかめないのと、どうして差がつくのかなんて考えるまでもないだろ

**Socket774** · 2017/06/17(土) 12:54:25.47

オプソwww

**Socket774** · 2017/06/17(土) 12:54:43.11

よく知らんけど、これAMDが提示するロードマップすら無視してんじゃね？
Intelも7nmの導入時期は明言してない（はず）だしなあ。10nm+や++と並行してもおかしくない

**Socket774** · 2017/06/17(土) 12:57:05.22

団子がSEGVどうこう騒いでるけど、どうせマイクロコードアップデートで回避か、
エラッタに記述してOSで回避してね、程度じゃね？

現状ソケット式しか売ってないので最悪詫び石で解決する

Intelはソケット式じゃないATOMプロセッサで回避不可の重大エラッタやってしまったじゃん

**Socket774** · 2017/06/17(土) 12:58:46.14

>>367
さすがに致命的問題といえるわ

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 13:07:18.28

>>375
Atomのボードは高くとも小売レベルで5万程度ですけど
現行ステッピングで既にFixedになってて、旧ステッピングでも統計レベルで18ヶ月経過後の故障率が2倍になる程度の不具合なんていまさら議論することではない

某SEGV問題はsat氏の指摘どおり、BIOSアップデートで解決できるかどうかすら中の人がだんまり決めてる現状では判断できる状況にない

**Socket774** · 2017/06/17(土) 13:10:53.01

>>375
まだエラッタかもわかってない
散発的すぎるし確実なトリガもわかってない(まずコレがおかしい)

思うに電源とMBと石の相性によって定格でもOC状態に近くなってるんじゃ無いかな
冷やして何とかなった奴とか盛って何とかなった奴も居るし
あとMSI少々とasrock/ASUSが殆どでgigaとBIO見ないのも有る、確か初期の電圧設定がメーカーで違ってたと思う

**Socket774** · 2017/06/17(土) 13:12:16.91

SEGVは再現性ないから、発生したらやり直せばだいたい通るから一般的には問題にはならないんだろうな
サーバー向けCPUにだってエラッタやバグくらいはあるしエラーだって出すときもあるんじゃない？
良くする処理で頻繁に発生するならまだしも、カーネルビルドで極稀にエラー出る程度は問題あまりなさそうなんだけど

**Socket774** · 2017/06/17(土) 13:13:29.00

>>379
アホ

**Socket774** · 2017/06/17(土) 13:18:33.54

Xeon エラッタやバグでググると色々出てくるね
もしかしてSkylake-XやXeon Platinumとかにはエラッタなんて無いとか言うのかな

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 13:19:22.81

sat氏の言い分だと中の人が腰をあげたかどうかすらわからない状況だし、最悪そのまま決行して賠償問題になるまでだんまりな可能性も

ブラックボックスに対するワークアラウンド（笑）で確実に不具合を根絶できる保証なんてないしな

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 13:25:41.53

>>381
エラッタリスト出してるだけ充分じゃん
2ヶ月前からエラッタリストに載ってない不具合が出ていまだ対応方針すら決められないのはどうしてかね？
まあ、先行してサンプルを評価してるはずの企業ユーザーから声があがってないとすれば「EPYCは顧客不在だった」で終わる話なんですけどね

**Socket774** · 2017/06/17(土) 13:28:10.02

>>368
いやいや、Athlon64程の頃は性能でリードしてたから着いてきたメーカーもある
Bulldozerのせいでそれが消えただけでZenでまた復活だよ

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 13:30:25.00

たぶんEPYCってワールドワイドで1万個も売れないんじゃね？

**Socket774** · 2017/06/17(土) 13:31:11.34

くだらないAMD予想は他所で

**Socket774** · 2017/06/17(土) 13:31:24.17

>>383
先行してサンプル評価何てやってんのはIntelだけだろう？
そのサンプルを中国人によって大量に転売でばら撒かれてるとか大失態やらかしてるわな

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 13:31:35.49

少量しか売れなくても損失を最小限にできる

**Socket774** · 2017/06/17(土) 13:36:06.12

ES品を配らないでどうやって開発しろというんだ……

**Socket774** · 2017/06/17(土) 13:38:17.30

Intelは10nmプロセスTiger Lakeまで引っ張るってのだけでそれ以降も10使うか7行くかは知らんよ
それも途中でCoffee Lakeとか間に噛まされたし予定通り7nm行けるのかって疑問に思う奴もいる
ここだと2022年まで延期と書かれてしまってるし
http://www.fudzilla.com/news/processors/41526-intel-s-7nm-delayed-until-2022

**Socket774** · 2017/06/17(土) 13:43:41.02

インドのバンガロールて、Intel本流の開発センターにはとても見えないんだが……しかもその時期に向けた研究開発する以上のことを言ってない

**Socket774** · 2017/06/17(土) 13:45:57.68

https://dc-cloud.impress.co.jp/news/2017/05/19/4518
>EPYCプロセサの先行供給を受けて評価を続けているDropboxはEPYCプロセサに良い印象を持っているようだ。
カーネルビルドくらい当然チェックしてるだろ

というか、信頼性第一のサーバーが頻繁にカーネルビルドするとも思えないんだが
一度ド安定のカーネル作ったら、後は使い続けるんじゃないの？
たまにバグ取りや新機能対応とかでやり直すことはあるだろうけど

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 13:49:02.88

バンガロールはBroadwellのXeon-E7まではXeon MPの開発拠点だったけどSkylakeで2Pから8Pまで1プラットフォームに統合したから基本的にいまなにやってるのか不明な拠点

**Socket774** · 2017/06/17(土) 13:49:18.54

>>392
カーネルビルドでSEGV発生率高いっていうだけで、それ以外では発生しないとは限らない
SEGVを修正するか、エラッタで回避方法を明示するかしないと、現状サーバでは使い物にならない

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 13:56:06.62

普通の判断だな

今回の件でEPYC導入を見合わせるって書いてる鯖缶らしきツイートは何人か見たな
ASLR無効で根絶できるとは限らないがそれだけでもセキュリティ上弱くなるし

**Socket774** · 2017/06/17(土) 13:57:01.74

何時間もやって発生するかどうかが確率高いのか
やり直せば済むし、そもそもSEGV発生するほど何度も繰り返すものでもないだろ
そもそも本来の仕事はビルド後のカーネルで各種データ処理や演算を行うことだし、Ryzenでそれ関係のエラーは今のところ聞かないんだよね

**Socket774** · 2017/06/17(土) 14:00:06.04

やり直すってwww
アホだ

**Socket774** · 2017/06/17(土) 14:00:49.26

カーネルビルドだけで発生すると思ってんのか？

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:03:36.54

運用管理ナメくさってるバカの意見なんて聞く必要ないよ
インフラは正常に動いて当たり前で正常に動かなければ罵倒の嵐、障害復旧したところでだれも賞賛してくれない

障害が起きた時にハードの問題なのかソフトの問題なのか問題の切り分けが困難になるんだよ
このざまでEPYCなんて選びたがる管理者なんていないってこと

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:09:22.56

「安いから」という理由で、どこで破裂するかわからないガス管を地下に埋設するのが正しいと思う？
当たり前のこと言ってるんだけどな

**Socket774** · 2017/06/17(土) 14:12:49.77

そんなに断言するならAMDスレで言うか、チラシの裏で好きなだけ書きなぐれよ
スレ違いなんだよあんたも

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:14:24.72

AMDファンボーイズが自重してAMDスレに閉じこもってくれさえすればここでバルサン焚く必要なんてないんですけどね

**Socket774** · 2017/06/17(土) 14:15:22.23

NaplesはMicrosoftが採用するっての
ここはOSを開発してる会社だ
ガチガチにサポートするわ

**Socket774** · 2017/06/17(土) 14:15:30.96

エラーが出たら再現性無いならとりあえずやり直すし、再現性あるなら対策してやり直すだろ普通
それともIntelだとエラー出たら放置したままなのか？

> カーネルビルドだけで発生すると思ってんのか？
SEGV以外にもあるだろうけど、大騒ぎしてるのはないな

重要なのはカーネルビルドだけ何十回も何時間もするかってこと
サーバーってのはそういう運用が普通なのかね

**Socket774** · 2017/06/17(土) 14:16:48.55

いやお前が消えたら大半のファンボーイも消えるから

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:18:24.27

定時バッチ処理で何十スレッドも動かすとか当たり前ですけど。
コンパイル時に発覚したものが「コンパイル時にしか発生しない」なんてどういう頭で解釈すればそうなるのか

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:25:46.60

障害が起きてそれの原因がソフトの不具合であってもお偉いさんの一声で「AMDなんて使ってるせいだ」なんて言われて本来必要ない対応工数とリプレース費用を計上する羽目になるなら、最初からそんなリスクは避ける

信頼ってそういうことだぞ

**Socket774** · 2017/06/17(土) 14:26:03.68

>>407
だから何だっての？
最大手のMicrosoftがついてWintelの牙城が崩れ落ちてるのにw

それにリークした価格は想像以上に格安で個人で買おうって奴もいるみたいだぞ

**Socket774** · 2017/06/17(土) 14:28:02.32

>>407
信頼ゼロ団子が信頼を語るwww

**Socket774** · 2017/06/17(土) 14:29:17.23

Wintel、懐かしい響きだ。今でも別に協力してないわけではないだろうけど

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:32:13.55

MSの採用案件ってAzureの45nmのOpteron4000番台のリプレースくらいしか…
むしろMSは以前からIntel依存を避けたがっててそのためにわざわざご老体のOpteronを引っ張ってたわけだがな

むしろIntel依存を避けるための対抗ベンダーの選定にQualcommやIBMのサーバ採用するようになって相対的に立場弱くなってるのAMDなんですけど？頭悪いの？

**Socket774** · 2017/06/17(土) 14:36:49.22

さすがに ID:/lnuUybu は現実を知らなさすぎ

SEGV問題を修正するか、回避策を明示しない限り、
試験・評価・開発用に少数導入とかならともかく、本番用ではだれも導入しない

Intelの場合、デスクトップ用CPUの発売からサーバ用CPUの発売まで
1年くらい間をあけることが多いので、重大バグはサーバが出るまでに修正されるか回避策がエラッタに明示される

**Socket774** · 2017/06/17(土) 14:37:15.56

OpenPOWERとか上手くいくのかなあ
あの業界、だいたいオープンとか言い始める側は微妙だったりするけど

ある面でIntel最大の競合はQualcommか。クライアント、サーバー、モデムも

**Socket774** · 2017/06/17(土) 14:37:17.80

>>411
頭悪いのはお前だよ
Naplesのベンチマーク見て来い

**Socket774** · 2017/06/17(土) 14:39:31.59

Xeonでも何かしらのエラーが発生することを考慮してなくて笑える
軽微なのか致命的なのか対策できるかが重要だろ

**Socket774** · 2017/06/17(土) 14:42:30.22

発見時期も重要

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:43:02.45

エラッタリストが開示されてなくてBIOSアップデートもワークアラウンドも示されてないものがXeonと同等以上の信頼性とか笑かすなよ
なにかしらの負荷がかかった時にプログラムや最悪システム自体が突然落ちるとかその時点で欠陥品だろ

**Socket774** · 2017/06/17(土) 14:43:15.89

>>415
やり直せば？
www

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:43:38.75

>>415
人生をやり直せ

**Socket774** · 2017/06/17(土) 14:44:10.46

>>417
人間の欠陥の団子が欠陥を語る

**Socket774** · 2017/06/17(土) 14:44:37.04

SEGVの何が致命的なのかわからない
1/50で発生するとして、やり直せば大丈夫の何が致命的なのかね
カーネルビルドの頻度とかよく分からんが、毎日何十回何時間もやるようなことなのか？

**Socket774** · 2017/06/17(土) 14:45:34.35

わからないなら書かない方が良いよ
わからないら問題ないなんて主張しても

**Socket774** · 2017/06/17(土) 14:45:54.09

続きはAMDのスレでやってほしいなあ

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:46:13.72

>>421
カーネルビルド限定の問題と思ってる時点でアホ

**Socket774** · 2017/06/17(土) 14:48:04.95

団子はもっとアホ

**Socket774** · 2017/06/17(土) 14:48:32.79

せやな　スレ違いだしAMDスレでやってほしい
まあそこで追放食らってる奴いてるけど

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:48:43.78

ソーシャルゲームでプレイ情報が巻き戻ったりデータの不整合がアイテムが消失したりしても「やり直せばいい」か？

**Socket774** · 2017/06/17(土) 14:50:09.27

例えがゲームwww

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:52:02.32

たとえじゃなくてサーバのごく一般的な利用例でかつ高い負荷が見込まれるが？
お前も大概非常識だな

**Socket774** · 2017/06/17(土) 14:53:35.22

非常識団子が非常識を語るwww

**Socket774** · 2017/06/17(土) 14:54:59.70

これがゲーム脳か

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 14:56:41.44

何の金の流れも生み出さないオナニー科学技術計算しかあたまにない還暦超えのおじいさんには同情の念すら感じる

**Socket774** · 2017/06/17(土) 14:59:54.33

私女ですけど

**Socket774** · 2017/06/17(土) 15:01:40.25

最近は20代で還暦を迎えるんですか？

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 15:01:43.71

はい図星
そして火病るオーバー還暦

**Socket774** · 2017/06/17(土) 15:20:57.89

>>423
来ても嘘ばっかで邪魔
あのゴミは熱心な陰儲だしここに埋めてやれよｗ

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 15:22:53.83

>>436
128コア256スレッドとか大ホラこくお前が言えた口が

**Socket774** · 2017/06/17(土) 15:24:07.49

SEGVが致命的な大問題みたいに話してるから聞いてるだけなんだが

**Socket774** · 2017/06/17(土) 15:25:46.53

今日はなんか色々すごいな

**Socket774** · 2017/06/17(土) 15:32:51.29

団子が大絶賛してたリングバスが致命的にダメだったから変更したんだよな？

**Socket774** · 2017/06/17(土) 15:36:39.76

普通に考えれば、これからコアをさらに増やすのでリングバスのスイートスポットを外れる、というだけ
今まで悪かったわけではない。メッシュが上手くいけば今後数世代使うんだろう

**Socket774** · 2017/06/17(土) 15:38:28.21

団子発狂じゃないかｗｗｗ

**Socket774** · 2017/06/17(土) 15:45:56.08

メッシュは効率いいだろうけど敷き詰めすぎじゃね？
熱問題が余計悪化しそうなんだが
http://pc.watch.impress.co.jp/img/pcw/docs/1062/361/01_s.png

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 15:47:52.39

>>438
無論、それ以外にも存在すると考える方が妥当だな
パズドラやFateGOのような数万、数十万単位のアクティブユーザーが同時アクセスしうるシステムに組み込んで

カーネルビルド時に障害ってのはたまたま
ソースコードレベルで解析して問題の切り分けができる
パワーユーザーがビルド時に問題を発見しただけであって

潜在的にはそれ以外のケースでも同じ原因ないし未発見の別の原因で
計算ミスが起きたりプロセスが落ちたり
それがリング0で起これば再起動がかかったりする
可能性はあるということ。

ハードの原因であれソフトの原因であれ
障害が起これば一時トラブル対応だけでも数時間
緊急メンテナンスしないといけない。
もちろん24時間365日誰かしらが対応するんだよ
人件費かけて

原因の切り分けができなきゃ対応方法も決められないことも考えよう。
サポートフォーラムに不具合報告しても
なにも対処してくれない会社の製品なんて使えんよ

sat氏が指摘してるAMDの非常識さ加減ってそういうこと

**Socket774** · 2017/06/17(土) 15:56:37.25

昔よくやってたな、オンゲのメンテで半日とかザラだった

**Socket774** · 2017/06/17(土) 16:00:54.26

>>443
さすがにRyzenのCCXに対抗する前の設計の延長線上だろうから、従来の歩留まり重視でできるだけ
詰める方向なのは仕方ない。あと数世代は敷詰めで数稼ぐCPUしか作れないと思う。

ただ、メッシュの縦横の数は可変できるわけだから、InfinityFabricに相当するバスが用意できれば、
メッシュの数を2x4くらいで作成して、MCMで接続はしてくるだろう。

**,,・´∀｀・,,）っ-○○○** · 2017/06/17(土) 16:10:07.87

初代Larrabee（16～32コア）でリング、80コアのNoCでメッシュネットワークって10年前からの既定路線でしたわ