Intelの次世代技術について語ろう 89 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
Intelの次世代製品や、それに関連する技術についてのスレッドです。
■前スレ
Intelの次世代技術について語ろう 88
http://egg.2ch.net/test/read.cgi/jisaku/1496933082/ ここはMRAMスレになりました
Intel CPUの話題はよそでおねがいします 683 ,,・´∀`・,,)っ-○○○ sage 2017/06/20(火) 22:58:22.54 ID:nXiwUlWi
AMD製品を実力以上に持ち上げようと
大言壮語してるのを客観的事実で否定してやったら
人格否定されてるように感じる人がいるんでしょう
AMD賛美したいならAMDスレでやればいいのに
ここはAMDアンチスレだぞ 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冬の時代になるから今のうちに春を楽しんで置きたまえ 次のリアリークールはキャシュやメモリにあると思う。事実この分野はRAMBUSの頃からIntelがチャレンジし続けてきたところだし、MRAMについて語るのは悪くはない
お互い一方通行な罵り合いは勘弁だけどw MRAM組み込んだCPUの試作品でもあればいいけど、それもない現状じゃ、Intelがどうしたいのかが見え無さ過ぎてどうにもならんだろう メモリなどの帯域は、結局距離とピン数のバランスだよね。TSVが思いの外大変ってことで次世代メモリもLPDDR5やGDDR6が本命っぽいけど。 大変は大変でもEUVや5nmの実用化の大変さと比べると、何とかなりそうな気はする [WARNING] Intel Skylake/Kaby Lake processors: broken hyper-threading
https://lists.debian.org/debian-devel/2017/06/msg00308.html
IntelのSkylake(第6世代)とKabylake(第7世代)とCPUでハイパースレッディング(hyper-threading)を行うと
システムが予測不能な挙動を示し、アプリやシステムにデータの破損や損失を含むエラーが起こる可能性があります。
これは、全てのOSに影響を及ぼす可能性があります(DebianなどLinuxベースのシステムに限らない)。
回避策としては、マイクロコードが修正されるまでハイパースレッディングをBIOSからOFFにすることで回避できます。
これは酷い
Intel HT Battleの始まりですか? 今の所平気だがあんまりIntelがコケまくると、それはそれでAMDが調子に乗るから
団子は書き込まないで欲しいわ 調子に乗ると言ってもZen3やNaviの次世代までは計画済みでそれまでは今の勢いのままだし、
その頃にはIntelも持ち直して次世代に切り替えて反撃に移るだろうから、競争状態は維持されたままになりそうだして気にしなくても良さそう ハードウェアにエラッタがあるリスクはゼロにならんので、
サポートのフローがまともに動いてて、マイクロコード更新で治るのなら仕方ないかなあ
見つかるのに1年以上かかってるのか。Skylakeのハングアップだっけ? は比較的すぐ見つかってた気がするけど、
世界中でぶっ叩いてる割には意外にかかるのね Errata: SKZ7/SKW144/SKL150/SKX150/SKZ7/KBL095/KBW095
Short Loops Which Use AH/BH/CH/DH Registers May Cause
Unpredictable System Behavior.
Problem: Under complex micro-architectural conditions, short loops
of less than 64 instructions that use AH, BH, CH or DH
registers as well as their corresponding wider register
(e.g. RAX, EAX or AX for AH) may cause unpredictable
system behavior. This can only happen when both logical
processors on the same physical processor are active.
uop queueとloop stream detectorとpartial register access絡み?
HSWで2スレッド合計で56命令だったのがSKLでスレッドあたり64命令になったやつ > The LSD in the IDQ can detect loops up to 64 uops per logical processor irrespective ST or SMT operation.
https://www.intel.com/content/dam/www/public/us/en/documents/manuals/64-ia-32-architectures-optimization-manual.pdf
Skylakeから強化されてたんだっけか。確かにLSDの辺りっぽく読めるドキュメントではある >>11
だからSkylakeは開発失敗してるって partial registerはIVB以降上位側の8bitレジスタだけ特殊な扱いしてるからAH/BH/CH/DHだけ問題出てるんだろうね すくなくともPPro時代にはパーシャルレジスタリード・ライトのペナルティが知られてたな
頭にREXついてると指定できないオペランドだし、直交性も悪いからJITでも避けると思ったが… 実害を受けるプログラムはかなり限定されるし、exploitの類に気をつければ問題なし 滅多に現れないコードだからこそ発見が遅れたとも言えるし、次々世代でレガシーコードのネイティヴサポートを切りたいと噂されてる理由は何となく読めた OCaml処理系の開発者が見つけたというのが
またなんとも渋い >>22
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冬の時代になるから今のうちに春を楽しんで置きたまえ LはともかくHに書き込む機会ってそう無い気はする
特権モードだと何かあるのだろうか ま、Unicodeのライブラリとかで使う可能性はあるかも 例えばuint32_t a, uint8_t bとしてa = (a & 0xffff00ff) | (b << 8)みたいなコードがあった時
mov ah, blを吐くコンパイラはあるのだろうか >>29
UTF-8/16の相互変換プログラムで、【ストア】だけはAH,DH使うことは確認してるけど、P6の最適化ノウハウなんて20年以上共有されてるはずなので
いまどきそういうコードに展開するのはにわかに信じがたい
そういうコードを変態老害がわざわざアセンブラで書きたがるなら仕方ない たぶんHをソースオペランドに使うだけなら問題起きないんじゃない?
as well as their corresponding wider register (e.g. RAX, EAX or AX for AH)
て書いてあるからHだけを書き換えたあとに全体を読み出す時の問題に見える もろにP6からあるパーシャルレジスタライトのペナルティ事案ですし
今更コンパイラがこんなコード生成しないから実害皆無と言って差し支えない 8086時代はそういうの山ほど書いたな
このレベルの小手先最適化(コードサイズでも、速度でも)は
2000年代に入ってから手でやるような事はまず無くなったので
ま、今はなかなか遭遇しないだろうな >>33
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冬の時代になるから今のうちに春を楽しんで置きたまえ >>33
レガシーコード動かす場合は結構問題になるでしょ?
化石システムのリプレースとか >>33
マジに言ってるなら殿堂入りのバカ発言だな >>37
64bitモードではレガシーコード動かないだろ。
最近はレガシーブートモードがないBIOSも出始めているし
古いコード動かすときは仮想OSソフトかDOSエミュレータなどの
16ビットx86エミュレータになるが、リアルコードでは動いていないよ
ソフトで対処しているから4GHzのCPUでx86が200MHz相当ぐらいで動けばいいほう。
ベンチマークやれば明白すぎる
http://www.roylongbottom.org.uk/dhrystone%20results.htm
これ→ cb16bit.zip 16bitコードだから、これ動かせばどんだけ16bitの仮想が遅いが理解できる。 >>33
おー
EPYCはSEGV4個詰め!wとか茶化してたくせに
Intelのエラッタは問題無し、か
インテル大好きっ子なんだね、よしよし >>41
RYZEN SEGV問題はCPUかマザーボードか電源か、その他か
まったく特定すらされていないじゃないか。
比較できないし妄想の段階でAMDは苦情は聞くが対応は何もしない状態 intelは公表して直す
AMDは隠蔽する
この差 >>43
再現性がないということは環境ローカルな問題ということだ Intelはベンダーに修正マイクロコードを配布済みで各社新EFIの準備中って書いてあるのに、そこはわざと貼らないからな
https://lists.debian.org/debian-devel/2017/06/msg00308.html
問題を黙殺するよりはマシでしょう 最初に問題が報告されたのが一年前らしいから対応は早くないね 環境ローカルならCPUに問題があっても良いって人がいると聞いて OCaml処理系のコード生成で問題が発覚した、とかだろうか
事象は深刻だか相当レアそうだ
IaaSとかでサーバリソースを第三者と共有する場合は心配ないわけではないか……? 最適化マニュアルにもシフトとAND/ORで重ね合わせた方が高速って書いてあるしsp,bp,si,di,r8〜r15もそれでいける。
バグ云々以前にah,bh,ch,dhでの部分書き込みなんて使わないからマイクロコード修正でこの命令が遅くなったとしてもほとんど実害ない。
もともと32ビット以降非推奨命令だからな。
既に各種Linuxディストロ向けのパッチは配布済みでWindowsもそのうち来るだろ
ま、Ryzenバグ問題の話題そらしたかったんだろうけど無駄だったね 64ビットモードでもah,bh,ch,dhをオペランド指定はできるよ。ただしREXついてない時に限る。 自分の頭で理解できない奴ほど深く考えることもなくカジュアルに他人を馬鹿扱いするんだな >>39
マジで言ってるしバカはお前だ
なんなら該当の命令が一般的プログラムに含まれてるエビデンスでも出してみろ 検証に携わる訳でも無くデマを撒き散らすクソコテよりマシだわな 影響調べるために/usr/bin,/usr/local/bin配下のバイナリにgrepかけたよ
お前がなにやったの?無能ほど喚くね そんな粗悪品は買わないし、お前はスレを間違えてるよ。
ゴキブリは去れ 検証してるならまだ傾聴する意味あるんだけど
お前煽ってるだけのクソ野郎じゃん つかgrepでsegvが分かるなら製造段階で判明しとるだろ >>60
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冬の時代になるから今のうちに春を楽しんで置きたまえ 組み込みasmで書いたりしない限りは影響ないのでは、というのが直感だけど
果たして本当にそうかはよくわからんな
組み込み系とか珍しい処理系とかだと使われてたりしないかなあ
深刻かはともかくとして、いずれにせよ仕様を守ってないわけだからエラッタ修正は妥当だと思うけど 知ったかぶるというロジックを基本単位とする再帰化されたコードで
墓穴への半無限多段落ちを実現 >>64
objdump -dの出力をgrepにパイプするだけの簡単なお仕事です >>63
ほとんどのWindowsプログラムは利用規約にリバースエンジニアリングの禁止事項があるので表向き調べたなんて言えないな。
まあ、VC7以降のコンパイラが該当コードを生成しないことは別途確認済みなのでそれでよしとする。 コンパイラのソースコードを持ってると?
それとも考えられるすべてのコードをすべての設定すべてのバージョンで確認した? https://www.intel.co.jp/content/dam/www/public/ijkk/jp/ja/documents/developer/248966-024JA.pdf
> インテル ® CoreTM マイクロアーキテクチャー・ベース・プロセッサー、
> Intel NetBurst® マイクロアーキテクチャー・ベース・プロセッサー、
> インテル ® Pentium® M プロセッサー (CPUID シグネチャーがファミリー 6、
モデル 13 のもの)、インテル ® CoreTM Solo プロセッ サー、
> インテル ® CoreTM Duo プロセッサーでは、パーシャル・レジスター・
> ストールによ る遅延は小さい。インテル ® Pentium® M プロセッサー
> (CPUID シグネチャーがファミリー 6、モデル 9 のもの)とインテル ®
> Pentium® Pro プロセッサー・ファミリーでは、大きなペ
ナルティーが発生する。
傍証にはなるけど非推奨の理由が書いてある VC++にMAKE_WORDってマクロあるんだから自分で試して見なよ しかしガチのマジでIntelのバグはキレイなバグをやるとはね >>76
特定のコードの結果を見ただけね
それで確認済みと
AMDよりザルだな >>79
ざるで結構
パフォーマンスの悪い低速なレガシー命令は生成しないのが世の流れだ
逆にお前はそこまで身の程をわきまえないならリスクが存在する根拠を提示しろよ
できないなら無責任なことは言うなよ? >>78
1. 発生条件が一般的なプログラムにはほぼ含まれてない
2. この問題のmicrocode修正パッチは既に配布開始してる
(記事出るタイミングに悪意ありすぎだろ)
その点どっかのはそもそもエラッタの存在そのものを認めてない上レガシーでもないプログラムで発生してるんだろ
固体差というなら選別工程の品質が悪いってことでサーバ向けも信用できないってことになるしな >>80
お前より前に、
コンパイラはそんなコード吐かないから大丈夫
と書き込んだのは俺だが
お前がコピペしたのかと思ったぞ
確認済みとか言うから突っ込んだだけ >>21より早いしもっと具体的に書いたと思う
どのスレかは忘れた
お前もコンパイラがそんなコード吐かないという書き込みをしただろ
それよりは確実に前
まあそんなことはどうでもいいけど >>85
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冬の時代になるから今のうちに春を楽しんで置きたまえ Intelのは、2016年Q2に見つかったらしいエラッタの修正でしょ?
こないだ見つかったばかりの問題に対するAMDの対応が悪いって言われても、
どっちもどっちじゃん、としか。 議論を勝ち負けでしか考えないお子ちゃまが多いから仕方ないね
ここに限らず、日本中どこでも レガシー環境向けのワークアラウンドだと使えるかも > HT切る
HPC向けクラスタでも切ってあること多いだろうから影響ないのか。だからどうしたという感じだが 修正されてると言うけど、問題は誰も知らなかったということだろ
ユーザーには告知されず隠蔽され、秘密裏に対策されたということ
問題なかったから気にされなかったのか、問題あったけど気にしなかったのか 次々世代で噂通りのレガシー命令切り捨てが行われれば切り捨て対象となる可能性が高い命令の一つだし、プライオリティは極めて低いだろ Inelのはとっくのまえにエラッタ公開されてるじゃん >>95
レガシー命令切り捨てなくても、レガシー命令はマイクロコード実装に変更でいいとおもうよ
Win9598時代のソフトが使えなくなるとか影響大きすぎだろ >>95
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冬の時代になるから今のうちに春を楽しんで置きたまえ >>96
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冬の時代になるから今のうちに春を楽しんで置きたまえ 本当に深刻なのは10年に1度ぐらいなイメージ
直近だとSandyBridgeのチップセット交換祭りかな ■ このスレッドは過去ログ倉庫に格納されています