【エラッタ】Ryzen SEGV(セグメンテーション違反)問題、原因の一端が解明される

369: Socket774 2017/06/21(水) 21:09:30.89 ID:tcf8wB4q
RyzenのSEGV問題で何が起きてるかの調査で少し進展があったようだ。
ぱっと見すごいことが起きてるようだ。
https://srad.jp/submission/71785/  超要約
http://www.e-hdk.com/diary/d201706c.html

 RyzenでLinuxカーネルやgccを並列ビルドするとセグメンテーション違反が発生する場合がある問題がRyzen SEGV Battleと呼ばれて流行中だが、EIRAKU氏によるとSEGVの発生原因はインストラクションポインタから64バイトズレた位置の命令を実行してしまうことだそうだ。

PC向けCPUの開発競争に久しぶりに火をつけたRyzenは、4月の時点で長時間の並列ビルドによりセグメンテーション違反や一般保護違反が発生する場合があることが発見され、AMDの公式を含む様々なフォーラムで議論を呼んでいた。回避策としてSMTやASLRの無効化が挙げられていたが、それでも起こったという人もおり、問題は解決していない。そんな中、EIRAKU氏はBitVisorというハイパーバイザで検証を行い、call命令を起点にインストラクションポインタから64バイト手前にある命令を実行してしまう現象を確認したそうだ。この現象の結果、ズレた位置にある命令が不正なアドレスにアクセスしセグメンテーション違反や一般保護違反が起こっていたらしい。

375: Socket774 2017/06/21(水) 21:24:26.81 ID:jweOo5SY
>>369
「Linuxカーネルやgccを並列ビルドするとセグメンテーション違反が発生する場合がある問題」
これも微妙なんだよな
関係ない奴は関係ないし

Sponsored Link

378: Socket774 2017/06/21(水) 21:34:41.92 ID:tcf8wB4q
かなり深刻そうだけど、マイクロコードで直らないような問題なら、詫び石?

381: Socket774 2017/06/21(水) 21:46:39.41 ID:jweOo5SY
>>378
どうなるんだろうな

ビルド出来ない訳じゃなくて
特殊な条件下で出来ないって話しなんだろ
一般的にはどうでもいいけど

385: Socket774 2017/06/21(水) 21:54:10.51 ID:tcf8wB4q
>>381 そんな特殊なビルドってことじゃないみたいだよ。確率もかなり高くて
どれだけ起こせるかっていう Ryzen SEGV Battle っていう遊びになってるようだw

406: Socket774 2017/06/21(水) 22:32:11.79 ID:jweOo5SY
>>385
ちなみに自分はそのエラーを出せなかったけど
何が悪いんだろうなー

407: Socket774 2017/06/21(水) 22:38:41.64 ID:tcf8wB4q
>>406 Ryzen SEGV Battle においては敗者だけど、喜んでいんじゃないか。

384: Socket774 2017/06/21(水) 21:53:06.61 ID:1FvAV/Vc
>>375
Linuxで相性の悪いメモリ使っててカーネルコンパイルするとランダムで起きる
そしてコンパイル通った場合でも、そのカーネルに書き換えるとカーネルパニック起こして起動しなくなる
メモリを交換するとSEGVは起きなくなったんだよな
とにかくメモリ相性が厳しいからなあ

139: Socket774 2017/06/17(土) 16:22:50.69 ID:/lnuUybu
SEGV Battle楽しそうだ
https://tsuiran.jp/word/2493953/daily

>Ryzen SEGV Battleは複数の種目があります。
> エンデューロ:24時間に何回のSEGVを
> タイムトライアル:競技開始から何秒でSEGVを
> ヴァリアント:規定時間内に何種類のOSでSEGVを
> コンプレックス:異なるコンテキストでのSEGVを
> さあ、エントリー!

460: Socket774 2017/06/21(水) 18:55:51.91 ID:PoBhi1hr
>本来実行すべき命令から0x40バイトずれた命令を実行してSEGVがおこってる

そりゃB2ステッピング出さないかんわ

465: Socket774 2017/06/21(水) 19:09:13.06 ID:FEthGAzE
>>460
サーバやHEDT向けは信頼性重視だからマーケティング的にも「直した」という事実がないとイメージ悪いだろうからな
B1ステップをどうするかは続報待ちだが

470: Socket774 2017/06/21(水) 19:21:08.59 ID:PoBhi1hr
これはリコール出る可能性高いのでは?

ASLRをオンにしてかつPIEをオフにしたLinuxで起こりやすい
とかよくわからん条件がつくので、
おれの環境では再現しないとかそういった人が多いのでは?

474: Socket774 2017/06/21(水) 19:29:02.34 ID:4e6b8Gfl
>>470
サーバはB1ステッピングって記事あるからリコールする気ないよAMD

502: Socket774 2017/06/21(水) 23:05:00.90 ID:PJm98+3I
>>474
ここ見るとEpycはB2っぽいけど
https://twitter.com/momomo_us/status/877157707819630593

471: Socket774 2017/06/21(水) 19:23:06.50 ID:X+v6/NIs
linux使わん限り出ないから気にしないでいいぞ

473: Socket774 2017/06/21(水) 19:25:28.42 ID:vA3LgfAQ
リナックスの特定環境だけで起きて微妙に再現性が無いから
AMDにしてもどこを修正したもんだか

476: Socket774 2017/06/21(水) 19:35:15.38 ID:DqfWMZwf
http://www.e-hdk.com/diary/d201706c.html
こういうレベルの解析を世界中でやってるから、近いうちに解決しそうな気はする

477: Socket774 2017/06/21(水) 19:41:01.64 ID:PoBhi1hr
・BIOS/マイクロコードアップデートで修正
・OS等で対策してもらうワークアラウンドで修正
・詫び石

いまのところどれになるのかわからん
BIOS/マイクロコードアップデートでは修正できず、ワークアラウンドか詫び石になる可能性は高いのでは?

479: Socket774 2017/06/21(水) 19:48:21.45 ID:YuF3EkV6
>>477
詫び石でkaveriなA10が配られるw

489: Socket774 2017/06/21(水) 20:23:12.32 ID:a6p1gW32
さすがに何がしか対応はあるんじゃないかなあ

478: Socket774 2017/06/21(水) 19:46:09.35 ID:qnN59nBM
糞だなAMD

490: Socket774 2017/06/21(水) 20:38:29.01 ID:ZpKzoKNx
問題なのは『原因がわからない事』だね
判明してみればたいした事無かったと言えるかもしれないし
致命的な問題で現状で発生している状況以外でも問題が出るかもしれない
解らない以上は最悪の事態も想定しないといけない

518: Socket774 2017/06/22(木) 02:41:18.17 ID:aV35CHfS
>>490
上で出たようにズレるだけなら格納位置の条件だから、起こるライン潰しゃ良い

が、B2で修正が入るのはアンコア主体ってこったから辻褄が合わない
今んとこ判明してる条件から言っても全く合理的な説明とは言えない
「違う命令」を実行してるんじゃ無く「違うアドレス」に当てるならわかる
しかも発生しないケースがあることからその辺りで最もデリケートな所
だとすればIMCのアドレス周りじゃねぇかな、キッツキツの詰め過ぎ仕様だから

17: Socket774 2017/06/21(水) 18:57:20.69 ID:FEthGAzE
最悪コーディングレベルの回避方法が出るだけでもいいとは思う
リコールは今のAMDとしては避けたいだろう
下手すりゃ倒産するか買収される
折角インテルのケツをけっとばせたのにまたサボりボッタクリに戻ってしまう

18: Socket774 2017/06/21(水) 19:20:18.30 ID:o24PzCa3
Ryzen SEGV Battle
https://youtu.be/n4n84W0XUvM

ライブ配信だったのでチャットはない
4時間……

19: Socket774 2017/06/21(水) 19:24:11.70 ID:o24PzCa3
ほぼ5時間だたー

26: Socket774 2017/06/21(水) 23:59:35.67 ID:ZgJd4ynH
命令デコーダの異常か…
デコード後のμOPsがキャッシュからあふれた時の処理がおかしいんだろうな

29: Socket774 2017/06/22(木) 00:09:02.14 ID:M4vWvYHl
http://satoru-takeuchi.hatenablog.com/entry/2017/04/24/135914

何かしら負荷がかかるとマズイらしい

ちなみにSEGV起きない人は起きないらしいので

34: Socket774 2017/06/22(木) 01:41:45.60 ID:m/BlxFkL
これ何でWindowsだと報告が無いんだ?

42: Socket774 2017/06/22(木) 02:51:46.24 ID:CAw/d0dR
>>34
64バイト前方にずれるので同じ命令を二度実行しても、データや結果が不正に化けるだけでエラーにならない場合もある。
WindowsはLinuxみたいなシステムと違って、エラーメッセージが貧弱だから問題が起きてもブルースクリーンが出たで済まして
原因究明する利用者が少ない

40: Socket774 2017/06/22(木) 02:43:01.53 ID:dJdn60bH
こういうのがあるからAMDは仕事用に採用しにくいんだよなぁ
良い製品が出来たのにほんともったいない

42: Socket774 2017/06/22(木) 02:51:46.24 ID:CAw/d0dR
>>40
本当にウキウキな気分だったのに泣きたい
I wanna cry.

35: Socket774 2017/06/22(木) 01:44:39.12 ID:d6WPfqXO
全然良くわかってないんだがこれ科学とか数学の厳密な計算とか大丈夫なのか?

36: Socket774 2017/06/22(木) 01:52:41.81 ID:8hvYDhQG
>>35
ただのビルドなんで
gccを並列ビルドしないだけでも大方問題は解決するんじゃないか

というより現象が人によって様々なんだろう
多分上の人が言ってるようにメモリーが不安定なのかもしれんな

38: Socket774 2017/06/22(木) 01:59:46.44 ID:8hvYDhQG
メモリー入れ替えてなおった人が居るんで
なおらないことはない

Linuxによくある相性の問題かと

49: Socket774 2017/06/22(木) 06:16:44.81 ID:mxoD2KmK
メモリ交換で命令デコーダのバグが直るってどういう仕組みだよ

51: Socket774 2017/06/22(木) 06:54:25.81 ID:bQjMVwt5
>>49
たまたまタイミングがずれてその場所では発生しなくなるとか

43: Socket774 2017/06/22(木) 02:52:44.49 ID:0/xQ9Cor
これCPU原因なら近年まれに見るバグだな
いきなり新アーキだからしょうがないのかもしれんが

44: Socket774 2017/06/22(木) 02:57:57.46 ID:u0oVCB5S
どっちもどっちだって
Intelもここ10年内に登場したCPUに潜むリモート操作される脆弱性とかって修正だしとったでしょ
リモート管理機能のバグで
コンピューターを遠隔でフルコントロールされる危険性があることが判明し、
2017年5月1日にIntelは脆弱性を修復する緊急パッチをリリースとか

492: Socket774 2017/06/21(水) 20:45:04.99 ID:FEthGAzE
結局AMDの公式発表を待つしかないでしょ
問題ある事はAMDも把握してるし

『【エラッタ】Ryzen SEGV(セグメンテーション違反)問題、原因の一端が解明される』へのコメント

  1. 名前:名無しの自作er 投稿日:2017/06/22(木) 08:01:56 ID:215c517fa 返信

    知らないところでグチャっとなってるかも?
    怖くてメインPCや、データサーバには使えんな。

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 19:30:14 ID:a69d5ae2e 返信

      平日に一日中張りついて12レスご苦労様

  2. 名前:名無しの自作er 投稿日:2017/06/22(木) 08:02:37 ID:84cd31cc0 返信

    エラッタを楽しむ変態がいらっしゃいますねぇ・・・

  3. 名前:名無しの自作er 投稿日:2017/06/22(木) 08:10:07 ID:25ce6dd63 返信

    外でこれだけ騒ぎになってんだから、中ではもっと調査が進んでるんだろうけど、AMDの対応見てると糞としか。有耶無耶にする気満々じゃね。

  4. 名前:名無しの自作er 投稿日:2017/06/22(木) 08:11:58 ID:e283f25f3 返信

    メモリ交換でビルド成功なら命令デコーダの問題じゃなさそうだな
    やっぱIMCかな?

    俺は今の所起こってないから今の所そこまで問題視してないが
    原因の結果待ちだね

  5. 名前:名無しの自作er 投稿日:2017/06/22(木) 08:20:14 ID:268236c15 返信

    書いてる内容ちゃんと理解してる奴がどれだけいるかわからんが、
    これかなり深刻な問題だぞ、たまたまLinuxの並列ビルドで発生したと言うだけで他の環境でも起る可能性はありそうだし。
    callで64バイトずれた命令実行とかSEGVじゃすまない事態になる可能性だってある。

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 14:01:41 ID:fab90c709 返信

      そうなんだよな。
      Linux環境下で判明したというだけで、
      他で起こらない保証はまったく無い。
      元スレにもあるが、Windowsで発生したって
      他のエラーと同じブルスクが出るだけだから
      この問題だとは分からんし。

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 14:43:40 ID:1b484f7e3 返信

        アプリエラーの形ならエラーレポート、
        ブルスクならメモリダンプの形で出るから見れるけどね。
        まあ、それを見る人がほとんど居ないのは確かだなw

        せいぜいMSに送ってお仕舞いがほぼ大半じゃないかな?

  6. 名前:名無しの自作er 投稿日:2017/06/22(木) 08:26:42 ID:c9e002c95 返信

    B2で治ってることを祈るよ

  7. 名前:名無しの自作er 投稿日:2017/06/22(木) 08:30:25 ID:97fc26a35 返信

    おれんとこではLinux起動するときに必ず起こる
    対応どうなるかなー

  8. 名前:名無しの自作er 投稿日:2017/06/22(木) 08:39:35 ID:4bc921038 返信

    なぜかgccでのLinuxビルドによる報告が多いけど、他のプログラムだと再現しないの?
    特定パターンの命令列で起きやすいとかで、たまたまgccがそのパターン踏んでるのかな

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 09:22:23 ID:f47ebe12f 返信

      WSLで上でコンパイルしても起こるしgcc以外の重いビルドタスクでも起きる
      OSやコンパイラ依存ではなくハードウェアのバグと考えられてる

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 10:10:58 ID:3e0e19678 返信

      Ryzen SEGV Battleに参加しようとしてwgetでソース落としてる途中でSEGV発生した人みたことあるよ

      • 名前:名無しの自作er 投稿日:2017/06/24(土) 00:23:17 ID:66a91ab8e 返信

        圧勝じゃないっすか

  9. 名前:名無しの自作er 投稿日:2017/06/22(木) 08:45:43 ID:a03abad93 返信

    ユーザーが問題の原因見つけたってことでいいのかな
    それでいいのかAMDって気もするが

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 12:29:27 ID:2d933253a 返信

      こういう発生頻度の低いエラーの再現&原因特定に関しては、人海戦術には敵わんだろw
      これはIntelだって同じこと。
      開発段階では気づいていなかったバグが、発売後ある程度経ってユーザーから報告される(しかもメーカーサイドは存在を否定する)なんてのは珍しい話じゃない。
      初期のPentium(P54C)で起きてたFDIVバグなんかいい例。

      ある意味、いい時代になったともいえるが。人柱erに合掌。

  10. 名前:名無しの自作er 投稿日:2017/06/22(木) 08:57:03 ID:c2e7e9658 返信

    AMD伝統のエラッタさん

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 10:47:59 ID:60c2132ae 返信

      5年くらいでフルスクラッチするからしょうがないんよね

  11. 名前:名無しさん。 投稿日:2017/06/22(木) 08:59:42 ID:9aaf9ef9e 返信

    セキュリティ的にも問題だろ
    原因不明ならB2には修正間に合わないじゃん。今後出る新型でも再現するんじゃないか?

  12. 名前:名無しの自作er 投稿日:2017/06/22(木) 09:00:51 ID:acb2c03ab 返信

    仮想でLinuxとFreeBSD使う俺にはダメージ有り
    そもそも俺みたいにRyzen使う人には関係ある可能性が高いんじゃないの?
    元々そういう目的の人に多く反響があったCPUだと思うし

  13. 名前:名無しの自作er 投稿日:2017/06/22(木) 09:05:49 ID:352a5be76 返信

    サーバー用で巻き返し図ろうかって時にこれは痛い
    CPU由来だと作り直しだで

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 10:51:49 ID:8a8bb9156 返信

      だから、先に個人向け出したんじゃないの?
      バグ潰しとして

  14. 名前:名無しの自作er 投稿日:2017/06/22(木) 09:10:25 ID:ff06273c4 返信

    ryzenは年末まで待って冬ボで購入が吉か

  15. 名前:名無しの自作er 投稿日:2017/06/22(木) 09:12:36 ID:82ad4d052 返信

    Linuxよくわからない…Windowsなら問題ないの?

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 11:42:50 ID:215c517fa 返信

      winはエラーにならない分さらに深刻。
      データ破壊や、ブルスクに見舞われる。

  16. 名前:名無しの自作er 投稿日:2017/06/22(木) 09:15:35 ID:c3df3da92 返信

    ずれた先がたまたま命令の途中だったりすぐにセグフォる命令列だったから止まってるけど有効な命令列だったら演算間違えて進むわけだからお話にならんわな
    ゲームで言えば、急に体力がオーバーフローするとかワープするとかが起こる
    Windowsで発生しないというのも眉唾というか実際に家のVS2015でもランダムに巨大プロジェクトのビルドに失敗するし、発生しやすい命令列なりアクセスパターンなりを踏みやすいかどうかってだけだろう

    ともかく家のRyzenについてサポートチケット切ってAMDとやり取りしてるけどどうなることか
    修正版だろうと選別品だろうと、問題が発生しなくなれば自分はそれで良いが

  17. 名前:名無しの自作er 投稿日:2017/06/22(木) 09:20:41 ID:63eb83c97 返信

    俺もmake -j16って打ちたいから買ってくるかー

  18. 名前:名無しの自作er 投稿日:2017/06/22(木) 09:38:54 ID:268236c15 返信

    i9は爆熱、Ryzenは致命的な欠陥、
    そろそろ買い換えたいと思ってたとこなのに何買えばいいんだよ・・・
    まぁ変なもん実行するCPUよりは爆熱のほうがまだマシか?

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 10:53:25 ID:8a8bb9156 返信

      お前の用途によるんじゃね?コンパイルしないならどう考えてもRyzen一択でしょ。
      i9はグリスゴミCPUだし。

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 11:12:15 ID:acb2c03ab 返信

        横から失礼
        コンパイルしない環境ってどう作るのさ
        何でコンパイルしか影響がないと確信しているのさ

        • 名前:名無しの自作er 投稿日:2017/06/22(木) 13:12:20 ID:81d571617 返信

          そもそもコンパイルが特殊なコードって訳じゃないんだから
          コンパイルだとアドレス違反が起きやすいってだけじゃね?
          どんな処理パターンで発生するのか解明されない事には何とも言えない

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 11:38:01 ID:05acde8fc 返信

        JAVAとかJITコンパイラを
        無意識的に動かすようなものもありますが・・・

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 11:24:13 ID:d431f7a3c 返信

      月並みだが今回ばかりは本当にもう少し様子見た方がいいぞ
      i9の爆熱も洒落にならんしRyzenのエラッタも地味に致命傷になりかねんレベルだし

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 12:30:44 ID:8b4753791 返信

      相性のいいメモリ使ってる場合は全く起きないらしいからRyzen+相性のいいメモリかな
      急いでないならRyzenのB2の方出るまで待つのがベストじゃね

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 05:32:27 ID:5c56b7d22 返信

      待つ一択だろ

  19. 名前:名無しの自作er 投稿日:2017/06/22(木) 09:45:35 ID:6ae65a581 返信

    さっぱりわからんけどこれって
    お気に入りのエ○動画再生したら最後
    運が悪いとデータ化けしますとかあるんですか先生

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 11:47:29 ID:215c517fa 返信

      たまたま更新命令に飛べば不正処理しまくって壊すかもね。

  20. 名前:名無しの自作er 投稿日:2017/06/22(木) 09:49:19 ID:a2597985e 返信

    linuxやらないやつにはまるっきし関係ない話やろ(´・ω・`)

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 14:32:32 ID:594081038 返信

      エラッタで煽りたい人に知識が無いから騒がれず
      冷静な人たちが分析して解析して情報出し合うだけに留まってるこの

  21. 名前:名無しの自作er 投稿日:2017/06/22(木) 09:53:24 ID:2d97f4916 返信

    これって直ったとしても直るまでの間にRyzenマシンで作ったデータやファイルがぶっ壊れてる可能性があるってことでしょ?
    超やばいんじゃね?

  22. 名前:名無しの自作er 投稿日:2017/06/22(木) 10:02:05 ID:fac431f9e 返信

    CPUの実行結果が信用できないということになるからな〜
    最悪でも発生条件と回避策をハッキリ出しとかないと
    特にサーバー向けでは採用できなくなってしまう。

    現状ならユーザーはほぼ自作ユーザーだから、交換対応してもたかが知れてるとは思うが。

  23. 名前:名無しの自作er 投稿日:2017/06/22(木) 10:03:54 ID:a2597985e 返信

    便乗して騒ぎたい奴の9割9分は知識皆無なんだろうな(´・ω・`)
    ただエラッタ言いたいだけなんじゃないかと小一時間

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 10:13:38 ID:3e0e19678 返信

      SEGVの話題がホットになったとき毎日Twitter検索しててバグバグ言う人多くてワロタ
      意味通じるからいいけどプロセッサの場合はエラッタって言うだろ普通…

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 05:36:37 ID:5c56b7d22 返信

        (ああ、エラッタってエラーになったの略とかではないのね・・・)

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 10:17:59 ID:213748ab6 返信

      エラッタエラッタ(えらいこっちゃえらいこっちゃ
      )

  24. 名前:名無しの自作er 投稿日:2017/06/22(木) 10:14:42 ID:32326c396 返信

    Red hatがパートナーにいるなら問題は認識してるだろうしEpycでは逆に直ってそう

  25. 名前:名無しの自作er 投稿日:2017/06/22(木) 10:20:51 ID:a2597985e 返信

    ECCメモリぶっさしたら治るとかそんなんでないのか(´・ω・`)

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 11:28:28 ID:6f1a73bce 返信

      RYZEN<SEGV…
      ECCメモリ<訂正しました(^^)

  26. 名前:名無しの自作er 投稿日:2017/06/22(木) 10:30:09 ID:7a2a9aad8 返信

    まったく起きない人もいることから論理的なエラッタではないと捉えていたのだが、そうでもないっぽい?
    ソフトではなくハードなのは確定として、ロジックだけなのかアナログも絡んでるのか気になるな・・・
    再現ソフトの登場が待たれる

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 10:52:35 ID:c3df3da92 返信

      発生するしないが本当に存在するなら、
      根本原因がほとんどのMBの給電能力が足りてないとかCPU側の問題で瞬間的に仕様以上に使うとかかなとも思っていたが。
      でもその場合は毎度毎度0x40(64)ずれるなんてきれいにはならずにもっととんでもないところに飛ぶとか命令列が壊れるとかになるかなあ。

  27. 名前:名無しの自作er 投稿日:2017/06/22(木) 10:39:45 ID:97fc26a35 返信

    KaliLinuxを起動しようとするとできない
    だれかやってみてくれ
    最新版の64bit

  28. 名前:名無しの自作er 投稿日:2017/06/22(木) 10:41:06 ID:bf159192a 返信

    >Linuxで相性の悪いメモリ使っててカーネルコンパイルするとランダムで起きる
    >そしてコンパイル通った場合でも、
    >そのカーネルに書き換えるとカーネルパニック起こして起動しなくなる

    よく分からんけど要するにおま環とかいう奴か
    この程度の不具合はWindowsでもOS自体に有りそうだが

  29. 名前:名無しの自作er 投稿日:2017/06/22(木) 10:59:12 ID:05acde8fc 返信

    酷いエラッタで笑える
    Intelも最近はよくエラッタやらかすけど
    ここまで深刻じゃないし
    PentiumD以来の超絶爆熱のi9と結構深刻なエラッタのRyzen
    今週の話題多すぎてお腹いっぱいです

    ちょっと思ったが32bitカーネルだと32bitずれるのか?
    もし32bitカーネルでも64bitずれるのであれば
    直ぐカーネルパニック起こしそうだけど

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 11:05:59 ID:c3df3da92 返信

      64Byteな
      各種キャッシュやらの粒度と同じなんでそのあたりじゃね? って話

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 11:35:51 ID:05acde8fc 返信

        64Byteか
        読み間違ってた

  30. 名前:名無しの自作er 投稿日:2017/06/22(木) 11:09:26 ID:112682568 返信

    Ryzen買ってるやつ結構おったんやな!
    詫び石欲しいな!

  31. 名前:名無しの自作er 投稿日:2017/06/22(木) 11:12:56 ID:4bc921038 返信

    気づいた人にだけこっそり詫び石対応というのがなにより糞

  32. 名前:名無しの自作er 投稿日:2017/06/22(木) 11:14:26 ID:0c8d2262b 返信

    リコールは無いだろう、回避パッチが配られておしまいだと思う。ペンティアムでも似たような事あったからね

  33. 名前:名無しの自作er 投稿日:2017/06/22(木) 11:21:42 ID:3e0e19678 返信

    詫びRyzenはよ

  34. 名前:名無しの自作er 投稿日:2017/06/22(木) 11:33:44 ID:f2fcdea5b 返信

    変態多すぎない?

  35. 名前:名無しの自作er 投稿日:2017/06/22(木) 11:41:56 ID:89bf342a4 返信

    俺よくわかってないんだがwindowsで使ってるなら全く関係ない話なん?

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 11:55:56 ID:4bc921038 返信

      Windowsでも特殊な条件(WSL)では発生してるし
      そもそもどういうバグなのかの説明が一切ないので、影響あるかどうかもまだ不明。
      問題ないように見えてデータ壊れたりする可能性も

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 11:58:26 ID:4e335fbcf 返信

      まとめで取り上げてるレスによると関係あるってさ
      windowsではエラーメッセージが出てないだけで実際にはエラーが起こってる可能性だってよ

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 12:39:37 ID:89bf342a4 返信

        RYZEN7 1700使ってるけどスリープモードにしたりするとkp41エラーで落ちることあるんだがもしかしたらこれが原因なのかねぇ?

        • 名前:名無しの自作er 投稿日:2017/06/22(木) 16:31:46 ID:3b3cfe58d 返信

          それ電源じゃね?

          • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:13:56 ID:ef47e3579 返信

            エンコードしたり負荷かけまくっても落ちることはなかったから電源は考えてなかったわ
            電源も調べて見ます

            • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:25:17 ID:3b3cfe58d

              電源の絶縁部が劣化してきてGNDに微弱電流流れて0Vを維持できないようになっているとKP41出やすいな。
              とりあえずエアコンのアース端子に電源のアース端子接続すると改善したから、問題切り分けるなら参考までに。

              ウチの場合はモニタの電源部劣化でGNDに電流流れてて、モニタケーブル経由でPCのGNDに電流流れてた時にKP41出てた。

            • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:54:45 ID:3b3cfe58d

              「エアコン用コンセントのアース端子に接続」な
              機器同士のアース繋げても意味ねぇからなw

  36. 名前:名無しの自作er 投稿日:2017/06/22(木) 12:04:44 ID:8bffacb73 返信

    この手のお祭りはそれはそれで楽しそうで良い

  37. 名前:名無しの自作er 投稿日:2017/06/22(木) 12:06:30 ID:6dbd7a3e7 返信

    Linuxで使うならインテル!
    Windowsで使うならAMD!
    こう謳えばインテルは延命できるんじゃない?

  38. 名前:名無しの自作er 投稿日:2017/06/22(木) 12:15:50 ID:6f1a73bce 返信

    intel焦ってるw
    http://www.yamdas.org/column/technique/fuddefj.html

  39. 名前:名無しの自作er 投稿日:2017/06/22(木) 12:25:06 ID:6964b8290 返信

    第一印象は NN の分岐予測に関わる問題だと思った。この手のエラーはコンパイラの未知のバグの可能性もある。システムエラーは SEGV つまりメモリ破壊が特徴だそうだから、OS の設計思想で深刻度が異なる。別のプロセスが利用するメモリ領域に近いところを malloc が確保したり deadbeef なんぞのマジックナンバーをしっかり確認する OS ならかなり不安定になる。ハードに基本的な問題があるなら gcc に限らず llvm+clang でも再現できるはず。特定の機械語に限るなら gcc のどこかしらに特定されて、パッチで回避できる可能性もうまれる。

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 12:40:09 ID:2d933253a 返信

      まあ単に再現頻度が低いだけで、gccに限った話じゃないでしょうね。
      単位時間当たりの命令フェッチの試行回数に比例して再現するのだとしたら、
      平均的な負荷で使用しているだけではほとんど再現しないのも理解できる。
      逆にデータマイニングなんかでは致命的かもしれん。

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 15:47:46 ID:7a2a9aad8 返信

        llvm+clangでの発生報告というのはあるのでしょうか?

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 15:44:16 ID:7a2a9aad8 返信

      コンパイラも可能性としてなくはないですよね
      AIのやつは出る前からなんかありそうだなと思ってたけど、外れたとしても探索時間にペナルティがあるだけだから無問題なのかなと思ってたけど、そこから未知の変なバグを掘り出しちゃった感じなんですかね・・・??
      gccとか色々な最適化とかもあるシナー

  40. 名前:名無しの自作er 投稿日:2017/06/22(木) 12:31:00 ID:eea6d7fdd 返信

    最初RYZENを組んだときBSOD頻発で困ったからメモリーを買い換えたんだけど
    これが問題の真相だったのかな

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 12:51:09 ID:8b4753791 返信

      RyzenはHynix系チップのメモリと相性悪くてSamsung系は相性良いらしいMicronは普通とか価格コムで見たな

  41. 名前:名無しの自作er 投稿日:2017/06/22(木) 12:49:46 ID:2d0581a6f 返信

    ほとんどの処理は正しく処理できてるってところが原因特定に面倒だな
    解決に向かってるけどもっと急いでほしい

  42. 名前:名無しの自作er 投稿日:2017/06/22(木) 12:52:02 ID:7a095a6d3 返信

    この時点で業務用にzenの採用は有り得ないな。結局intelしか仕事にならん。

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 15:54:37 ID:7a2a9aad8 返信

      数年後にイソテルが新アーキ出すころには立場が逆になってる可能性もあるで
      バグってのは使われなければ出てこないんだから

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 16:49:11 ID:bf159192a 返信

      それは流石に結論ありきでしょ
      事の推移を見届けてから判断すべきだよ

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:25:02 ID:217d8b1ae 返信

      アーキテクチャ一新したんだからこれくらいのエラーはあるだろ
      過去にインテルだってあったし

      • 名前:名無しの自作er 投稿日:2017/06/25(日) 01:34:17 ID:7adb0d1ac 返信

        Intelは昔の経験もあってこうなるのがいやだから、継ぎ足し継ぎ足しでここまでやってきたわけだな。

  43. 名前:名無しの自作er 投稿日:2017/06/22(木) 12:57:32 ID:4b7a705d0 返信

    Linux使わなければ大丈夫ってこと?

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 20:44:41 ID:5cc900833 返信

      気がつけないから大丈夫です!
      なおブルスク

  44. 名前:名無しの自作er 投稿日:2017/06/22(木) 13:00:07 ID:9cbf0502e 返信

    問題のあるOS(Win10)と問題のあるCPU(i9/Ryzen)

    まさに時期が悪いだな

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 13:07:00 ID:89bf342a4 返信

      RYZENは対応するんだろうけどI9はどうするんだろうな

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:25:56 ID:217d8b1ae 返信

      Ryzenはやろうと思えばなんとかなるけど。i9の爆熱はどうやっても回避できん…

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 19:51:33 ID:578cad245 返信

        i9は殻割すりゃ、グリスで上がってる分は解決できる
        OCマニアは手ぐすね引いてるwww

        • 名前:名無しの自作er 投稿日:2017/06/22(木) 20:48:13 ID:217d8b1ae 返信

          あの熱はグラスバーガーだけが要因じゃないと思うんだが…

          • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:55:02 ID:578cad245 返信

            グラスとか草www

            マジレスすると、極冷のOCマニアぐらいしか見向きもしてないよっていう皮肉

            • 名前:名無しの自作er 投稿日:2017/06/23(金) 05:43:11 ID:5c56b7d22

              というコメントも、Intel好きは草に草生やすという皮肉だったりするのかな

  45. 名前:名無しの自作er 投稿日:2017/06/22(木) 13:04:55 ID:a2597985e 返信

    メモリ相性じゃねぇの? 

  46. 名前:名無しの自作er 投稿日:2017/06/22(木) 13:08:01 ID:c2e7e9658 返信

    思ったより深刻そうでワロタ
    いやワロエナイ

  47. 名前:名無しの自作er 投稿日:2017/06/22(木) 13:19:30 ID:8693585df 返信

    1700を3月から使ってるけど変な挙動になったことはないなぁ
    エンコードとか動画編集とかには影響はないのか
    それともメモリの相性が良かっただけかな

  48. 名前:名無しの自作er 投稿日:2017/06/22(木) 13:25:40 ID:50b029084 返信

    コピペ 

    ただし、一点希望が持てることが明らかになりました。
    CPUコアを1つにして、かつマルチスレッド無効化しても問題は発生することがわかりました。
    これによって、別コア(スレッド)との相互作用が無くても単一CPUだけでも問題は
    発生しうると言えます。これまでは、あるCPUにおいてSEGVが発生した際に、それ以外の
    CPUの挙動が謎だったために、再現プログラムの作成難易度が相当高いと思っていました。
    ただ、SEGV発生時のCPUの挙動だけを真似れば理屈上再現プログラムが作れることがわかったので、作成の敷居は下がりました。

  49. 名前:名無しの自作er 投稿日:2017/06/22(木) 13:35:31 ID:990d13c91 返信

    詳しくないからよくわからないんだが、原因不明の時限爆弾的な物を雷禅が抱えてるって事で合ってる?

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 13:38:48 ID:8693585df 返信

      時限爆弾というか不発弾
      どこに埋まっているのかわからないし、あったとして爆発するとも限らない

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 15:10:11 ID:6fbc432b4 返信

      時限爆弾抱えてるのはIntelなw

      Atom C2000ファミリに18カ月前後の動作で起動できなくなるエラッタ
      http://pc.watch.impress.co.jp/docs/news/1045715.html

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:05:40 ID:215c517fa 返信

        はいはい、人のせい人のせい^_^

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:03:24 ID:50107867c 返信

          なんだこいつ

          • 名前:名無しの自作er 投稿日:2017/06/23(金) 10:26:04 ID:f909afe14 返信

            Atom使って自作しないからそこまで気にならんが
            自作er的には雷禅の不発弾が気になるわな

            • 名前:名無しの自作er 投稿日:2017/06/24(土) 09:45:31 ID:7fa8d3f37

              いや,Ryzenに不発弾があるかもしれないってのもわかるし
              Atomに時限爆弾があるってのもわかるんだが
              このコメントは意味が分からなすぎるなーってな

  50. 名前:名無しの自作er 投稿日:2017/06/22(木) 13:49:29 ID:574a09e67 返信

    とりあえずCPUは様子見がいいってことかぁ・・・
    今年中に両陣営が改良版のCPUを出してくれることを願う。。。

  51. 名前:名無しの自作er 投稿日:2017/06/22(木) 14:01:59 ID:12c439779 返信

    B3が本命か

  52. 名前:名無しの自作er 投稿日:2017/06/22(木) 14:02:32 ID:5bfa90ae3 返信

    やっと叩ける材料が出てきてウッキウキの人もちらほら…

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 14:04:48 ID:e9c44d6fa 返信

      まぁ、元淫厨としては叩いてもらって次のCPUでちゃんと直ってもらえればいいや!

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 20:48:56 ID:5cc900833 返信

      逆にIntelをアクロバティック叩きしてるのもチラホラ…

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:06:42 ID:215c517fa 返信

        そりゃ民進党党員か信者

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 01:32:25 ID:4dfd33528 返信

          お前は何を言ってるんだ?

          • 名前:名無しの自作er 投稿日:2017/06/24(土) 08:39:51 ID:d16ed3c80 返信

            アクロバティック叩きが得意な奴らだよ

  53. 名前:名無しのAMDer@Y市ASH区 投稿日:2017/06/22(木) 14:18:59 ID:991187074 返信

    「これだ!」という原因に突き当たっていない事が騒ぎを大きくしているね。
    便乗で騒ぐのはまぁしょうがないんじゃないかな。

    こちらではブルスクは一度も起こっていない、
    いま二種類のメモリ持ってるけどメモリの相性はキツそうだなと言う事は判った。

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:09:03 ID:215c517fa 返信

      重要データのバックアップ早ぅ

      • 名前:名無しの自作er 投稿日:2017/06/24(土) 08:40:45 ID:d16ed3c80 返信

        HDDはCドライブ以外したぜ

  54. 名前:名無しの自作er 投稿日:2017/06/22(木) 14:22:07 ID:456e77134 返信

    Linuxで特定のマザーとメモリ相性の可能性大きい
    パッと見たけどメモリの情報一切出さないのはなんでだろうな
    こういう環境で検証してるとか具体的なこと全然言わないから最初から不明な点が多い
    エラー殆ど起きない奴と起きる奴の頻度がバラバラってことはCPUロジック自体の問題ではない

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 14:26:48 ID:674ea025f 返信

      でもIntelだと起こってないよな。
      たとえメモリが発生条件にあったとしても、
      コントローラはRyzen内にあるわけだし。

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 14:30:28 ID:456e77134 返信

        マザーとメモリの情報一切出さないのはなんでだろう

        これに尽きる

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 14:31:37 ID:19b6daf77 返信

      と俺も思って6月頭にこの話題をみたときはスルーしてたんだけど、最近全然ブルースクリーンが出ないめちゃくちゃ安定してる手元のRyzenマシンでWSLでカーネルビルドしてみたらランダムに失敗する現象が起きたんだよね…それで考えが変わった

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 16:30:21 ID:3b3cfe58d 返信

        その安定してるのにエラーの出る環境晒してくれればいいのに

  55. 名前:名無しの自作er 投稿日:2017/06/22(木) 14:41:29 ID:a03abad93 返信

    詫び石(CPU)要求とは斬新だなw

  56. 名前:名無しの自作er 投稿日:2017/06/22(木) 14:54:04 ID:1cb57a0d9 返信

    まぁintelはこういうとこついて
    サーバー用としていくら安くてcpuが高くても原因がわからないエラーに
    悩まされる不安がありますよって攻めるしかないな

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 16:05:16 ID:8bffacb73 返信

      それこそがIntelの強みでしょ導入実績が多くて課題を共有しやすくサポートに割ける余力があるから高くても売れるわけで
      逆にこの手の対応をしっかりこなしつつコスパの良い石を出しつづければそれが実績となってAMDが割って入れるようになる

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 19:56:47 ID:578cad245 返信

        問題は、AMDには、そういう手間のかかることができる体力がないこと
        Xeonはダテに高額なわけじゃなくて、リリース前の検証やその後のサポートがしっかりしてる
        AMDは、スリッパやEPYCを安値で叩き売りして、本当にこの手の対応をしっかりしてくれるのかという不安はある

  57. 名前:名無しの自作er 投稿日:2017/06/22(木) 15:19:51 ID:d06fc7d2e 返信

    Phenom9**0の時、とりあえずエラーある機能OFFにして、Phenom9*50出したから
    エラッタ潰した新しいのになるだけじゃないかな…

    仮にリコールだと回収&交換になるだけでしょ
    詫び石とか言ってる奴等が謎なんだが…

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 15:23:35 ID:72ca35a65 返信

      どう考えてもネタでしょ?

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:55:25 ID:5c56b7d22 返信

      詫び石っていうのはCPUが石って言われてることにかけてるんでしょ
      回収&交換のことを詫び石と言っているんだとおもう

  58. 名前:名無しの自作er 投稿日:2017/06/22(木) 15:21:01 ID:1b484f7e3 返信

    CPUキャッシュ臭いな。。
    二次ー三次間は多分大丈夫。
    一次が不明。

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:40:53 ID:88f938ab9 返信

      キャッシュがだめなら無効にすればいいだけ
      精々性能が1/200になる程度のペナルティで済むから
      CLIなら何とか使えるだろう

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 04:58:20 ID:40fbbf246 返信

        Ryzenはキャッシュ周りの変更が今回の性能と省電力に影響デカいハズ。

        んでコイツのキャッシュ、
        ・一次と二次三次の間は排他してない
        ・三次に二次の情報一部保持
        らしい。

        なので、コアが一次見て破棄と判断されたキャッシュが二次/三次上ではまだその扱いなってなくて、、、的なタイミングミス絡んでないかな?と。。。

  59. 名前:名無しの自作er 投稿日:2017/06/22(木) 15:25:21 ID:0c92e8a12 返信

    intel言ってる奴はRYZEN持ってないだろ
    BIOSやwin10の更新で対応出来た今までとは違って
    今回の件はリコールを要求したくなるレベルだぞ

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 15:43:35 ID:268236c15 返信

      特殊な命令がおかしいならともかく、基本命令のcallでipが変なとこ飛ぶとかソフトレベルでどうにかなるような問題じゃないだろうしな。
      最悪キャッシュ無効とかそういうのになったらパフォーマンスガタ落ちで話にならんだろうし、
      リコールになってもおかしくないな。

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 15:50:38 ID:456e77134 返信

        特殊な命令ではなく特殊な環境の間違いだな
        これだと問題起きない奴の説明がつかない

        現時点で環境晒してるの一人もいないんだがどういうわけかね?

        • 名前:名無しの自作er 投稿日:2017/06/22(木) 16:28:42 ID:3b3cfe58d 返信

          環境晒してるやつはいるが
          電源が古いSeasonic550WとかGPU不明とかBIOSバージョン不明とか
          突っ込みどころもかなりあるから何とも言えない

          正直なところ問題起こったらハードウェア環境晒してほしいとは思う

          • 名前:名無しの自作er 投稿日:2017/06/22(木) 16:43:38 ID:7a2a9aad8 返信

            古いシーソ電源は超怪しいよなw
            一応マニュアルにはATX規格ver.xxx以上にしろって書いてあるんだけどね(今回の発生要因とはあんま関係ないかなとは思うが)

          • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:03:12 ID:456e77134 返信

            電源は重要だわ
            このケースだと相当な連続高負荷環境での話なんで直結する問題
            色々参照したが400回やってようやくエラー吐いたなんてものもあるしな
            電圧は常に一定ではないから何らかの拍子に不安定になり不明なエラーに結び付くのはよくある

        • 名前:名無しの自作er 投稿日:2017/06/22(木) 16:57:54 ID:3b3cfe58d 返信

          Twitterよりエラー出た人のツイート拾ってきたが・・・
          >ちなみに1800X+B350Tomahawk+DDR4-2666×2でBIOSは最新、
          >Windows10 1703上のVS2017でUnrealEngineをビルドしています。
          >ビルド時間は一時間弱で、数回に一回~10回に一回程度失敗します。

          最新という名の謎BIOS、ノーブランド電源、ノーブランドメモリ
          やばい要素満載だけどもこの人自作して大丈夫かな

          • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:05:56 ID:72ca35a65 返信

            安物パーツで自作したらダメなの?

            • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:14:37 ID:c3df3da92

              別に自由だけどそれで相性が厳しいと有名なRyzen環境でエラーが出るって憤るのは流石にって話じゃないの
              書いてないだけでノーブラだと断定してるこいつの頭は逝ってると思うけど

            • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:27:05 ID:3b3cfe58d

              >書いてないだけでノーブラと断定

              PC関連の質問スレでたまに見かける皮肉だと思ってたが
              『構成は~で、電源は500Wです』『ノーブランド電源が理由』

          • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:47:29 ID:3b3cfe58d 返信

            自作じゃなくて会社のPCらしいから中身知らなくても仕方ないか
            1700だったらしいが、自分で中身弄れない状態では元ハードウェアに不具合あるかどうかの検証は無理だろうな

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:51:52 ID:5c56b7d22 返信

          悪魔の証明をコメント欄で実際に使った男

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:24:36 ID:bf159192a 返信

      本当にリコールされるんならそれはそれで面白いな
      現状で特に不具合が出てないものも含めて
      新しくなっちゃうんだろ?これぞ正にKYZENだ

  60. 名前:名無しの自作er 投稿日:2017/06/22(木) 15:34:27 ID:2d66e30b3 返信

    バケラッタ

  61. 名前:名無しの自作er 投稿日:2017/06/22(木) 15:41:55 ID:c8bd79d79 返信

    コスパ考えたらAMD一択だがZen+まで待った方が良さそうだな

    てか、どれくらい深刻なエラッタなのかアホな俺には分からん

  62. 名前:名無しの自作er 投稿日:2017/06/22(木) 15:49:09 ID:05acde8fc 返信

    並列処理させるとタイミングによっては
    CPUのスケジューラが馬鹿で
    Callが同時もしくは連続して走るとかそんな感じかな?
    並列は再現性が低いから
    再現性出来たり出来なかったりするのはそこら辺臭い

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:23:08 ID:2d933253a 返信

      シングルコア、シングルスレッドでも再現するというレポートがある。
      単純に命令フェッチ周りだと思われる。

  63. 名前:名無しの自作er 投稿日:2017/06/22(木) 16:30:57 ID:456e77134 返信

    EPYCのデモでカーネルビルドノーエラーで通ってるな

    つまりそういうことだ

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 21:01:33 ID:5cc900833 返信

      世界中全てのEPYC PCがデモ機と同じ構成で組まれる事が前提ならそうだな

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:13:31 ID:215c517fa 返信

      でも、実行するとラリっちゃうんでしょ?

  64. 名前:名無しの自作er 投稿日:2017/06/22(木) 16:36:21 ID:3b3cfe58d 返信

    memtest4周パス~→少なすぎる一晩放置せよ、Prime95を2時間でも可

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:21:01 ID:2d933253a 返信

      Prime95といえば、SkylakeのフリーズバグはKabyでは治ってるのかね?

  65. 名前:名無しの自作er 投稿日:2017/06/22(木) 16:38:53 ID:f96a00bd8 返信

    理解出来ないってことは俺にとってはどうでもいいことだと勝手に解釈した
    どのみち俺が本格的に購入を検討する頃にはZen+になってるだろうし

  66. 名前:名無しの自作er 投稿日:2017/06/22(木) 17:23:55 ID:1f144ad6b 返信

    どこが原因かは知らないけど、4月からずっと糞メモリ糞電源言われててちょっとかわいそうだなとは思った

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:41:25 ID:3b3cfe58d 返信

      あれだけ糞メモリ糞電源言われてたら自分のブログに環境くらい晒しておけばいいのにとは思った

      自分ならCPU、CPUクーラー、M/B(BIOSバージョン)、使用メモリ型番・クロック・電圧・タイミング、使用GPU、使用ストレージ、使用電源晒したうえで、「Prime95を3時間Pass」「memtest一晩放置でエラーなし」等書いたページを作っておくけどな。

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:47:45 ID:1f144ad6b 返信

        海外ならこのパーツを使ってくださいっていうようなことがありそうな事案だけどね

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:48:52 ID:fac431f9e 返信

        仮に電源等が悪いとかがあったとしても、
        それはそれでちゃんとフォールトする方に倒れてくれないと困るんだよなあ。

        まれにずれた番地を実行するなんて動きをされるんじゃ、運良くエラーとして落ちてくれればいいんだけど
        気づかずに処理結果が意図しない出力になる可能性もあるわけで。

      • 名前:名無しのジサカー 投稿日:2017/06/22(木) 18:55:54 ID:456e77134 返信

        同意
        環境出すのは基本中の基本だよな
        twitter見ると特定されてる中核人物と取り巻きは環境全く出さないで偉そうに話し進めてるからこれはいかんと思うわ

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 01:30:09 ID:497e51530 返信

        >環境
        >ハードウェア
        >CPU: Ryzen 1800X
        >Motherboard: ASUS PRIME X370-PRO
        >BIOS: 1.0.0.4a(設定はデフォルト)
        >DIMM: Kingston KVR24N17S8/8 * 4 (8 * 4 = 32GB)
        >GPU: GeForce GTX 1060
        >ソフトウェア
        >OS: Ubuntu 16.04
        >kernel: 4.8.0-54-generic
        >gcc: gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609

        だそうだ
        ソフト屋さんは電源とかメモリ設定を重視しない人が多いのかな

  67. 名前:名無しの自作er 投稿日:2017/06/22(木) 17:35:01 ID:217d8b1ae 返信

    石では勝てないと判断したインテルがFUDを吹っかけてきたのか
    なんとも小癪な…

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 20:11:40 ID:578cad245 返信

      IntelがFUDを仕掛けると、CPUのエラッタが現実のもんになるのかwww
      気の違った低知能バカが考えることは想像を超えるなw

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 20:47:02 ID:48fa37607 返信

        AMDerはAMD以外のせいにするのが大好きだからね

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 21:30:25 ID:3c09f579a 返信

      こいつら全員阿呆

  68. 名前:名無しの自作er 投稿日:2017/06/22(木) 17:42:58 ID:abc9c5454 返信

    やはりいろいろ成熟してくる来年買うのが正解か
    Zen+?Zen2?になったら乗り換えることにします

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 17:52:20 ID:217d8b1ae 返信

      アーキテクチャそのものは良いからね。それが賢いよ
      ゲームにしてもCPUにしても初物に多少の不具合は付き物

  69. 名前:名無しの自作er 投稿日:2017/06/22(木) 17:50:11 ID:8b81a2ff8 返信

    ゲームしかしないから分からんけど
    1800X
    戯画のGA-X370-gaming5(BIOS 最新β版 F6g AGESA 1.0.0.6)
    crucialのQ4U2666BME-8G 2666動作
    CorsairのRM650x
    だけど4月に組んでから別にこれと言って問題起きたことないぞ(´・ω・`)

    • 名前:名無しのAMDer@Y市ASH区 投稿日:2017/06/22(木) 18:07:41 ID:991187074 返信

      Windows10のInsider Buildに比べたらどうって事はないね。
      ウチの場合多少メモリの相性があるかもな、ってくらい。
      1800x、変態AB350K4(Bios2.60(1.0.0.6))、G.SkillのRyzen対応メモリ16×2の2400駆動
      同じメーカーと規格で四枚揃えてないのでまだ何とも言えない部分あるけど、
      少なくとも再生リダイレクト越しじゃないと音が出ない(Insider preview版)とか
      そういうレベルの不具合はないからいいやw

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 18:12:22 ID:8b81a2ff8 返信

      追記
      OSはwin10Pro CreatorsUpdate適応済みのver 1703 build15063.413

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 21:24:35 ID:a0955013f 返信

        うわっ…この人のビルド、古すぎ…?

        • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:33:17 ID:8b81a2ff8 返信

          常用PCでinsider入れるわけ無いじゃん
          馬鹿なの?

        • 名前:名無しのAMDer@Y市ASH区 投稿日:2017/06/23(金) 00:18:34 ID:206e4ff6c 返信

          常用PCでInsider Build入れてる私が馬鹿なだけww
          さすがにスキャナー(というかWin32やTwain32を使用したアプリ)
          使えなくなった時ばかりはロールバックしたけどねw

  70. 名前:名無しの自作er 投稿日:2017/06/22(木) 17:59:12 ID:0ee721fcf 返信

    天才ジムの名前を誰も出さないwww
    プラスのことはジムの実績、悪いことはAMDのせいとかひどいww

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 22:26:52 ID:b8de83a59 返信

       設計ミスなのか実装ミスなのか、AMDが公式に何も言ってませんしねえ。
       バグ取り作業が順調でもう少しで吉報出せるから黙っているのなら、良いのだけど。
       概念図での理解は社内で統一しているけど、実際の実装はジム・ケラー氏じゃないと分からず修正作業が滞っている・・・なんて事はないよね。

  71. 名前:名無しの自作er 投稿日:2017/06/22(木) 18:00:23 ID:2da92c1b5 返信

    何語ですかって感じで全くわからん!

  72. 名前:名無しの自作er 投稿日:2017/06/22(木) 18:16:56 ID:a2597985e 返信

    そして我が家のRyzenさんは今日も元気にエロ動画サイト巡りの業務を果たすのである(´・ω・`)

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 11:10:02 ID:34b119bde 返信

      自分で組んだPCでエロ動画を漁る。
      これ以上の至福の時があるだろうか…?
      いや、ない!!
      貴方は素晴らしいジサカーの鑑だッ!!

  73. 名前:名無しの自作er 投稿日:2017/06/22(木) 18:30:28 ID:0012b14c7 返信

    CPUもメモリもギリギリOCして使ってる俺には語る資格は無かった

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 21:59:25 ID:215c517fa 返信

      メモリのOCほど恐ろしいものはないでぇ

  74. 名前:名無しの自作er 投稿日:2017/06/22(木) 18:47:41 ID:19b6daf77 返信

    Windowsで安定して使えてるけど静かにデータ破壊とかが進行したら洒落にならないのでAMDには原因究明とWindowsだったら大丈夫っすよくらいでもいいんで何かアナウンスして欲しいですね

  75. 名前:名無しの自作er 投稿日:2017/06/22(木) 19:05:53 ID:ce3c0e30a 返信

    エラッタなんてそんな珍しい話じゃないが
    むしろわかりやすく表面化してるだけマシ

  76. 名前:名無しの自作er 投稿日:2017/06/22(木) 19:13:50 ID:613e75f1c 返信

    こういう所がAMDだなぁ
    作業用に新しく組みたかったのに

  77. 名前:名無しの自作er 投稿日:2017/06/22(木) 19:40:01 ID:deff6f3ca 返信

    もし原因がキャッシュ関連なら命令だけでなくデータの方が化けるバグもあるかも?

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 21:22:14 ID:c5a26c9cf 返信

      元スレ384に

      > コンパイル通った場合でも、そのカーネルに書き換えるとカーネルパニック起こして起動しなくなる

      とあるから、既にデータ化けが起きていると考えられる。

      あるいは、もしかしてキャッシュではなくレジスタリネーミング周りかもしれないけど…

  78. 名前:名無しの自作er 投稿日:2017/06/22(木) 21:23:23 ID:6f1a73bce 返信

    Bulldozeの時みたいに8コアじゃなくて4コアだみたいな訴訟起こすのかなw

  79. 名前:童貞アムダー 投稿日:2017/06/22(木) 21:43:33 ID:c6d938371 返信

    特定のOSの特定の環境でしか起きないものはいうほどCPUのエラッタか?

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:02:39 ID:215c517fa 返信

      恐ろしいのぉ

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:42:31 ID:5c56b7d22 返信

      俺そろそろ眠いから寝ようかな~

  80. 名前:名無しの自作er 投稿日:2017/06/22(木) 21:45:52 ID:d85d2fb85 返信

    twitterで検索しても日本語のツイートしか出てこない
    爆心地は日本と思われるが、この手の話題ならすぐに拡散しそうなものだが…

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:11:15 ID:1f51ae987 返信

      ↓ツイッターじゃないが、爆心地はここと違うかな?
      https://community.amd.com/thread/215773

      • 名前:名無しの自作er 投稿日:2017/06/25(日) 01:35:03 ID:e352863dc 返信

        ざっと読んできたけど、詳細な環境を書いてた人が、
        ハードウェアの可能性を捨てずにパーツ交換していってマザー交換で治ったのがあったな

        資金的な問題か同レベルの検証した人は他に居ない模様

  81. 名前:名無しの自作er 投稿日:2017/06/22(木) 21:48:57 ID:d85d2fb85 返信

    当該ビルドは特殊な事例ではないという書き込みがあるが、そうであればなおのこと日本でしか類似の問題が騒がれていないのは不思議ではある

  82. 名前:名無しの自作er 投稿日:2017/06/22(木) 22:07:34 ID:1f144ad6b 返信

    SEGVの話題自体はredditあたりでも見かけるけどな

  83. 名前:名無しのAMDer@Y市ASH区 投稿日:2017/06/22(木) 22:11:37 ID:991187074 返信

    まぁ「直す余地」「いじる余地」は確実にあるだろうから
    再現性やその影響をキチンと確かめた上で臨時にせよステッピングにせよ
    調整を入れつつ、「もし」悪質なデマならそれなりの結末が待っているんじゃないの?
    嘘をつく時は真実を少々混ぜるという具合に「全くのデマでもない」かもだけど。

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 23:11:39 ID:df156aab7 返信

      本音は「デマであって欲しい」だろ

      • 名前:名無しのAMDer@Y市ASH区 投稿日:2017/06/22(木) 23:26:30 ID:991187074 返信

        どっちでも良いよ。
        Phenomの時だって最初のステッピングのも次のステッピングのも買ったんだし。
        私は「イチユーザー」に過ぎない、別に私の存在がAMDをどうこうする物じゃないんだから
        どっちだって良いよ。
        勝った負けた上だ下だって言う評価がそんなに重要?

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 01:57:56 ID:9ae4509ec 返信

          IntelのFUDとか言い出す人には重要なんでしょ
          Linuxが大半の鯖向けEPYCは確実に信用性落とすし

          後最初のカキコの投稿だと「全て真実」である可能生を完全否定してるように見えるけどそーいう認識でOKなのかい?

          • 名前:名無しのAMDer@Y市ASH区 投稿日:2017/06/23(金) 02:38:16 ID:206e4ff6c 返信

            話が一人歩きしている感じがある。
            と思ったのね。
            まだどの程度の事かすらも判っていない。

            • 名前:名無しの自作er 投稿日:2017/06/23(金) 06:15:01 ID:c9fd9b747

              それなら黙っとけ

  84. 名前:名無しの自作er 投稿日:2017/06/22(木) 22:12:19 ID:61703bdcd 返信

    どなたか優しい人、これ(テスト、わざわざエラー出し作業)のやり方教えてくださいましたらテストしますし構成とレポート載せます

  85. 名前:名無しの自作er 投稿日:2017/06/22(木) 22:15:56 ID:41ce9ffcf 返信

    このような問題の場合、普通は原因の特定に走ると思うんだが。

    環境のせい、Intelのせい、日本人のせい、FUDだ、AMDは悪くない

    ……アムダって反応おかしくね?
    過去に散々やらかした実績有るのになぜそこまで盲信できるのか。
    PhenomのTLBエラッタなんか性能3割減とか軽く致命傷だったのに。

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:31:14 ID:8b81a2ff8 返信

      そんな君にこれだ

      • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:42:06 ID:41ce9ffcf 返信

        AMDお膝元の公式フォーラムで報告多数有って原因追及中なのに
        今の段階でそれを貼れる神経が本当におかしい。

        • 名前:名無しの自作er 投稿日:2017/06/22(木) 23:34:40 ID:8b81a2ff8 返信

          じゃあその公式フォーラム見ればいいのに
          まとめサイトのコメントみてAMDer頭おかしいとかそれこそ何言ってんだコイツなんですが

        • 名前:名無しの自作er 投稿日:2017/06/22(木) 23:45:57 ID:0058b53dd 返信

          調査中だからこそ・・・ではないかい?
          ヤバけりゃマスクに対するRevUpするだろうし
          OS側への当座のパッチもあるだろ。

          世界中の変態さんたちが血眼になって実証コード書いてくれてる途中なんだから。
          自前でやれるIntelさんは伊達じゃ無いわ。
          残念ながらAMDにそこまでの地力はない。

  86. 名前:名無しの自作er 投稿日:2017/06/22(木) 22:29:17 ID:acb2c03ab 返信

    もしかして、管理人がアフィ収入増やすために煽ってるんじゃね?
    それに乗っかる奴もいるなら管理人はウハウハじゃん

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 22:36:03 ID:215c517fa 返信

      はいはい、人のせい人のせい^_^

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 23:06:39 ID:574a09e67 返信

      それをintel関係の記事でも言ったら良かったのに

  87. 名前:名無しの自作er 投稿日:2017/06/22(木) 22:33:50 ID:19b6daf77 返信

    http://www.e-hdk.com/diary/d201706c.html#20-2
    このレベルの話が出てきたのがまだ一昨日の話だからな。
    Ryzenの問題に直面したかつこのレベルのスキル持ちとなると世界でも数人も居ないと思われるので海外でもさらに話題になるとするとこれからじゃないかな。

    まぁ話題になるかどうかは重要じゃないが、問題を実際に確認した身からすると原因特定とできれば解決を願いたいね。

  88. 名前:名無しの自作er 投稿日:2017/06/22(木) 22:48:20 ID:6426168cc 返信

    結局自分の環境で問題なければ別にどうでもいい話だしなぁ
    起こってから慌てればいいだろって感じ

  89. 名前:名無しの自作er 投稿日:2017/06/22(木) 22:52:17 ID:215c517fa 返信

    シネベンチ番長の正体見たり。
    ランダムに命令はしょってたのね。

    • 名前:名無しの自作er 投稿日:2017/06/22(木) 23:35:57 ID:3e7116fcc 返信

      はしょったらシネベンチ止まるから

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:04:58 ID:d7db4f6f4 返信

        実行結果よく見たら変なピクセルが沢山あるかもな。

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:27:53 ID:0dd8c3326 返信

          煽りたい奴が海外フォーラムすらロクに見ず何も理解出来てなく
          勝手に恥かいてるのは見てて楽しいな

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 07:09:22 ID:3e868c000 返信

          これは恥ずかしいwwww
          もうちょっと知識と常識を身に着けてから煽ろうやwwwww

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:16:46 ID:12c6830ad 返信

      全然わかってねーじゃん。適当に叩くなら低レベルだと思われるからやめろ。

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 07:37:48 ID:7c85789bd 返信

      64バイトもはしょるんじゃスコア上がるわけだ。

  90. 名前:名無しの自作er 投稿日:2017/06/22(木) 23:15:20 ID:c46aa2752 返信

    丸一日コンパイル連続放置して出るか出ないか、っていうレベルの話っぽい?
    ボーナス後にTR出たら、って思ってたけど、Battle参加してぇー
    Battle中の人はマザーがなんだ、メモリーがなんだって一切話題に出さないんだね

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:03:54 ID:d7db4f6f4 返信

      これはカーネルパニックが起こるケースですわ。

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:36:00 ID:5c56b7d22 返信

      きっとライバルを有利にしたくないんだろうな()

  91. 名前:名無しの自作er 投稿日:2017/06/22(木) 23:16:59 ID:7275d8330 返信

    プログラムカウンターのビット化けじゃねえの?

  92. 名前:名無しの自作er 投稿日:2017/06/22(木) 23:21:33 ID:1cb57a0d9 返信

    ryzenでこれから組むって言う人は
    改良版でるまでまったほうがいいの?

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:33:27 ID:5c56b7d22 返信

      もちろん

  93. 名前:名無しの自作er 投稿日:2017/06/22(木) 23:23:28 ID:0f55650b5 返信

    あー、これはユニバーサルメルカトル図法で行けるわ

  94. 名前:名無しの自作er 投稿日:2017/06/22(木) 23:26:13 ID:3b3cfe58d 返信

    エラッタ(?)発見元のTwitter見てきたけど、なんというか新しいハードウェアを買うには向かない人だなぁとは思う

    根本的に新しいハードウェアなんだから、まだ不具合情報出揃ってもいないしエラー発生情報なんてほぼ無い状態なんだから、エラー起こったユーザーからの情報収集やハードウェア構成は統計用として貴重なデータなんですよ

    たとえばフォーラムの他のメンバーに、エラーが起こった人の環境と全く同じハードウェア環境を持ったお手すきの人がいたなら、少しの労力で第三者によるエラー再現テストが出来るわけですよ
    その際の細かなハードウェア構成の違いでおこる挙動の違いや気付いたことなどが積み重なっていけば、単なる個人の意見から役立つ統計データの一つに変わるんですよ
    だから「使用ハードウェア環境をできるだけ詳細に書き込むべき」というのは新しいハードウェアを使っている場合ではごく普通の話なんですけどね

    そこを使用環境とか不具合発生原因探すのに重要な情報を伏せたまま、あくまで自環境で起こった問題をメーカーに解決させるためだけに騒ぐのであれば、フォーラムの住人からすると荒らしやネガキャン扱いされても仕方ないんですよね

    そのあたりを理解したうえで、まだ使用環境を伏せ続たまま騒ぎ続けるというのならIntelのFUDと思われても仕方ないと思います

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:03:03 ID:d7db4f6f4 返信

      確かなのはエラッタでエラーになったりカーネルパニックが起こるのが事実ということだ。

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:12:46 ID:8ad7f7003 返信

      その人は主戦場のAMDのフォーラムではハードウエア情報やOS情報やご本人のgithubへ詳細ログを提出してましたよ。別に伏せてない
      Twitterはただの近況のつぶやきだし、ネガキャンだとか情報を伏せるとかどうのと言うのは違うのでは

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:36:10 ID:497e51530 返信

      元フォーラム情報で分かった情報
      >Ryzen 7 1800X
      >ASUS PRIME X370-pro、BIOS 0612、
      >My BIOS setting is the default and no OC,
      >no memtest error.
      BIOS設定は色々変更して挑戦、SMT OFF、等

      分からなかった情報
      使用CPUクーラー、メモリ型番・動作クロック・電圧・タイミング設定、電源型番・使用期間・アース端子を接続しているか否か、USBデバイス使用状況(CPUにUSBコントローラ内蔵の為)、使用ケースとVRM冷却状況、メモリテストは何周したか、Prime95やOCCTでの負荷耐久テストはしたかどうか

      自作板的にはハードウェア情報開示というには全然足りてないな

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 01:21:44 ID:497e51530 返信

        >DIMM: Kingston KVR24N17S8/8 * 4 (8 * 4 = 32GB)
        >GPU: GeForce GTX 1060

        らしいな
        メモリクロック不明だけどSingleRank4枚だから、2133までが定格動作だけどクロックいくつで動かしてるんだろうね
        メモリクロックはCCX絡みだから少し気になる

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:43:07 ID:497e51530 返信

      1800XにはCPUクーラーついてないから、下手するとただの熱暴走って可能性すらある
      使用環境書いた書き込みあるなら参考にしたいので知っているならurl張ってくれると助かるが

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 01:00:15 ID:d7db4f6f4 返信

        熱暴走で再現させてから書け

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 20:21:08 ID:497e51530 返信

          AM4はCPUよりVRMが熱暴走しやすいから注意喚起するべきなんだがな
          サイドフローや簡易水冷でVRM冷却してなきゃVRMが100℃越える

          • 名前:名無しの自作er 投稿日:2017/06/24(土) 15:59:49 ID:9913b263f 返信

            それマザーボードが不良品なんじゃないの?

            • 名前:名無しの自作er 投稿日:2017/06/24(土) 16:50:28 ID:01b723612

              熱源に対して冷却0なら延々と熱は積み重なり続けるから当たり前だぞ
              Intelのマザーでも同じことは起きる

            • 名前:名無しの自作er 投稿日:2017/06/25(日) 12:57:05 ID:e352863dc

              冷却の基本は熱を熱源から移動することで、PCでは熱源に風を当てて空気に熱を運ばせる冷却方法が主流

              熱源にヒートシンクを貼りつけてもヒートシンク周囲の空気が動いてなければ、ヒートシンク周囲の空気がヒートシンクと同程度になった後は熱移動は起こらないため、熱源からの発熱がある限り温度は上がり続ける

              ヒートシンクの役割は熱容量を増やすことと、表面積を増やし風を当てた際に空気への熱移動効率を高めることであって、ヒートシンクだけでは一定以上の放熱効果を得られない
              CPUクーラーと同じで、あくまで風を当てることを前提にした冷却用アイテムです

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 08:36:44 ID:af8bf183e 返信

        熱で動作がおかしくなるってのも今時のCPUなら充分にアウト
        サーマルスロットリングが働いて速度&発熱抑えて正常動作できないとお話にならない。

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 18:03:16 ID:701a3ca88 返信

          Intelとかゲフォはそういうとこあるけど、AMDのCPUとかGPUはそういう感じじゃない。そのかわりユーザーの設定できる範囲が広い。
          例えばGPUでもradeonは電圧と周波数を決め打ちできるけどgeforceはできない。

          よくiPhoneとAndroidが比較されるけど、CPUに関してはIntelはより箱庭的、AMDはよりサンドボックス的と言える。思想の違いじゃないかな。

          • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:32:45 ID:5c56b7d22 返信

            それは関係ないだろ

          • 名前:名無しの自作er 投稿日:2017/06/25(日) 20:46:10 ID:7adb0d1ac 返信

            AMD信者の気持ち悪さが滲み出てますなぁ。

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 01:30:39 ID:c598ca168 返信

      正論
      その発見者のTwitter辿るとわかるが炎上目的な発言あるしIntelのFUDと見られても仕方ない
      わざわざタグなんか作らんしAMDとじっくりやりとりしてれば良かったのにな
      拾ってるのは関連する都合のいいソフト側のことばかりで役に立たないわ
      問題と認識するなら改善策や回避策など有用な情報を出して欲しいと思うが

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 12:10:14 ID:701a3ca88 返信

        EPYCはMSとbaiduに採用決まってるんだろ?

        つまり・・・・・・

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:31:19 ID:5c56b7d22 返信

          つまりどういうことなんだ?

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 02:46:30 ID:4e0f71df7 返信

      前から言われてたのに一人のTwitter発言のIntelよりの程度に話をすりかえてる場合じゃないでしょ。

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 03:07:21 ID:c598ca168 返信

        文章理解してから書いた方がいいぞ
        前から言われてたんなら何で「エラー起こったユーザーからの情報収集やハードウェア構成は統計用として貴重なデータ」と思わないんだろうな

        この発見者はどういうわけか一方通行な発言が目立ってるしプライドが高いのか知らないがこの手の人は建設的な会話はたぶん苦手かできない奴だとは思う

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 19:40:27 ID:4e0f71df7 返信

          前から言われてた↓
          4月の時点で長時間の並列ビルドによりセグメンテーション違反や一般保護違反が発生する場合があることが発見され、AMDの公式を含む様々なフォーラムで議論を呼んでいた。

          なんでこれを無かったことにしようとがんばっているんですか?

          • 名前:名無しの自作er 投稿日:2017/06/23(金) 21:11:48 ID:497e51530 返信

            4月からハードウェア環境については数件だけで、それ以上ろくに情報集まってないんすよ
            自分のハードウェア環境には問題ないからと出し渋る人がいるらしくて

          • 名前:名無しの自作er 投稿日:2017/06/24(土) 01:31:56 ID:ffa87f1e0 返信

            前から言われてたのを知っているならもっと情報集めてても不思議ではないんだがな
            これは手順の話だが
            ハードウェア環境には問題ないと最初からタカ括ってるのはさすがに素人

  95. 名前:名無しの自作er 投稿日:2017/06/22(木) 23:52:08 ID:37a6a0faa 返信

    知ってる。
    ポケモンだよ。

  96. 名前:名無しの自作er 投稿日:2017/06/23(金) 00:09:24 ID:94672e56d 返信

    https://docs.google.com/spreadsheets/d/1gzniXYcXm1uACXGoBLpbpq54KE6SlHxQ6M_wPnTkub8/edit#gid=950983791
    かんきょーかんきょー言うだけで調べない調べたくないヤツばっかりだから
    gentoo系のフォーラムからSegfault起こした環境リスト見つけてきたぞ。

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 00:38:38 ID:497e51530 返信

      ハードウェアはマザーボードしか書かれてないじゃん・・・
      重要な環境はメモリと電源と冷却方法

  97. 名前:名無しの自作er 投稿日:2017/06/23(金) 00:12:10 ID:4c9c11981 返信

    SEGV出ない環境との違いは気になるし出来れば書いて欲しいね。
    サポートに連絡した人がAMDからメモリ、温度、電圧について聞かれたらしいからこの中にも何か別の原因があるかもね

  98. 名前:名無しの自作er 投稿日:2017/06/23(金) 00:26:25 ID:6ddc52db3 返信

    AMDの公式見解がないから、向こうでも分かっていないのか、このまま有耶無耶にする気なのか、すでに解明済みなのかが分からないから不安になるよね

  99. 名前:名無しの自作er 投稿日:2017/06/23(金) 01:01:04 ID:bf9bb9ccb 返信

    時間稼ぎしたところでi9で核熱CPU炉なんて買わんだろJK
    https://m.youtube.com/watch?v=OBBqAqL6vUo

  100. 名前:名無しの自作er 投稿日:2017/06/23(金) 01:06:32 ID:afdabee06 返信

    そもそも普通の人はlinuxなんて使わないし

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 01:31:49 ID:94672e56d 返信

      用語が理解できてない人多いみたいだけど、WSL(Windows Subsystem for Linux)
      を使ってWindows10上で実行しても発生してるから、OS関係ないよ。

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 01:38:36 ID:c598ca168 返信

        なら起こらない環境はどう説明する?

        ここ重要な

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 02:11:33 ID:4dfd33528 返信

          それがイマイチわかってないから怖いねー
          海外では目下検証中らしいよー

          てのがこの記事の内容なんだけど

  101. 名前:名無しのAMDer@Y市ASH区 投稿日:2017/06/23(金) 02:50:53 ID:206e4ff6c 返信

    ひょっとしたら見つけた人は答えの少なくとも一つを知っていたりして。

  102. 名前:名無しの自作er 投稿日:2017/06/23(金) 05:13:13 ID:497e51530 返信

    最近のCPUはクロック上がりすぎてるから僅かな電圧の変動が予期せぬ動作に繋がりかねない
    GNDはきちんと0Vを維持してるんだろうか

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 15:53:49 ID:580e6e5cc 返信

      伝説のBull様の方がCPUクロック上だし電源要件も厳しいですが
      こんな問題起きてませんよ。

  103. 名前:名無しの自作er 投稿日:2017/06/23(金) 05:33:10 ID:497e51530 返信

    >・筆者の観測範囲では日本だけでも10名以上、海外含めると20名以上の環境(CPU)で発生している
    >・問題が起きる人は長時間ビルドすれば確実に事象が再現できるものの、長時間ビルドしても全く問題が起きていない人もいる(比率は不明)。起きない人はたまたま起きないSW/HW設定なのか、それともこの問題が一部不良CPUに限ったものなのかは不明。

    この記述があったからCPU以外のHW構成が原因かどうかを切りわけるためにも、HW構成が必要だと思ったんだけど、書いた当人はあまり必要ではないと思っている模様。

    サイドフロータイプのCPUクーラー使っていた場合にVRMが100℃近くになる場合があるので、CPUクーラーの種類もHW構成情報の一つとしてほしいところなんだけれども。

  104. 名前:名無しの自作er 投稿日:2017/06/23(金) 07:47:58 ID:7c85789bd 返信

    ピコーン!8コア全部検査してないんだ!
    EPYCでは怪しいコアを無効にしてると。
    Ryzenでも6コア作り始めたら出なくなるかもな。

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 08:21:30 ID:12c6830ad 返信

      1C1Tでも起こってるぞ。

  105. 名前:名無しの自作er 投稿日:2017/06/23(金) 08:28:20 ID:5e00909b9 返信

    検証に詳しそうな人たくさんいて心強いな。
    ぜひRyzen買ってレポ上げてくれ

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 10:17:38 ID:7c85789bd 返信

      お店の中の人?

  106. 名前:名無しの自作er 投稿日:2017/06/23(金) 08:48:22 ID:4ba393b3b 返信

    これ見てIntelガーとかFUDガーとか言ってる人はAMDこじらせ過ぎてるから注意

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 09:09:47 ID:3455f25d9 返信

      そいつらはもうただのキチガイじゃないかと思う
      Ryzen持ってたらあり得ない反応
      最悪データの消滅すらありうるのに、この問題に向かい合わないとかありえん
      俺は昨日からバックアップHDDを取り外してるよ

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 10:41:05 ID:39da9cf49 返信

        機械語に直すときのバグなのに機械語読み込むだけのソフトウェアでバグは起きないから心配しなくていいよ

        • 名前:名無しの自作er 投稿日:2017/06/23(金) 11:16:23 ID:3455f25d9 返信

          つまり下手すりゃJavaScriptで死ぬじゃん

          • 名前:名無しの自作er 投稿日:2017/06/23(金) 11:58:06 ID:39da9cf49 返信

            JavaScriptで発生した報告がない
            長時間全CPUに並列で負荷かけるようなJavaScriptコードならスクリプトエラー出るかもね
            というかgccコンパイルなんて別要因のコンパイルエラー多すぎなのにAMDが大体的に報じるわけないし

            • 名前:名無しの自作er 投稿日:2017/06/23(金) 13:27:55 ID:02b4882a9

              原因も分かってないのに軽口叩きやがる
              アドレスを誤認してどっかのIOを誤作動させたらどう責任とるんだ?

            • 名前:名無しの自作er 投稿日:2017/06/23(金) 17:48:36 ID:701a3ca88

              ツイッタラーのgccとかlinuxを全面的に信用する自信ってどこからきてるんだろと思うんだよね
              CPUより俺たちの方が偉いんや!とか思ってそう

            • 名前:名無しの自作er 投稿日:2017/06/23(金) 18:23:29 ID:7c85789bd

              エラーにならない方が怖いんだぜ。
              ほんとはわかってるんだろ?

            • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:23:09 ID:1a3b9e293

              自信もくそもintelはおろかbullちゃんで同じ作業してこんな問題でてないんだから。ryzenおかしくね?って思ってふつうだろうに。

            • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:36:51 ID:5e00909b9

              ×gccとかlinuxを全面的に信用
              〇gccもlinuxも関与せず落ちるケースがあるからおそらく関係ない

  107. 名前:名無しの自作er 投稿日:2017/06/23(金) 09:24:20 ID:7d8183f31 返信

    新アーキだから問題出るのはしゃーないとしてAMDの対応が気になるところだ

  108. 名前:名無しの自作er 投稿日:2017/06/23(金) 12:04:56 ID:44b14dd71 返信

    現状i7-4790k使ってて、趣味でGTX1080でsli組んだから流石にCPUも相応に新しくするかぁと思ったら、Ryzenは何か不具合、i7-7820Xは爆熱と時期が悪い感じが凄いなぁ……。
    爆熱はどうせ水冷だから多少はマシだとしても……。

  109. 名前:名無しの自作er 投稿日:2017/06/23(金) 12:17:37 ID:b7b7c6d0d 返信

    おじさんにはわかりません

  110. 名前:名無しの自作er 投稿日:2017/06/23(金) 13:14:48 ID:1dff1d545 返信

    >108
    7700Kでガマン

  111. 名前:名無しの自作er 投稿日:2017/06/23(金) 18:56:18 ID:d5279597a 返信

    サーバー向けのEPYCでは解決しているのか?
    製造始まってるだろ

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 19:42:08 ID:c598ca168 返信

      公開ビルドデモされてこの問題は却下されてる

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 21:18:03 ID:50bcb5529 返信

        B2ステッピングで解決するのかな
        EPYC発売後に同じエラッタ出たら終わるだろ

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:19:41 ID:1a3b9e293 返信

        鯖で使うんだから1回ビルド通りました!ですむ訳ないだろw
        24h365d負荷かけて安定して動くのが大前提なんだから。

        • 名前:名無しの自作er 投稿日:2017/06/24(土) 01:18:44 ID:ffa87f1e0 返信

          さすがにRedHatが名を連ねてるのに解決も何もないんじゃねーの?

  112. 名前:名無しの自作er 投稿日:2017/06/23(金) 21:09:22 ID:497e51530 返信

    SEGVエラー出てる環境の人に、PCにアースを接続しての再現テストをやってみてほしい

    アース繋いだけど依然問題でるぞー、ならそれでOKなんですけども
    ここのところAM4環境で出ていた不具合がアース線一本で改善してしまったもので

    • 名前:名無しの自作er 投稿日:2017/06/23(金) 22:34:27 ID:7c85789bd 返信

      なんだかオーディオオカルトめいてきたな。
      そんなプラシボな環境じゃ使えないでぇ

      • 名前:名無しの自作er 投稿日:2017/06/23(金) 23:23:42 ID:5c56b7d22 返信

        オカルトはお前じゃい!!!!

      • 名前:名無しの自作er 投稿日:2017/06/24(土) 01:13:58 ID:01b723612 返信

        RyzenがCPUに各種コントローラ統合しまくってるから、システムとしてGNDラインの電圧変動の影響受けやすいんだよ

        • 名前:名無しの自作er 投稿日:2017/06/24(土) 08:37:40 ID:d16ed3c80 返信

          ヲイヲイ、嘘広めるなよ、、

  113. 名前:名無しの自作er 投稿日:2017/06/24(土) 00:13:31 ID:725fc6ea6 返信

    ここが爆心地になってね?

  114. 名前:名無しの自作er 投稿日:2017/06/24(土) 01:06:20 ID:8e288cb86 返信

    gccもlinuxも関与せず落ちるケースがあるってそれただのメモリーの不具合や電源が逝かれてる可能性考慮せんのかいコンパイルエラーなんて環境糞だと普通に起きるぞ
    まだCPUのエラッタで確定してないのにこの記事なんなのという話だし
    あと悪魔の証明的な話してる輩は頭大丈夫なのかと

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 02:15:55 ID:ffa87f1e0 返信

      そもそも発見者が炎上狙ってやってるのはtwitter辿れば分かる
      一般的な不具合も混同させて何でも関連してるように見せたいんだろう

      環境は出さない、メモリ交換とかも一切試さないでは話にならない

      • 名前:名無しの自作er 投稿日:2017/06/24(土) 07:08:40 ID:6d06b61a7 返信

        ryzenって面倒くさいね

        • 名前:名無しの自作er 投稿日:2017/06/24(土) 08:27:16 ID:1c6ffd0f5 返信

          エラッタを環境起因に捻じ曲げたい人が居るから。

          • 名前:名無しの自作er 投稿日:2017/06/24(土) 08:30:35 ID:bfb63b9da 返信

            Windowsでは発生しないんだよなぁ

            • 名前:名無しの自作er 投稿日:2017/06/24(土) 08:38:52 ID:d16ed3c80

              エラーにならない方が怖いんだよね

            • 名前:名無しの自作er 投稿日:2017/06/24(土) 09:22:27 ID:2600f8767

              WSLで起きるのはWindowsにカウントしないの?
              あれシステムコールのエミュレーションだからLinuxカーネル関係ないけど

          • 名前:名無しの自作er 投稿日:2017/06/24(土) 11:20:28 ID:8e288cb86 返信

            エラッタで決定してないのにエラッタに捻じ曲げてるのだが

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 06:46:46 ID:2600f8767 返信

      memtest完走しても落ちたり0x40だけ命令ずれるのはメモリとか電源の不具合で説明付くの?

      • 名前:名無しの自作er 投稿日:2017/06/24(土) 08:23:50 ID:1c6ffd0f5 返信

        説明つかないよ。
        無理に環境不具合にしたいだけ。

      • 名前:名無しの自作er 投稿日:2017/06/24(土) 11:23:16 ID:8e288cb86 返信

        0x40だけじゃないよ別に
        0x40のパターンもあったよって話だぞソース元のブログ読んでるのか

      • 名前:名無しの自作er 投稿日:2017/06/24(土) 19:02:04 ID:ffa87f1e0 返信

        memtest完走してもそもそもメモリとマザーの相性はある
        これ改善するためにアップデートしてるんだろ

        アナウンスすら読んでないのかね

      • 名前:名無しの自作er 投稿日:2017/06/25(日) 00:32:44 ID:e352863dc 返信

        memtest何周クリアしたん?
        DDR3あたりから2~3周じゃ露見しない不良品が増えてきたので、最近はPrime95とかOCCTとか短時間でエラー出やすいテストプログラムが使われてるんだけども

  115. 名前:名無しの自作er 投稿日:2017/06/24(土) 01:31:22 ID:b7ab33368 返信

    ここの管理人ってこんな誤解を招くタイトルで対立煽りしてたっけ
    更新速度も露骨に落ちたし
    他にいいpc系のサイトあったら教えてください

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 01:43:20 ID:8e288cb86 返信

      一番公平なのは海外サイト
      翻訳サイト使えば結構読めるよ

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 08:48:54 ID:d16ed3c80 返信

      どこに「誤解」があってなんで「対立」を煽ると思うの?
      ユーザのパーツ選択の判断にとても有用だと思うけど。

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 08:57:01 ID:1c6ffd0f5 返信

      自分でサイト立ち上げればマンセー出来るよ。
      人のサイトを人に聞くってどこまで人任せなんだよ。

      • 名前:名無しの自作er 投稿日:2017/06/25(日) 11:44:22 ID:bf86a7aaf 返信

        新参か管理人のどちらかだなお前w

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 23:12:36 ID:4f8990efd 返信

      redditあたり行くといいよ

  116. 名前:名無しの自作er 投稿日:2017/06/24(土) 09:53:30 ID:d16ed3c80 返信

    個体のバラツキが結構あるみたいだね。
    AMDも個人単位で交換に応じてる。

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 11:51:21 ID:80ab2cbdd 返信

      実際に交換してるとこ見たいな

      • 名前:名無しの自作er 投稿日:2017/06/24(土) 11:53:55 ID:1c6ffd0f5 返信

        ご自分でどうぞ

  117. 名前:名無しの自作er 投稿日:2017/06/24(土) 10:56:18 ID:69a7171d5 返信

    Windowsだとブルスクで止まるって言ってるヤツはSegmentation faultが
    何なのかさえ理解できない馬鹿なのか?WindowsでもACCESS_VIOLATION
    エラーでプロセス単位で止まるわ。Linuxで発生してWindowsで発生しないので
    あれば、プロセス生成ロジック(forkかCreateProcess)の違いだろう。

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 13:13:11 ID:d16ed3c80 返信

      エラーになってないということは、不正処理の可能性が高いってこと?

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 13:55:47 ID:3f9c1b9f3 返信

      Linux(というかUnix系)では色々報告あるけど、WindowsだとUbuntuくらいってのがなぁ。。

      Ryzenにしたら○○が落ちやすくなったソフトがWindowsにも有れば、CPU自身と言えるが。。

      Unix系のプロセス管理&メモリ管理周りの問題かも知れないね。
      ※処理タイミングの取り方やコーディング作法も含む
      「行儀悪い」方法といえばボーリングがあるよ。

      • 名前:名無しの自作er 投稿日:2017/06/24(土) 15:50:35 ID:580e6e5cc 返信

        >WindowsだとUbuntuくらい

        この文章に違和感を感じずに書き込めるのがすごい、意味がわからない。

        • 名前:名無しの自作er 投稿日:2017/06/24(土) 16:37:48 ID:7fa8d3f37 返信

          Windows Subsystem for Linux(WSL)のことじゃないの?

          • 名前:名無しの自作er 投稿日:2017/06/25(日) 09:28:10 ID:4b237e091 返信

            Bash for Windowsと混同してるだろw
            一度でもインストールしたことあれば、WSL有効化>Bash(Ubuntu由来)インストールの順でそもそも別になってるから別のレイヤーだってことは知ってるハズなんだよな……。

            • 名前:名無しの自作er 投稿日:2017/06/25(日) 17:06:35 ID:12b285ab5

              ほー別なのか
              使わないからインストールしてないし一緒に入って来るもんかと思ってたわ
              BoWがUbuntu系ってことだけは知ってたから違和感を感じるってのが意味わからなくてな

  118. 名前:名無しの自作er 投稿日:2017/06/24(土) 13:35:38 ID:08165ad03 返信

    これってパリ付きメモリで組んだら修正されるとかないよね?

  119. 名前:名無しの自作er 投稿日:2017/06/24(土) 17:52:34 ID:01b723612 返信

    ※新情報※
    情報元の検証してる人、中古のKT-F500-12A(2010年10月の新製品、Bull-MAX)という電源を使ってRyzen 7 1700を動かしていた模様

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 21:41:45 ID:580e6e5cc 返信

      同じような古い電源使ったPCは世界中で大量に動いていて、
      IntelでもBullでもK10でもエラー出てないのに、
      Ryzenだけエラー出るのがおかしいと思わないのね。

      問題を矮小化しようとするたびに滑稽さが漂うよ。

      • 名前:名無しの自作er 投稿日:2017/06/25(日) 00:30:22 ID:e352863dc 返信

        同じような古い粗悪電源使った環境での不良報告は、Pentium4の時代からCPU問わずそれこそ山ほどあるよ
        ゲームしない人は負荷変動少ないので気付かず使えるが、ゲームする人はゲーム中の負荷変動でエラーで落ちるので気付いて交換する
        質問スレの過去ログ漁れば山のように症例出てくるよ

        ソフト屋さんは普段から落ちるからといって、いちいち気にしない人多いけど

        • 名前:名無しの自作er 投稿日:2017/06/25(日) 01:12:18 ID:4b237e091 返信

          >ソフト屋さんは普段から落ちるからといって、いちいち気にしない人多いけど

          お前ソフト屋なめてるだろ……そんなアホなヤツいたら始末書モノだわ。
          コンパイルエラー起こしたなら原因確定して再現しない事を確認するまで作業止まるわ。原因が確定できないから今騒動になってるってのに。

    • 名前:名無しの自作er 投稿日:2017/06/25(日) 01:43:54 ID:46940f554 返信

      その電源じゃRYZENで搭載されたS5とかの低電圧向けの美味し所の管理できないな
      インテルのHASWELL以降のC6以下のステートも問題出る

      • 名前:名無しの自作er 投稿日:2017/06/26(月) 17:32:24 ID:9e10d472a 返信

        Ryzenはキャッシュ周り電圧、要求に応じてコロコロ変えるんだよね。
        コア側だって応答速度変わるの想定したタイミング調整とRead/Writeするはず。。

        これ、コアが設定したステートと実際のが違ってる&コアがそれを検出出来ない状態だと。。

        電源は、クソでも「正直」ならいいんだけど、出来ない事を出来ると言うような「ウソツキ」だと結構困る。

    • 名前:名無しの自作er 投稿日:2017/06/25(日) 04:11:04 ID:0f2eba0f6 返信

      その電源。中古で買ってきたやつで
      ・組立中にスッポン
      ・マザー電源コネクタ半差しで起動→起動せず→電源ユニットに通電したまま?コネクタ差し込み起動させる
      ・さらにメモリも半差し(さすがに電源は切って差し直したが)
      ・ATX12V 8ピン専用なのに4ピンだけ接続して起動
      とか、やっちゃった人かな?

  120. 名前:名無しの自作er 投稿日:2017/06/24(土) 18:24:14 ID:3d880cb85 返信

    ryzenで人柱乙

  121. 名前:名無しの自作er 投稿日:2017/06/24(土) 20:26:11 ID:71763eaae 返信

    ロジックに問題があるのならLinuxだけで起きるわけもないし
    Windowsでしょっちゅう起きているのならそこら中でBSODの嵐のはずだけど
    そんなことになっているわけでもなく
    スラドにまで出張ってるようだけどこの御人はAMDに恨みでもあるのか?

    • 名前:名無しの自作er 投稿日:2017/06/24(土) 21:49:59 ID:580e6e5cc 返信

      ・Linuxだけで起きているわけではない。WindowsでもBSD系でも発生している。
      ・Windowsでエラーが起きても当該プロセスが転けるかデータが化ける話。毎回BSODでOSごと停止するわけでは無い(停止しないとは言っていない)。
      ・スラドのことはスラドで反論しなさい。技術論について行けるならね。

      • 名前:名無しの自作er 投稿日:2017/06/24(土) 22:50:55 ID:71763eaae 返信

        Windowsでデータ化けが起きてるならもっと騒ぎになると思うのだけどなってないよね?
        なんでなの?君も伝聞でしか知らないんでしょ?

        • 名前:名無しの自作er 投稿日:2017/06/25(日) 00:48:11 ID:541081d24 返信

          癌はきっかない

        • 名前:名無しの自作er 投稿日:2017/06/25(日) 00:52:01 ID:6cba2c1d9 返信

          癌は知らない間に体をむしばむんだよ。
          自覚症状が出たときには手遅れだ。

        • 名前:名無しの自作er 投稿日:2017/06/25(日) 00:57:31 ID:4b237e091 返信

          データ化けなんてのは通常時に起きてても気付かないから問題なんだよ。
          コンパイル作業では致命的だから発見されやすいって話でしょうに。

        • 名前:名無しの自作er 投稿日:2017/06/27(火) 23:59:42 ID:6136f5303 返信

          WindowsなんてRyzenだろうがSkylakeだろうが何だろうが
          他の原因で落ちまくるから、埋もれてわからん。

      • 名前:名無しの自作er 投稿日:2017/06/25(日) 01:45:36 ID:46940f554 返信

        本人来ちゃったわけ?

        • 名前:名無しの自作er 投稿日:2017/06/25(日) 02:55:55 ID:a95341be0 返信

          WSLすら知らないから別人でしょ
          技術論()振りかざしてるけどさ

          • 名前:名無しの自作er 投稿日:2017/06/25(日) 09:22:35 ID:4b237e091 返信

            WSLのことをうぶんつとは言わないw

  122. 名前:名無しの自作er 投稿日:2017/06/24(土) 22:55:54 ID:5c782cd02 返信

    >580e6e5cc
    RYZENsageにそこまで必死になれる理由って何だ、親でも殺されたか?

    • 名前:名無しの自作er 投稿日:2017/06/25(日) 00:46:01 ID:541081d24 返信

      問題点を整理してるだけに見えるけど。
      不都合な訳でもあるのかい?

      • 名前:名無しの自作er 投稿日:2017/06/25(日) 02:51:58 ID:a95341be0 返信

        541081d24
        今日はこれか、お疲れ

        • 名前:名無しの自作er 投稿日:2017/06/25(日) 08:22:52 ID:7a8612728 返信

          都合の悪い事にはまともに答えない
          信者乙

        • 名前:名無しの自作er 投稿日:2017/06/25(日) 09:22:03 ID:4b237e091 返信

          自分に賛同しない意見が全部同一人物に見えるなら末期だから、一度ネットから離れて生活を見直した方が良いよ。

  123. 名前:名無しの自作er 投稿日:2017/06/24(土) 23:47:41 ID:e322c6ed9 返信

    メモリ差し直したらSEGVの頻度が変わったらしいけどどうなってんだろ

    • 名前:名無しの自作er 投稿日:2017/06/25(日) 13:02:09 ID:e352863dc 返信

      メモリスロットの接点の状況にすら左右されるほどシビアな環境が要求されるってことなら、電源やマザーボード上のVRMの品質にも影響されるのかもしれないな

  124. 名前:名無しの自作er 投稿日:2017/06/25(日) 07:42:30 ID:0fabf9652 返信

    EPYCが発売されたら状況がわかりやすくなりそう
    安くてもデータが壊れたり止まる鯖は企業が買わないからな
    問題なさそうならB2ステッピングのRyzenも安全だな

  125. 名前:名無しの自作er 投稿日:2017/06/25(日) 09:58:59 ID:6cba2c1d9 返信

    スリッパ狙いなので64バイトズレ問題がFIXしますように(-人-)

  126. 名前:名無しの自作er 投稿日:2017/06/25(日) 12:08:42 ID:aa9176995 返信

    エラッタ!!エラッタ!!騒いで、小売価格を下げる作戦ですね。分かります。

    • 名前:名無しの自作er 投稿日:2017/06/25(日) 15:17:50 ID:6cba2c1d9 返信

      エラッタあったら下げても買わないどすえ

  127. 名前:名無しの自作er 投稿日:2017/06/25(日) 15:45:52 ID:ba88a8eda 返信

    Linaxって本当にリナッ糞だな

  128. 名前:名無しの自作er 投稿日:2017/06/25(日) 16:09:50 ID:addf2c11b 返信

    64バイトズレ発見した人のブログな

    http://www.e-hdk.com/diary/d201706a.html#08
    ・組立中にスッポン
    ・マザー電源コネクタ半差しで起動→起動せず→電源ユニットに通電したまま?コネクタ差し込み起動させる
    ・さらにメモリも半差し(さすがに電源は切って差し直したが)
    ・ATX12V 8ピン専用なのに4ピンだけ接続して起動

    これで解析なんか無意味じゃねえの
    前提条件おかしすぎるだろ
    なぜハードウェアやらかしたと思わないのか不思議だね

    • 名前:名無しの自作er 投稿日:2017/06/25(日) 17:46:36 ID:e352863dc 返信

      そもそも使ってる電源が2010年発売の中古動物電源って時点で、自作板ではエラー出てもおかしくないレベルに見られている
      Prime95やOCCTだとテスト完走出来ないのではないだろうか

    • 名前:名無しの自作er 投稿日:2017/06/25(日) 20:10:01 ID:d0be6a483 返信

      こんなまともに組み付けできないのに色々検証できるの?
      という本題と関係ない疑問はわくなぁ

    • 名前:名無しの自作er 投稿日:2017/06/25(日) 20:35:40 ID:6cba2c1d9 返信

      おまいら、しばき隊並みにおつむがこじれてるようだけど、
      情報提供者にくれぐれも迷惑だけは掛けるなよ。

    • 名前:名無しの自作er 投稿日:2017/06/26(月) 02:53:56 ID:29dc3fa15 返信

      おかしな構成だな
      高負荷やらせるのに電源がクソすぎる
      経年で劣化してる可能性は大いにあるしそもそもATX V2.31では今時の環境なら問題大有り

      こんなので検証してるとかネタ。

    • 名前:名無しの自作er 投稿日:2017/06/26(月) 23:04:43 ID:20b0e01f3 返信

      これはひどい

  129. 名前:名無しの自作er 投稿日:2017/06/26(月) 08:56:16 ID:057b5a41b 返信

    素朴な疑問なんだけど、そもそもRyzenはLinuxに対応してるの?
    反対にLinuxとgccはRyzenに対応してるの?

    • 名前:名無しの自作er 投稿日:2017/06/26(月) 16:44:05 ID:7777fa352 返信

      大前提としてx86やAMD64と言った命令セットに従っているから(最悪でも)基本部分は動作する。
      対応に問題があると…例えば電力管理やSMTのスケジューリングでトラブル、拡張命令(AVXなど)が使えないとか。

      傍から見ていると今回はメモリ周りの方が気になる。

  130. 名前:名無しの自作er 投稿日:2017/06/29(木) 02:20:03 ID:f824105a3 返信

    インテルと違ってこの話、どうやらデマレベルだったのか。。

  131. 名前:名無しの自作er 投稿日:2017/06/30(金) 01:05:40 ID:1f649a532 返信

    結局インテルの差し金だったわけだ

  132. 名前:名無しの自作er 投稿日:2017/07/05(水) 15:35:55 ID:52d59ac95 返信

    PC自作板での検証が進んだ結果
    ビルド環境によっては0%のビルド環境も存在することが判明
    環境によるものだということがほぼ確定した

  133. 名前:名無しの自作er 投稿日:2017/07/12(水) 13:58:58 ID:e9e3f9dcf 返信

    どうやらこういうことらしい
    http://egg.2ch.net/test/read.cgi/jisaku/1498815128/l50