【エラッタ】Ryzen SEGV問題 Part.4【AMD】 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
【悲報】AMD、新CPUのRyzen SEGV問題について現状対処不能と認めてしまうｗｗｗｗｗｗｗｗ
URL貼れず.... Ryzenのハズレ引いた方「この度は、お悔み申し上げます」
うちのは不具合再現しないからどうでもいいや >>2
Linux開発者のなんたらさん講演会デビューできたん？ プチまとめ ★注意：最新情報を必ず確認
・AMDが問題の存在を確認
・Linux系の開発チームと問題解決に向けて調査続行中※1
※1： AMDが欠陥は確認できたが問題が発生する理由が解明できていない。
もしくは公に発表できないほど深刻な状況
・パフォーマンスが大幅に落ちるがAMDサポートの指示に従うとOSがMS-Windows限定なら問題解消するなど・商品交換で解決？未解決？との未確認情報※2
※2： 交換手続が煩雑らしいので「頑張れ」とのこと
交換しても同じ問題が起こる個体がある？再度交換手続き まとまってるようには見えない（笑）
あと、メモリアクセスのタイミングで発生率が違ってくるのについて触れないのは不自然 箇条書き風文章なので読みづらい
事実と推測をごちゃ混ぜにしてる
単なる煽りかな？ >>5
LinuxがいつRyzenサポートしたの？バグありLinuxを動かせとか馬鹿だろ Linuxに欠陥があるかどうかは別として
Ryzenが欠陥品であることは間違いない >>11
全然論理的な説明になっていない。
別にするなよキチガイ。 https://srad.jp/story/17/08/09/098243/
Linuxだけではなく、少なくともDragonflyBSD、NetBSD、FreeBSDで症状が報告されてます。
さらに、AMDが公式にCPUの問題だったと認めている上、AMDから送られてきたCPUに交換するだけで直った報告もありますから、もはやLinuxやgcc側の問題であるという可能性は残っていません。
発生する条件は確かにシビアなんですが、今は数時間程度で症状を再現できるテストプログラムが公開されていますから、問題のあるチップか否かの判別は確実にできます。 >>14
-jのみで走らせても完走するようにしてから言って欲しいよね
欠陥はOSもだろ Linus kernel 開発して26年
ryzen の不具合何思う？ 現状見てLinuxの欠陥とか言うどうしようもないバカがいるような掲示板じゃ
マトモな議論は無理だな 省エネ観点からは欠陥だろうな
押しちゃいけないスイッチ残したCPUも、そこを押しちゃうOSも問題ありだろ
battleなんて悦ってた人たちは論外 所詮娯楽用のCPUなんだからお楽しみ機能がないとダメだろ
昔はコア復活までやれてたんだからさ linuxユーザーだけどlinuxにバグがないとか口が裂けても言えない
SEGV問題知ったときは、またか程度にしか感じない程度
今回のもLinux側の作りとRyzenの相性が悪い程度にしか思ってない
その内両方に修正入って治るでしょ？ Ryzen+linuxでSEGV
淫厨「Ryzenは欠陥品！インテル最高！ザマミロ！」
core i +linuxでSEGV
淫厨「linuxは欠陥品！インテルは悪くねぇっ！Ryzen欠陥品！」 >>30
FXでもメモリちょっとマズったら起きるしな
と言うかFXだとgcc通っても最近のビルドは何か動きがおかしい、16.04とか17.04とか
debianも入れてみたけどおかしいから次はSlackware辺りで試してみようと思うけど
Terminalが突然固まって落ちたりそもそもdmesgを探すと変なMSR書いてたり linuxにバグがないなんて冗談だろ。ここ10年コア部分にバグしかないのは何かの冗談か？ >>40
gcc連荘は通る
からメモリはキッチリ設定しておけば問題ない バグの詳細に関しては話題にしてはいけないルールでもあるのかね？ >>44
色々と複合的なことが合わさっての問題だから
一言二言で言い表せられることもなく、結局は自分で過去ログ見ろのが近道 分かる人には分かる書き方なんだろ(適当)
sa何とかさんが次回公演用のパクリネタを探してるのかもしれんし 今アキバで買うと新しいryzen をゲット
出来ますか
不具合ありを見極めるには何を
見ればいいですか？ 買ってテストしてダメならAMDに交換申請すりゃいいじゃん
なんで手抜き前提なの？ 痴呆民は自作パーツなんてアキバの通販ぐらいでしかもう入手不可能なんだよ >>52
不具合に仕立て上げないと不具合にならないレベルのはなしになにマジになってんの？ >>57
Ryzen+linuxでSEGV
淫厨「Ryzenは欠陥品！インテル最高！ザマミロ！」
core i +linuxでSEGV
淫厨「linuxは欠陥品！インテルは悪くねぇっ！Ryzen欠陥品！」 intelでも世代を越えて発生してる当たり屋紛いのチンピラヤクザの言い掛かりエラッタにすらちゃんと応えるAMDの神対応すげぇな
それに比べて爆熱の落第CPUの烙印を押されてもシレっとグリスバーガーを使い続けるintelの糞っぷりが際立つわ >>57
CPUすべてエラッタありの欠陥品だぞ
AMDの対応が流石に遅すぎるのが問題でわあるが 国内で購入した分は販売店で交換対応できるようにしろよ
これじゃ国内で買った意味がないしCPU届くまで時間かかるだろ BIOSアップデートで解決しませんって話ならもうメモコン不良だよ
メモリータイミング緩めれば解決の事例は多数上がってるし
上位選別品であるスリッパなどは発生しないんだろ？
どうせ今出回ってる個体も外れならSEGV出るだろうな 再現させる手っ取り早い条件がメモリのパラメータをきつくすることなのよ
某氏を記念して日本版は「お前ら日本人は時刻に正確だろ」エディションを出せと要求するべきでは
linux4を使っている人向けのためだけに >>65
まったくSEGVに対応してないIntelさんの悪口はそこまでにしようか >>69
intelアホだなって思ってたけどintelのはマイクロコード更新で直るらしい
Ryzenもそうだったら良かったのにな 直した実績見せてから言ってくれ
つか過去のCPUも全部その手で直せてからな てかintelのはどうでもいいから>>66頼むわAMD これを利用したマルウェア誕生もあるな
リコールはよ 貼れと言われた気がした
Ryzen+linuxでSEGV
淫厨「Ryzenは欠陥品！インテル最高！ザマミロ！」
core i +linuxでSEGV
淫厨「linuxは欠陥品！インテルは悪くねぇっ！Ryzen欠陥品！」 Intelは根本的に欠陥が仕様だから知らんがryzenの場合個体差だから外れ引いた人はどうすんだよって話 新しいRyzenで起きないなら、不具合が起きるRyzenは欠陥品と言えるだろう >>79
不具合起きてるのryzenだけじゃないよ？ >>78
Intelはバグについてはソフトウェアで対応してくれや支援するわってスタンスだし開発者もバグ前提で設計してるからな >>82
完璧ではない商品を作った会社にとてつもなく重いペナルティを課したらどうなると思う？ >>84
SEGVを個体差扱いで逃げてるじゃん
ソフトウェア開発側もマザーボードベンダーも対策できませんわ >>88
一方インテルはHTを無効かする対策をするという本末転倒な方法を繰り広げており返品対応は受け付けておりまへんねんw こんな感じですかぁ？
Ryzen+linuxでSEGV
淫厨「Ryzenは欠陥品！RMAは逃げ！対応が遅すぎる！linuxでは対策不可能！インテル最高！ザマミロ！」
core i +linuxでSEGV
淫厨「linuxは欠陥品！インテルは悪くねぇっ！バグを見込んで設計されてる！linuxでも対応できる！Ryzen欠陥品！」
実際は…
インテル端末爆発
http://eetimes.jp/ee/spv/1706/16/news029.html
CPUその物が突然死
http://pc.watch.impress.co.jp/docs/news/1045715.html >>91
修正コードのBIOS配るからそれまで無効にしてねって話じゃなかったっけ
上位マザーボード以外BIOSまだ配られてないっぽいけど うちのでテストしてみたいんだけどどこでどれをダウンすればいいの？ >>91
使われてない化石命令
情報を公開している
BIOSで対応可能
この辺がAMDとは違うところ 淫厨避け
Intelプロセッサは現在、セキュリティ上の脆弱性がある：ハッカーがバックドアとして使用することができます
https://goo.gl/WyaDp4
Intelオワタ＼(^o^)／ 最近RYZEN買った人、製造週と購入店を晒してくれ、よろしく。 把握してない場合も同じ対応になる
反論を想定して、少しは論理力を鍛えなさいな 報告あったからこっそり直しましたが正しい対応なのかどうか 全く直す気配もないIntelさんの悪口はそこまでだ >>105
そもそも本当に製造週が関与するのかどうか >>108
だからそれのデータが無きゃわかんねつってんだろい >>111
君は説明できるのか？アホなのか？どっち ダイ自体の問題じゃなく、検査段階でおかしかったとか？
マージンをほとんどとらずにクロックや電圧設定したせいで、たまにSEGV起こるとか ははっ
203 Socket774 (ﾜｯﾁｮｲ 4eec-+qdT)[sage] 2017/09/07(木) 23:01:07.09 ID:njNzApD70
やはり売名だったのか
また武内さんも、Linuxカーネル開発者として知る人ぞ知る存在で、最近では、AMD Ryzenプロセッサの問題を追究したことでも注目を集めました。
技術顧問に聞いてみた──小崎資広さん、武内覚さんインタビュー - Cybozu Inside Out | サイボウズエンジニアのブログ
http://blog.cybozu.io/entry/2017-09-07-tech-expert 日本のIT土方ってロクなのいないイメージ
団子とかこいつとか 声のデカいアホとかベンダーのアホプロパーせいだよな 基本的にこの手のCPUは、出荷前に検査して、検査後に型番クロック電圧タイミング等各種設定を
OTPメモリに書き込んで出荷だからな
出荷前の検査→書き込みあたりの部分が駄目だったんだろうな
考慮漏れがあったとかで DOSV POWER REPORT 6月号
P22
PC MARK 8の計測で1700が「エラーで完走できず」とグラフ部分に露骨に晒されている
同じマザーに挿した1600X/1500Xは完走してちゃんとグラフに並んでいる
ひょっとして1700が不良割合がダントツに高いとか？ >>14
発生する条件は確かにシビアなんですが、今は数時間程度で症状を再現できる
テストプログラムが公開されていますから、問題のあるチップか否かの判別は確実にできます。
Win上でサクッと実行できるのない？
Ryzenユーザーを安心させてくれよ >>122
これはCPUだけ変えただけで
メモリタイミングとか他の項目は全部同じだから
この1700への弁護・擁護は一切不可能になってしまった
当然完走できたとしても他の各テストでエラー吐いたり落ちたりする可能性も十分にありえる
完走した1500X1600Xも他のテストで落ちる可能性あり得るしな 何故かこのスレに「肝心の」チェック方法について書かれていないので
日本語で説明しているところを探した
https://kledgeb.blogspot.jp/2017/08/ubuntu-1704-183-ryzen-cpu.html
ryzen-test/kill-ryzen.shスクリプト
これか
Winしか使ったことがないからサルでも分かるように具体的的に手順を書いてくれ >>126
チェックツールの使い方も分からん奴がこの問題に直面することはないだろうから安心して使え そもそもwindowsでは発生してないんじゃなかった？ ？？？「ヤバイ！EPYCに負ける、、、そや！」
数か月後･･･
インテルでも発生する模様 うちの1700はWindowsでスリープ復帰後1時間くらい経つとBSoDするという問題があったけど
LinuxでsegvもするのでRMAで交換してもらったらWindowsで起きてた問題も全く起きなくなったw という夢でもみたんだね。
こんなスレにドヤ顔で書き込む奴がwindowsでエラー吐いたら
迷わずその場で書き込んでたはずだろ
嘘松乙 頭大丈夫か？w
まじめに返事すると、別のところにはその時書き込んでるがw >>136
AMD内での想像上の問題という説が濃厚にみえる
交換したら症状でなくなったという報告がある以上
マザボメモリの問題説がかなり小さくなった >>136
謝 AMD内での想像上の問題という説が濃厚にみえる
正 AMD内での製造上の問題という説が濃厚にみえる 常識的に考えて、AMDのCPU生産プロセスの中で、
試験-評価-設定あたりの後工程のミスでしょう 出荷時のメモコンが受け入れるパラメータ設定とかそんなんかな
エラッタは誤解を招きがちだが他に適当な呼び名がなかったと >>141
新しいステッピングリリースしてないのに
パラ変更していたらそりゃ一種の詐欺だろ
妄想もそこまで行くと病気 詐偽だろって言葉のチョイスはちょい頭悪すぎた
パラ違うなら商品として消費者にわかるようにすべきだから
そうしてないってことは多分ＡＭＤ的には不具合品も正常品も同じ物のハズなんだろうな 不良品を回収したら、原因を特定できるのではあるまいか？
製造上の不良か、設計なのか・・・あれ？ >>142
いまのCPUは、後工程でパラメータを書き込んで出荷するんだよ
だから新ステッピングにせずにパラメータ変更とかふつうにある パラメータ変更ならBIOSでも対応できるんじゃないか >>140
常識的に考えて、intelもCPU生産プロセスの中で、
試験-評価-設定あたりの後工程のミスでしょう 貼れと言われた気がした
Ryzen+linuxでSEGV
淫厨「Ryzenは欠陥品！RMAは逃げ！対応が遅すぎる！linuxでは対策不可能！windowsではBSODする！インテル最高！ザマミロ！」
core i +linuxでSEGV
淫厨「linuxは欠陥品！インテルは悪くねぇっ！バグを見込んで設計されてる！linuxでも対応できる！ここがAMDとは違う！製造上の不良！パラメタ変更は詐欺！Ryzen欠陥品！」
でも実際には… >>147
BIOSでも対応してるから出なくなってんでしょ 書き忘れた
今見たらもう一個のスレ214でBIOS対応の報告来てるよ >>147
OTP領域ならBIOSじゃ対応出来んわ このエラーって報告は1700のみ？
1700X/1800Xでもエラー報告あったっけ？ >>154
Intel製品も報告あった。
しかも新旧とわず報告がきた
もうCPUが問題というよりOSレベルの問題だった
と言うのが最終着地点 かってに最終着地点を捏造するな
AMDが問題を認めて、問題のあるCPUにあたったらカスタマーサポートに連絡しろっていった
リコールはしてないが https://community.amd.com/thread/215773?start=696
AMDが問題を認めた書き込み
プレスリリースで公表したり、リコールしたりせず、
コミュニティ掲示板でひっそり対応を発表するのはリコールする金が無いから？ 問題を認めたが詳細を把握しきれてないから様子見だって ・Linuxで発生するもWindowsでは再現しない
・初期のRyzenで発生するもEPYCやThreadripperでは発生しない >>157
どうした？陰土人w
陰の爆熱新製品がくやしいのか？w
ばぁ～かw
頭弱すぎてチンピラの当たり屋的な言い掛かりしかできないのか？ これが本当に問題になるようなやつは
無理して人と違うことやってる連中だけだって察した >>166
わざわざ数あるOSからエラーを吐く物をつかうんだよね わざわざ数あるCPUからエラーを吐く物をつかうんだよね Linuxで問題が起きるとXeon→EPYCへの乗り換えが渋るわけだが
Xeonでも発生することをうけ市場は安心して乗り換えられるわけだ こんな対応をする会社のチップは採用されないから安心しろ ぶっちゃけlinux君はいい加減整理してどうぞ
FXでちょくちょく不可解なバグに遭遇するのは事実だし >>172
>FXでちょくちょく不可解なバグに遭遇
具体的にどんなバグ？ >>175
いろんなもんが落ちたりフリーズしたり
ストレステストはあらゆるケースでもクリア出来るのに何故かね
エラーも探るけど原因不明、なんで今は使ってない
WSLとか仮想上なら大丈夫なんだけど 日本人による良質最終報告
彼にはこのスレにいる人が各自100円は寄付するべき
かなり時間を割いてかなり労力かけている
これでCPU自体が元凶である最終結論が出た
http://satoru-takeuchi.hatenablog.com/entry/2017/04/24/135914
Ryzenにまつわる2つの問題
NOTE: 2017/8/12に2つ目の問題について更新しました。ついに両方の問題が解決しました。
これは>>1のテンプレに入れておけ
念のため魚拓にも入れておけ AMDが正式にCPUに問題があるっていってるんだから、satのなんて見る必要ないだろ Linuxで起きる問題で、Windowsで起きないのであれば大した問題ではないな 発生が確実に再現できないんじゃわからんわな
個体差がある以上交換対応で間違ってないと思うが >>176
なんとなくだけどメモリ臭いけどね
単純な命令を繰り返すだけのストレステストでは叩き切れない故障モードがある
基本に戻ってメモリ1本でOSの動作テストしてみてどうよ >>184
解析出来てるからsatに良品送ってよこしたんだろ >>185
メモリは二種類試した
winではパーフェクトに動くんで良いんだけどね
FX君は売れなかったし仕方ないんやなって >>187
どういう法的根拠で？
>>188
複数枚刺しせず1枚でダメか？＞メモリ
バグの再現方法詳細に書けばすぐにはムリかもだが誰かしらテストしてくれると思うが
そしたらおまいもその問題がおま環と信じられるだろｗ 他に強制する方法があるなら書いてみ？
お前はゆとりのガキかｗ 28週も怪しいとなるとRMA用として選別してる可能性もあるんだな
とりあえず販売店で交換対応できるようにしてくれAMD >>189
一枚だよ
まぁそもそもUMC二発あるんだからモジュールの不良を除けばどっちでも変わらんとは思うが
4TBのHDD刺すとBIOSすら起きてこないポンコツMSIボードなんでこいつのせいかもだけど、窓じゃ問題ないしどうなんだろうな
そういや別でUbuntu入れてるノートは古いのもあってタルすぎて使えたもんじゃないが、あっちでもブラウザだけはよく落ちるな
それ以外を使ってないからよくわからんし、どうでもいいと言えばいいけど ブラウザに限らず犬糞でGUIは使うもんじゃねえな
まぁポン付けでHDD追加とかGUIの管理ツールあると頭使わずに済む時もあるんだが
つか微星か…BIOS ageてもダメならそんなもんとして動く範囲で騙し騙し使うしかねえだろうな 貼れと言われた気がした
Ryzen+linuxでSEGV
淫厨「Ryzenは欠陥品！RMAは逃げ！対応が遅すぎる！linuxでは対策不可能！windowsではBSODする！法的根拠を説明しろゆとり！インテル最高！ザマミロ！」
core i +linuxでSEGV
淫厨「linuxは欠陥品！インテルは悪くねぇっ！バグを見込んで設計されてる！linuxでも対応できる！ここがAMDとは違う！製造上の不良！パラメタ変更は詐欺！linuxでGUIは使わない！Ryzen欠陥品！」
でも実際には… まぁ、ジム・ケラーが早々に逃げたあたりで
こうなるとは思ったよ ZEN3まできっちり設計していったのに逃げたとは？ 技術の天才は常に新しいやりがい探してるからな。
設計が古くなったら、またもどってくるだろ。 面白そうなところに首突っ込んでは颯爽と去って行く
旧DECからそんな感じでずっとやってるよ、あの人 AMDの支社は日本にないから日本でいくら騒ごうが動かない , -一''''''''''''''''''丶、
／:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:ヽ、
/;:;:;:;:;:べ;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;＼
/:;:;:;:／ ヾ:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;ﾞ､
|;:;:;:;j t;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;t
l;:;:;/-━＿ ヾ;:;:;:;:;:;:;:;从:;:;:;:;:;:;:} 拳で
(ト(●≧ )─‐}:;:;:;:ジﾍ }:;:;:;:;:;:!
r─一'^ヽ / ￣￣ !:;:/ ）ﾝ ﾉ;:;:;:;:;:|
t 二ゝ 廴,,j ﾞ'′ し''´ |;:;:;:;:;l
ﾍ _ / j＿ /´ / l;:;:;:;:{
l Lﾉ ∠ノ＞ ! / |;:;:;:;l
| ﾉ ｀ヾ / lﾍべ
! ? ヽ＿＿_／ / }ll,,,
! | 〔 / ,,llllll'''''＼
| l , -‐'￣lll ,,lllll''' 二二 ﾞヽ、
l ﾞi ／ 二二 lll ,,lll'''二二二二二二＼
| ﾞi / |二二二lllllllllll''二二二二二二二二 ﾞt
l ﾞt ,-‐' l二二二二二二二二二二二二二二 ヽ、
ﾞ; ヾr─'ﾞ 二二 |二二二二二二二二二二二二二二二 !
ﾞ; l 二二二二l二二二二二二二二二 l 二二二二二 l
ﾞ; ヽ､ 二二二|二二二二二二二二二 | 二二二二二 |
ﾞ; ﾞｰ､二二l二二二二二二二二二 l 二二二二二 l
! ＿ -─ﾍ二｜二二二二二二二二二 | 二二二二二 ﾞi
￣￣ ＼l二二二二二二二二二二l 二二二二二二ﾞi
|二二二二二二二二二二〉二二二二二二 |
l二二二二二二二二二二| 二二二二二二 !
|二二二二二二二二二二! 二二二二二二 >>199
結局ブログやら海外やら複数の何かがあるなら少しはソースになるだろうけど、
完全なデマをソースにしている時点で、終わっている。 そんで並行コンパイルは使い物になるようになったの？
インテルAMD問わず Taichi最新BIOS3.20にしてストレステスト完走する設定で4.13.7ビルドしたら何回やっても４回目くらいで速攻SEGVｗ
試しに4.13.3のカーネルでやってみたらまだ30回目だけど今のところSEGVしてない BIOS3.00の時は100回以上問題なかったんだけど戻そうかな・・・ マザボスレより
AMD Readies AGESA 1.0.0.7 Update Enabling "Raven Ridge" APUs
https://www.techpowerup.com/237888/amd-readies-agesa-1-0-0-7-update-enabling-raven-ridge-apus
AGESA1007への更新では将来的なCPUとの互換性のためにBIOSそのものの構造が劇的に変化する予定である >>216
メモリクロック関係なくSEGVするから困る 貼れと言われた気がした
Ryzen+linuxでSEGV
淫厨「Ryzenは欠陥品！RMAは逃げ！対応が遅すぎる！linuxでは対策不可能！windowsではBSODする！法的根拠を説明しろゆとり！インテル最高！ザマミロ！」
core i +linuxでSEGV
淫厨「linuxは欠陥品！インテルは悪くねぇっ！バグを見込んで設計されてる！linuxでも対応できる！ここがAMDとは違う！製造上の不良！パラメタ変更は詐欺！linuxでGUIは使わない！まともに動かないCPUはいらない！Ryzen欠陥品！」
でも実際には… 米AMDでしか対応してないのはRMA用に選別してるからだろ
怖くて買い直すこともできん 海外サイトによると、３０週以降製造分は対策済みで問題ないとのこと
買ったら製造週をチェックしろ 随分古い話だが、パックド16ビット整数の乗算で上段16ビットを残すオペコードでは下位16ビットの最上位を四捨五入？せず切り捨てていた事を知った時、amdインテル共々糞と思ったな。 >>223
いや、それが仕様だから！
勝手に演算結果変わる方がおかしいから！ UA1733PGTでSEGVとMCEが発生してるって書き込みがあるな。 >>223
上位と下位でフル乗算になるんだよ
知らないってのは恥ずかしい さっきRMAの申請した！
ググル翻訳の英語で。
通じるかな… 翻訳機通すなら文面最初に明言しとかないとなんだコイツって思われるかもしれない Ryzen caused segfault in linux environment.
I'd like to request RMA.
て書いて、環境と実行したスクリプト、その結果を羅列して送っただけ。
通じるよね？？ まず最初にここに日本語で連絡したら、
http://support.amd.com/ja-jp/contact/email-form
交換対応するから、以下に連絡してねって言われた。
http://support.amd.com/en-us/warranty/rma
日本語だと対応してもらえるか不安だったので、頑張って英語で申請した。
まだ返事はない。 無理に英語にしなくてもランゲージで日本語選択したら、日本語わかるAMDのカスタマーが対応してくれるぞ >>233
まじかーorz
AMD日本があの有り様なので、イマイチ信用できなくて… うーん、やっぱり信用できん…
こんなメールきたわ
メールサーバーもまともに運用できてないんか…
Subject: Warranty Service Request
This message hasn't been delivered yet. Delivery will continue to be attempted.
The server will keep trying to deliver this message for the next 1 days, 19 hours and 51 minutes. You'll be notified if the message can't be delivered by that time. きたー！
応答およびサービス・リクエスト履歴:
ご協力ありがとうございます。
返品承認（RMA）の処理が完成させていただき、RMA番号がxxxxxxxxxxxxxxxxxとなります。
AMDに返品するCPUを発送する際は必ずCPUを安全に梱包し、
箱の外側に太字でRMA番号と下記の発送アドレスを記載していただきますようお願いいたします。
先行者達のおかげでスムーズにRMAできました。
昨日RMAリクエスト投げて、今日には受付完了。
ほんとありがたいです。 上でRMAした者だが、やっとFedexで送付した。
Fedex書類めんどくせー… 16.04から17.04にアップグレードしてからカーネルビルドしてみたら一回のビルド時間が1:10から1:29に遅くなった
segv対策に何か無効にしたのかね おまかん言ってるやつは、いったい何なん？
うざいわー >>243
メジャーバージョン変われば、ビルド時間も結構変わってくると思うけど。 連続カーネルビルド開始してから8時間以上経ったけどSEGVしないから合格でええね これやってみ？
おれの環境だと三分以内に必ずsegvしたのでRMAしたわ
https://github.com/suaefar/ryzen-test >>250
memtest三周問題なし
occtも12時間問題なかったよ >>249
メモリ16GBならRAMDISKをfalseにして4 4で実行？
AMDにはこれ実行したらSEGVしたって連絡？ >>253
メモリは32GB
環境とスクリプトの実行結果いくつか貼って、AMDにRMA申請した。
21日CPUアメリカに送ったけど、Fedexの追跡番号確認できた時点で、アメリカから交換品発送してくれたわ。
明日到着予定。
おれのCPU発送が21日で、交換品が24日に届くとか、すげー神対応。
AMD見直したわ。
届いたCPUでまた試してみるよ。 >>254
ごめん、間違えた
交換品のcpu届くの24日でなく26日ね 3871sセグフォｷﾀｰ
でもこれ普通にgccビルドするだけなら問題ないんじゃないかという気もｗ >>258
だいぶ持ったねー
おれは30s-100sぐらいで毎回でてたわ
個体差もあるんかね
ちなみに何週目製造のcpuかわかる？
おれのは10週目だった >>260
9週目の1700
OCCTラージまで問題ない設定でもすぐSEGVする環境だったけど
メモリの設定とか電圧関係いろいろ試してなんとかここまでたどり着いた
けどSEGVしないように設定すると今度はOCCTラージが通りづらくなるから
解決するならRMAなんだろうな・・・ >>261
そうか、苦労したんだな。
おれも色々やったけど解決できず先日RMAしたわ
申請だしてからは早いよ
上にも書いたけど、こっちから送ったことが確認できれば、すぐにアメリカから交換品を送ってくれる。
申請から届くまで一週間程度。
やってみれば？
唯一Fedexの書類だけ面倒くさかったわ IntelのCPUでもCPU不良というのは存在してるから
33週での絶対数を見ないとダメだと思う 3000S超えるときもあれば45Sで終わるときも
こういうランダムな挙動されるとお手上げだわ アスク税はらってるのに、RMA申請は外国で送付先も外国とか手抜き杉
アスク税はらってるやつは、アスクか日本AMDで対応しろ >>267
確かにこれだよなあ
でもAMDの日本語問い合わせフォームに連絡するとアメリカのRMA申請urlを案内される。
代理店でどうこうしろという話はでてこない。
正式なリコールならそうなるかも知れないが、リコールしてないのでこのような対応するしかないんだろうね SEGV対応のRMA用を特別に選別したCPUだからアメリカでしか対応できないんじゃないか 選別かけてる可能性はあるね
それやってない日本法人で無限オカワリされると困るからな 昔のCPUみたいにWindowsロゴ入れておけば問題なし なるほど淫石はWindows専用CPUと強弁する手口かｗ >>229だが、RMA交換品届いた。
33週品だった。
現在kill-ryzen.sh実行中だが、二時間問題なし。
交換前は、三分以内で必ずsegv発生していたので大きな進歩。
これで安心して使えそうだわ RMA交換品、五時間segvせず動作したわ
とりあえず明日の朝まで様子みるわ
segvするやつはRMAしとけ 17904sでout of memoryで落ちた。
segvは出なかったのでよしとしよう。 >>281
五時間もたなかったね、280は間違い、ごめん >>281
再起動してから再実行を数回しても同じように数時間問題無しなら
設定関係なくランダムに起きるsegvの問題は解決したととってもいいのかも >>283
25週以降のryzenならほぼ問題ないと思うぞ。
上のout of memoryは単にメモリ容量が足りなくて落ちただけ。
>>284
メモリを2133から2800に上げてテスト中。今んとこ一時間程度問題なし。以前は2800なんて起動さえしなかったが、いつの間にか動くようになってた。 2800で動くようになったのは、agesa1006のおかげやね 今朝確認したらout of memory発生してたけど、segvはでなくなった。
ocメモリだろうがなんだろうが、cpu交換後はsegvでなくなったことは事実。
おれは満足したのでryzen使い続けるよ。 segv出なくなっても完走しないんじゃ意味なくね？ >>290
交換前は、agesa1006でもsegvでたよ。
kill-ryzen.shは数分で結果でたから分かり易い。
>>291
out of memoryがでるのは、単にスクリプトの作りの問題だと思うわ
そもそも永久ループのスクリプトだし、完走はない >>292
まあ完走と言ったのは自分で止めるまでって意味で言ったんだけどね >>290
それはメモコン壊すパターンだから微妙に話が違う >>297
初期のBIOSはメモコン壊すていう噂、ホントかもしれんね >>299
あり得るな
リリースまでもそんなに期間なかった感じだし 過電圧過電流の環境にするならともかくタイミング詰めすぎても信号破綻して認識しなくなるくらいでメモコン壊れることないだろ
もし実際に壊れたというならどうやったらタイミングだけでメモコンを物理的に壊すことができるのか詳しく説明してほしいな >>303
初期BIOSは過電流過電圧になってた可能性はないのかね？ >>304
テスタで測ったわけじゃないけどソフトウェア上の表示ではそれは無かったね
Taichiだけど
まず過電流、過電圧で物理的に壊れたならOS関係なくエラー出るしLinuxだけコンパイル中にエラー出るのはおかしい 定格外でつかってOCしておきながら無視だからな～
そりゃおまかん言われますわ >>303
いや、そもそもUMCの動作はMicrocode、つまりAGESAで左右される
2つのアクティブデバイスをタイミングで縛って接続してるってことは、条件如何では双方の電源電圧の和を印加する事も可能だしな
それはなくとも無茶なパラメータで動作させればすぐ壊れるさ、ナノメートル単位のデバイスなんだし RMAの交換品(33週)が届いたので、カーネルのビルドを延々回し中
前は数分でエラー出てたけど、交換後は問題無さそうで一安心 海外フォーラムによると25週はだめ、30週くらいからは対策されてるんじゃないかって話だな
RMAで33週がくるってことはそれ以降は大丈夫なんでしょう
25週以下 アウト
25～30 グレー
30～32 たぶんOK？
33～ 問題なし
こんな感じなのかな >>312
ありがとう
現状、CPU交換でしか対処できないってことですね
Windowsでは発生しないと聞いたけど本当？ >>311
なおってない
>>313
明確な発生条件がわかってないというだけ EPYCやThreadripperでは発生しないなら選別ミスだろうけどね
Threadripperは選別した良質なダイを使ってるらしいし >>309
なかーま
おれもRMA交換品は33週
全くsegvしなくなった 素人にはわからんけど、電圧の変化のアナログ的なことなんじゃないの…？（笑） >>325
新品初期Ryzenに最新BIOSの組み合わせで同じ挙動
シリコンレベルで修正したという最近のRyzenでは問題ない
この事から単に原因がわからなかったときの妄想だったのだよ ところでryzenの1.55ghz固定問題にあってる人はいない?
海外では報告あるみたいだが、国内では少ないのかな。
マザーはAsrockのAB350M Pro4なんだけど、再起動後は結構頻繁に1.55ghzから動こうとしない。
BIOSのせいなんだろうか。 coffee lakeではこのバグ起きなくなったのか？ >>329
簡易水冷だから高負荷時でも50度くらいだよ。
そういえば忘れてたけど1700の30週製造品ね。
すべて定格、P2ステート以下無効化とか、とりあえず海外スレに出てるようなことは一通りやったけど、出るときは出る。まともに起動すると平常運転。
いまいち再現性がないんだよな。 >>332
コールドブートでなる。再起動でなる。
何度か再起動して定格に当たったら使う、という面倒くさい状況になってる。 >>333
BIOSを更新するとか、巻き戻すとか。 >>334
うむ、やってみた、が無駄だった。
海外じゃMSIマザーでの報告が多いみたいだけど、BIOS更新で正常になったとか?
でもTaichiの最新BIOSでなるとかも見たし、よくわからん。うちにTaichiもあるがそっちは正常だし。
おま環なのかね…。これで他にいなければそう思うところなんだが。 >>336
推奨位置じゃなくても大丈夫かな?
とりあえずやってみるよ。 >>337
まぁ、俺はメモリか豆電池が怪しいと思ってるよ。
不安定なメモリや豆電池が原因で安定しないシステムにたまに出会うから。 >>338
ダメだった…。
電池は発生した頃に新しくしたし、今メモリを入れ替えたり正常なTaichi機から持ってきてBIOS更新したりしたが頑なに1.55ghzで起動しよる…。
マザーの変更を検討しますわ。どこなら発生しないのかわからないけど、変えてまともになったら今のは修理にでも出すかね…。
思い切りスレチだったけど付き合ってくれてサンクス。原因がわかったら報告するよ…。 >>340
確かに。2.50から3.10だった。
それ以前にagesaを下げるのも…まぁ今度暇な時にやってみるさ。 この手のマザーが原因のバグはIntelでもあるわ。
というか、●のサーバーでCPUファンの常時全開病が起きた時に
完全な商品は無いと悟ったよ。 Skylakeバグとか、結局OFFになった命令とかありましたけどね？ でもRyzenは使ってて楽しいや。
こんなに不具合があるのはC7Z97-Mと4770Kの組み合わせ以来でわくわくもんよ。
そいつらも今じゃ家族用で安定稼働中だし、いずれすべて時間が解決してくれる…。 >>345
●でもそんなのあるんか
まぁMBが自壊するようなのに比べたら何のことは無いけど
いやでもまぁ困るな、クッソうるせーじゃねーか >>350
エラッタ問題なんて他社でもあったのに
過剰に嘘だデマだと煽ってるがわの問題やね ryzenなら問題あっても交換対応してくれるんだから
すっとぼけてるすかいらーくとカビよりは全然マシだろ… 最初はデマデマさわいでた奴等が一番恥ずかしいと思いますね
事実を嘘つき呼ばわりされた方が情報発信続けてくれたおかげで
AMDがryzenの調査はじめて、購入者が正常な製品手に入れられるようになったという事は事実だと思う 必要もないのにwarと題して煽ったんだよ
やり方完全に間違えた 実際ふつーに使う分には問題無かったからなぁ、、、
結局一発書きのROMの中身とHWとの相性だっけ?
何処のかまではわからんが、再現率からするとECC積まんと同定が困難な状況にあるし
これからはAGESAの量増えそうね かなり限定された特定条件下でしか起きない問題を
製品全体を欠陥品呼ばわりだったからなあ
検証の呼び掛けだったらみんな協力したかもしれんけど
最初から下衆な下心が見えてたのもあってみんな拒否感出てたね 反応としては、「なんだエラッタか」だけで良かったのにネガキャンだ！と騒ぐ奴等が一番個人的にウザかったように思う
さすがにマザーBIOS(マイクロコード)更新で対処無理と知らされた時はCPU外すの面倒くせーくらいの不満は少しは思ったがWINDOS OSには、全く関係ないで予備知識として情報収集だけしとくかで2chのぞいてたから
煽りあってる人おちつこうよとレスすると
燃料受けとったといった感じの反応だったからなー Windowsと関係無いなんて事は発表されてないけど
そもそも原因が特定されてない Win10のVisualStudioでクラッシュするからRMAしてもらったっていう話あるくらいだから
Linuxオンリーの話でもないでしょ
でもRMA対応してもらえるだけAMDのほうがマシだよな >>362
そんなの居なかったぞ
わっちょいアリスレ見てなかったのかな？ >>362
現実みれなかったのか…
病院いったらどうだ >>364
不思議なことにビルド周りでは出るって報告がいっぱいあったけどそれ以外では問題無かったって事
これが気になる
コンパイラのみが行う特殊な条件なんてものがあるのかと
まぁgccなんてデフォで3回走らせて同一で無いと出てこない仕様だし
エラッタ云々は別にしても割と有る現象なんだろうな 未だにおま環トラブルを重大なエラッタに仕立てたいノータリンくるくるパーの朝鮮人がいるんだな AMDが公式にRyzenに欠陥があったことを認めたのに、いまだにAMD擁護してるやつはなんなの？
https://community.amd.com/thread/215773?start=696
ここでAMDが正式に欠陥の存在を認め、欠陥があればカスタマケアに連絡しろ(RMA申請しろ)って公表してる
なんで日本法人やアスクはだんまりなのかは知らん >>370
Ryzen選ぶ客が情弱多くないと販売側が考えてるからじゃね？ >>370
大部分の製品で問題がないからでは？
多分、スクラッチくじの1等2等当てるくらいの頻度だぞ。 最初に大げさに騒いで煽った癖に事実関係が浮き彫りになるにつれて
自分は2chに協力を仰いだが煽られた被害者みたいな振る舞いだったしな
挙げ句の果てにはウキウキで準備してた公演をドタキャンだし >>370
CPUに欠陥があるとは一言も書いてないけど。
Ryzenの不具合についてAMDから公式に発表されたことは無いよ。 そう。
おまかんによる故障
OCしておきながら否定するガイジはなんなの
事実を聴視できない病気かなんかか？
まぁ初期BIOSが糞な場合もあったが 粗悪電源つかった上、組むの失敗した不安定な環境で発生したってのもあったよな >>339
マザーボードにあるディップスイッチで変更しないと
駄目だよ。 >>381
マザボのDIPスイッチとな。
何を指してるのかよく分からないな…。CMOSクリアのジャンパピンのことか? 昔はマザボのdipスイッチでFSB設定したなぁ
なつかし dipスイッチって最近見ないなぁ
アレの方がわかりやすくて良いんだけど ベースクロックを50MHz→66MHzにスイッチで変更してOCとかやったなぁ まあboinc方面で騒がれなければ気にする必要ないかと
365日24時間ずーっと負荷100%のアプリは個人用途ではあれとその仲間くらい
複数PCの結果を突き合わせるので値の間違いも検知可能 ここでは淡々と検証してたけど
騒ぎ出した人はハードウェア検証の真似事すらできないってバレてたよね もしくは初期不良かな
最近再生支援だけ壊れた3220を見た まぁそもそもECCも無しの環境でエラーだなんだは気にしたら負けというか何というか >>390
2chのこのスレに書き込むじてんで、もちろん俺も含めてレスの内容説得力皆無だかと
俺はまんまと君に釣られた自覚もある 早いけど埋め協力「intel inside」
空気読めない奴と良く言われる うちのjane2chは5ch対応でログに不整合が発生してるらしく
レス番がズレまくってて困る そりゃ自分の恥は埋めてdat落ちさせたいわな
ログが消えるわけじゃないが >haya@homuh0mu 6月26日
>返信先: @homuh0muさん
>前回のからあまり変更はありませんが、スレッド数を1増やしたのと、メインスレッドのほうでsched_setaffinityを呼んでいるところが主な差分です。
>この状態でUbuntu17.04とその標準のgccでビルドして「./run.sh 8 2500000」をするとSEGV出ます。
コレ以外の設定じゃ出ないそうですね
この限定された方法で稀に出たとして、それが実使用でどれほどの脅威になるのだろうか
sat
homuh0mu
EIRAKU
カス三銃士 上でR7 1700で1.55ghzがーとか言っていた者だが、AB350M PRO4のBIOSを新しい3.30にしてからは安定したような感じ。まともに3ghz 程度で起動してる。
やはり他の例と同じようにBIOS由来の不具合だったみたい。
一応報告まで。 1700にH110i使ってるけどRMAしてもらえるよね？ ＿＿＿
,;f ヽ
i: i
| AMD |
| | ///;ﾄ,
| ^ ^ ) ////ﾞlﾞl; ハンニャ、ハラミッタ～
(. >ﾉ(､_, )ヽ､} l .i .! | インテル、オウジョウニダ～～
,,∧ヽ !-=ﾆ=- | │ | .|
／＼..＼＼｀ﾆﾆ´ !, { .ﾉ.ﾉ
／ ＼ ＼￣￣￣../ / .
【エラッタ】IntelのCPUに深刻な欠陥 Core i世代以降が対象 パッチを当てると性能30～35%低下
https://asahi.5ch.net/test/read.cgi/newsplus/1514966335/
intelのCPUに重大なバグ。修正により性能30%ダウンは確実。 もちろんcoffeeも対象 [589351131]
https://leia.5ch.net/test/read.cgi/poverty/1514960738/
【Corei全部ダメ】IntelCPUに重大セキュリティバグ発覚 修正で性能3割ダウンへ
https://krsw.5ch.net/test/read.cgi/ghard/1514967453/ SEGVを遥かに凌駕するセキュリティの不具合がIntelで見つかってワロス SEGVがデマだってひたすら否定してきた知的障害は黙り込んだ。 intelでSEGVにならない理由が判明したね
単に権限チェックしてないからアクセス保護違反にならないというだけだった Intel下げなニュースが飛び交うと唐突に書き込まれるamdディスはなんなんでしょうね(笑) sat
homuh0mu
EIRAKU
カス三銃士 >>413
メルトダウンはカーネルモードで使ったキャッシュ領域にユーザーモードでアクセスできちゃうという問題
コンパイラでもファイルIOなどに伴うシステムコールとカーネルモードでの処理は当然ある
そして、このSEGVのエラーメッセージ内容は general protection fault
これはアクセスしたら駄目な所にアクセスしたから落としたよっていう例外
Ryzenではアクセスが許されなかったのが問題とされていた
一方のIntel CPUでは例外が発生しておらず、それが正しい挙動とされていた
だけど今回のメルトダウンの件でIntel CPUはカーネルモードで使ったキャッシュへのアクセス権限チェックをしてないことが発覚したからね
そりゃそうだとしたらIntel CPUではアクセス保護違反なんて起きないよなっていう
まあこれも推測だから断定は出来ないのは確かだけどね 最低だよintel
まさかノーガードのザル管理でAMD煽ってたなんて >>415
だったら環境によってSEGV出たり出なかったりとか、製造が33週以降はSEGV出ないとか、おかしいんじゃない？ >>417
いや、そこじゃない
それは単に初期の不良とかメモリがキツかったとかで、OCとかやると割とすぐ出るよ
実際やってみりゃわかるが、かなりシビアなストレステストになる
PrimeだのOCCTだので12時間とか回して出なくてもコイツなら2-3回であっさり出る程度には
OCで出ない報告が妙に多いってのが疑問ではあったんだよ
FXとCoreSoloで検証してたんだが、完全定格以外ではほぼ確実にSEGV出る程厳しかったし、後者はボロなもんでSEGVは無かったが中身ブッ壊れまくってた
それがあっさり通るってのが多かったから不思議でならなかったんだ
中身までチェックしてないなら確かにSEGVにならない限りは通ったと判断するだろうし、モノリシックだからクリティカル部分に当たらない限り使っても問題ないしな 33週以前のSEGVやOCで発生するSEGVはCPUの動作不良です。 そりゃ訳もわからずOCすりゃ動作不良になるわ。カス。 Linuxだけ発生しますWindowsでは発生しませんじゃぁ
Linuxのバグだろって結論にならざるを得ない。 Linuxはこっちの問題の方が致命傷では？
シングル重点のWindowsと違ってほとんどが鯖としての用途なんだし
【CPU】 CPUの脆弱性対策後、サーバのCPU使用率が倍以上に
http://blog.livedoor.jp/nichepcgamer/archives/1069525033.html
リンクを踏みたくない人用に以下↓文章コピペ
＞CPUの脆弱性問題でサーバが悲鳴を上げているようです。Epic Gamesは、自社が使用するサーバについて、下記のアナウンスを行いました。
＞この図は、Meltdownの脆弱性に対処するためホストサーバにパッチを適用後、CPU使用率に大きな影響が出ていることを示しています
画像 http://livedoor.blogimg.jp/nichepcgamer/imgs/1/2/1242cf7d.png CPU Utilization ＝ CPU使用率
＞来週、私たちが使用ているクラウドサービスがアップデートされます。それに伴って予期せぬ問題が発生する可能性があります。
＞当社は、さらなる問題を防ぐためにクラウドサービスプロバイダと協力しており、
＞可能な限り迅速に発生する問題を軽減し解決するためにできる限りの努力をします。
＞対策前と対策後を示したこのグラフは、CPU使用率が倍以上になっていることを示しています。
＞これまで出来ていたことの半分の処理能力しか出ないようでは、サーバ業界への影響は必至となるでしょう。 >>423
色々違うからそうとも言えん
特にCPUと密接な所は全然違う筈だしな
というかそもそもカーネル形態が違うのか インテルがまたSecurity問題。
ローカルでノートPCのAWT有効後、遠隔操作可能か？
Fセキュアが発表 去年12月中旬に2個同時にRMA申込したが年末年始/Spectre問題/書類作成難で進行が滞りがちで交換品が届いたのが1月中旬になってしまった
現時点AMDとの連絡は日本語で可能(住所表記は要英語形式)
AMDに話を通す事よりFedExの書類(送付伝票・ コマーシャルインボイス(税関用書類))の作成が最大の難関だった
海外に荷物を送った経験がない者には難易度高い
なお交換品の製造週は1739と1741
どちらも24時間回して問題無し 一方インテルは欠損CPU立ったことが判明してしまった…
◎：全く影響なしくサポート不要
○：ほぼ影響がない、心配であればパッチ用意
△：影響あるが、パッチで対応済
●：パッチ適応で大幅パフォーマンス低下有り
×：今現在サポートが未完全
Variant1（CVE-2017-5753）：intel△ AMD△
Variant2（CVE-2017-5715）：intel● AMD○
Variant3（CVE-2017-5754）：intel× AMD◎ >>433
> なしく
誤字がいつまでたっても直らねえ AMDのサポートとそれまで日本語でやりとりしてたのが急に英語で
担当者が休みだから機械翻訳で頑張ってみたよhahaha君が言ってるのはこういう意味かい？
みたいなメール来てわろた >>437
適当でいいから英語くらい使えよぅ
結構通じるゾ 買ってからそろそろ1年経つけど
RMAは購入後何年まで可能？ box版のcpuなら3年保証だろ
買ったcpuの外箱に代理店の保証期間書いたラベル貼ってあんだろハゲ 代理店の保証期間とAMDの保証期間は違うと思うけどどうなんだろうね
メーカーのRMA受けたら代理店の保証は受けられなくなるらしいから
AMDが3年保証してるかどうかが気になる 2018年２月に購入した１７００だけど、kil-ryzenで出ちゃうな。
SMTを無効にするとでなくなるが。 確認したら17年の２５週だったorz
なんでこんな古いCPUが メモリはcrucialの２４００ですね。
メモリクロックを落としたり、電圧を上げたり、SOC電圧を上げたりしてみたけど全然だめでした。
もちろんCPU電圧も定格で確認してます。 俺もこれでもかっていうほど色々試したけど時間の無駄
さっさとAMDのサポートに連絡した方がいい OCメモリに電圧あげで壊れないのがおかしいわけで。 XMP読みで2666で動くようになってて喜んでたんだけど
SEGVエラーを確認できるテストってある？ オーバークロックや電圧上げてなくても普通にSEGV発生してるしな。 まずこれを技術的に解説しよう
これは”Ryzen”の欠陥ではあるが、
インテルみたいにCPUアーキテクチャの欠陥ではない
企業向けRyzenであるRyzen PRO、Ryzen Workstation
そして、持ち歩くため盗難対策が重要なRyzen Mobileに搭載されている
ARMプロセッサを使用したセキュリティ対策用の独立コンピュータ
“Secure Processor”のファームウェアに欠陥があったことが原因。
この時点でSecure Processorを搭載していない
通常のRyzen、Threadripper及び、デスクトップAPUは除外される
さらに、そもそもCPUアーキテクチャの欠陥ではないため
修正を行っても性能低下が発生する可能性が低い。
さらに、「管理者権限を乗っ取れる脆弱性」ではなく
「管理者権限を乗っ取らなければ使えない」脆弱性。
Intel MEのバックドアは誰にでも開けられるから問題だった
Ryzen PROのバックドアは、結局持ち主である企業が開けられて、
その権限を乗っ取らないと開けられないだけ
いたって普通の管理機能で、脆弱性と呼ぶ必要はない
そもそも、イスラエルって
インテルの開発チームがあるとこだし
つい最近まで何もしてない会社がいきなりですか。
MeltdownはGoogleのProjectZeroや、大学教授なんかの識者も一緒に
見つけちゃった脆弱性なのに対し、
金で転ぶような企業はさすがだわ。
90日のマナーも守らず公表しちゃうんだから。
インテルマネーに転んじゃった可愛そうな企業か、
インテルマネーで設立された偽セキュリティベンダーか。
どっちなのかね。
どのみち、自作業界のRyzenには何の影響もないから無視しておｋ インテルのは対策でパフォーマンスが落ちるだけだけど、
ryzenはプログラムがエラーになるからな。
でもryzenの場合は新しい製造週のものに交換すれば解決するけど、
購入した店ではSEGVでの交換はやってないから面倒くさいんだよな。
メーカーが交換でちゃんと対応してるのに、小売店で対応してないとかふざけてるとしか思えんが。
メーカーで交換するのって大変なんでしょ？手間が。 戦争ですから～！
そういうキャンペーンですから～！ >>472
日本語サポートはまともだし送料もメーカー持ちだから良心的だと思うけどな
そもそも小売店で対応なんて交通費もかかるし店員に説明しないといけないしでかえって面倒だわ
まあシンガポールとかじゃなくて国内を送り先に出来ればもっと楽なんだけど Ryzen 1700を交換してもらいました。
届いた石の製造週は2017年50週でした。
以前の25週の石では50-150秒程度でkill-ryzenがFAILを出力していましたが、
届いた石では１２時間まわしても発生しませんでした。
AMDの話では２５週以降で対策されているそうですが、２５週の場合は対策前のものも混在してるそうです。 リコールだと何十万個も回収しないといけないけど
それに比べたらわざわざ交換を申し出る人なんて
ごくわずかなんだから個別対応する方が
ずっと安上がりなんでしょ。 リコールはいいから日本国内で交換対応してくれよと思う 高いマージン取ってんのに本当に代理店役に立たねーな 日本の中間職全般は社会主義的思想からきた無能を職につけ食べさせるための制度 ocおま環SEGVの時も今回の管理者権限必須のイチャモンにも真摯に対応するAMDは神だったな
それと比べてクリティカルなメルトダウンやスペクターにすらノーガードノーパッチのIntelは糞 CPU自体の不良と分かって交換対応で解決したのに未だに訳の分からんことを言ってる奴は何と戦ってるんだ >>490
インテル二十年ものの誤設計から世間の耳目をそらせるのが狙い sat「これはリコール」
homuh0mu「リコール！」
EIRAKU「論理的にリコール」 ■超簡単なまとめ
問題なし
普通のRyzen、Threadripper及び、デスクトップAPU
EPYC、Ryzen PRO、Ryzen Workstation、Ryzen Mobile
おしまい
Intel Sandy Bridge以降
＿＿＿＿_
／:::::::─In℡─＼
／:::::::: （ ○）三（○）＼
|::::::::::::::::::::（__人__）:::: | _＿＿＿＿＿＿＿__
＼::::::::: |r┬-| ／ | | |
ノ:::::::::::: `ー'´ ＼ | |: BranchScope | 代理店によってはCPUを交換してくれるところがあるみたいだな。
お店の人に聞いた話だからどこまで本当かわからんけど。 リコールってこう言うことじゃないのかね？↓
CPU攻撃の新たな手法「BranchScope」、Intel製CPUで実証
https://headlines.yahoo.co.jp/hl?a=20180328-00000037-zdn_ep-sci
米カーネギーメロン大学などの研究チームが、IntelなどのCPUの脆弱性を突く新たな攻撃手法「BranchScope」に関する論文を発表した。
1月に発覚した「Spectre」と呼ばれる脆弱性と同様の仕組みで、IntelのCPUや、セキュリティ機能の「Software Guard Extensions（SGX）」に対して
攻撃が通用することを実証したとしている。 >>497
OSやアプリがフリーズすると、SEGV問題のせいじゃないかと疑心暗鬼になって心が壊れる。 SSD使っててプチフリみたいな症状が出るのはLPM問題のせいだぞ >>499-500
やはり騒いでるやつらはキチ扱いでいいな ZEN+近くなってきたけど入手した人テストして報告してくれるといいな >>503
お前も勇気出してRMAに挑戦してみろよ。
やることやればちゃんと交換してもらえるから。
こんなところでいじけてても解決しないぞ！ >>477
AMD自身は25週目以降対策しましたって言ってないからな
単純に25週目近辺から選別厳しくしたかryzenの出来が安定したかの2択でしょう >>506
輸入代理店の人に問い合わせてもらったら、２５週目から対策品が出始めてると回答があったそうだよ。 >>507
対策品言うて発生してる人はいるからな
選別レベルな気はする >>510
まだ初期ロットの在庫抱えてるの？
大変だね。 スリッパが出た32週か33週あたりから良くなった感じか SEGVなんておま環ocで身勝手にダメージ与えて壊してんのにエラッタニダ補償シル！って騒いでネガキャンしてる猿達の都合の良い合い言葉を盲信してるあんたは何者？ 25週以降安全神話の根拠は伝聞
25週以降もSEGV報告あり
うーんこの 初期ロットの在庫抱えてる業者じゃないの？
工房のネット販売サイトみたら
AMD Ryzen 7 1700X+Wraith Max cooler セット が28980円、
なのにRyzen 7 1700 が33480円。ｗ
ryzenスレでこのセット買ったらしき人の書き込みでは製造週が2017年10週とかあった。
ネットの書き込みだからどこまで本当かわからんけど、まだまだ在庫抱えてる業者がいるのだろう。 SEGV以前に初期ロットryzenは品質にばらつきありすぎだからな
流石に10週を初期ロット扱いはアホだが Linuxで使いたい人はThreadripperかEPYC行けと 全部satとかいうやつがレスしてるように見えるんだ
凄いな 今だから笑って見てられるが
当時はこの手のキチガイが問題切り分けの邪魔して本当にうざかった sat
homuh0mu
EIRAKU
カス三銃士 >>515
実際そうだった例があっただろ現実見ろよ >> 518
Windowsなら問題ないと思うが
Linuxで使う予定があるなら暫く様子見したほうがいい。 自称開発者どもが糞みたいなプログラム開発するから終わったんだよこの話
SEGVTestとかそんな名前のやつ >>525
全くOCしてないのにSEGVするんだが AMDに問い合わせたらロットナンバーじゃなくてSEGVをパシャッたスクリーンショットがないとダメだそうだ SPD#1にXMPと同じ値を突っ込んでるモジュールはある意味OCメモリと言えるけど、そういう仕様のメモリを使ってたりしないよね? RMAするとOCメモリでも例のクソプログラムでもSEGVしない個体があるから
品質のばらつきが原因なんだろう >>529
うちは証拠とかなくても普通に交換してもらえたヨ >>533
例のテストプログラムは一番最初のやつに限ると頻度に差があれSEGVする
修正版配布してたけどIntelも発生するじゃんやめやめで終わった OC好きがハズレ個体交換に利用しまくりでしょ
そりゃ証拠要求するようになるよ OCしてないけどOCメモリ使ってましたとか草も生えない 三行でまとめました
原因は詳細不明だが、状況から製造工程での品質管理の問題か何かによるCPU自体の不良と推測される
AMDは交換対応を受け付けている、今では対応フローが確立されておりやりとりはスムーズ
専ら5chのスレでOC原因説を見かけるが、根拠が示されてるのを見たことはないので多分ただの妄想 >>535
でも対策ロットの石に交換してもらったら、SEGVテストいくら回しても出なくなったよ。 >>543
SEGVテストじゃ無くてキッチリちゃんとしたテスト掛けろや
素人の手作りなんちゃってコードで何がわかるのよ 話題になり始めてからもう10ヶ月位経つのに
まだ万人が納得する結論がコンセンサスになってないのが何とも…
AMDが交換に応じつつも、原因が何で特定の製造週から解決済みだ、とか
メモリとの相性で初期ロットは問題が起こりやすかったが今は改善した、とか
一切明らかにしないからモヤモヤが続くんだよなぁ >>543
最初のテストプログラムがアウト
2,3日回せばIntel環境でも必ずSEGV判定でるし HaswellでSEGVした時は あーやっぱり って考えたもんだ そら、ECCメモリじゃないならおこりえるんじゃないの？ 確かに本来はSEGV自体は発生するもんだけどね
ただテストプログラム作者がTwitterでIntelCPUでの発生報告に驚いてたからなぁ
テストプログラム特にWindows用のやつなんて信頼性ないのによくバラまけたなと 俺らがこうやってエラーチェックしてゆくからCPUは進化してゆくんだぜ meltdownバグ付きの淫石握りしめたままなにいってんだこいつｗ
それRMAで良品に交換して貰えねえから～ メルトダウンてハードウェア欠陥なのにRMAしてもらえないね
酷い あれだな
高すぎるハードルはくぐることができる的なやつ 別にIntelが糞とか心底どうでも良くて俺の所のRyzenがちゃんと動くかどうかが大事なわけで
問題の解決に全く繋がらないIntel叩きやら個人叩きをして話を有耶無耶にしようとしてた勢力はまじ意味不明だった
少し時間はかかったが結果的にAMDが交換対応してくれて直ったので好感度は上がった >>557
SEGVは持ち主がポンコツと言うのが発生条件だから心当たりが無ければ安心しろよ >>528
1800X/C6H/サムスン純正Bダイ2400の組み合わせで
自動設定だと
OCではないけどタイミングが勝手に切り詰められてSEGVが出たよ
SPDのとおりのタイミングに手動設定したら出なくなった
自動設定で定格で動かしてるつもりでも実は定格どおりでないことがあるから注意だね SEGV対策の改善ってもしかしてメモリへの対応許容範囲を広げたってことかな？ ゆるい方に調節すればよし
今出せるのはよほどの阿呆だよ >>561
メモコンの選別厳しくしたんだろ
ryzenのメモコンはデリケートだからな うちはメモリタイミングいじっても直らなかったな
uOPキャッシュを切ったらとりあえず出なくなった
SMT切ったらよいとかいう報告も見たことあるし個体差あったのかもね >uOPキャッシュを切ったらとりあえず出なくなった
ryzen使う意味なくなるじゃん それ単純にコア電圧足りてなくてハングしてるだけでは?
SEGV以前にストレステスト通らんだろ >>567
うちのは25週だけど、SMTをオフにすると出なくなるタイプだった。 一応最後まで書いとくと
電圧上げても変わらず
逆に電圧下げたりメモリタイミング詰めたりしても発生頻度が上がった感じもなし
どうにもお手上げだったがRMAで交換したら完全に解決した >>578
OCメモリ使ってなくても出とりますやん
>>579
２０１８年１月更新のBIOSでも出とりますやん AMDは無償交換してくれるけど、インテルは放置か。 そもそもAMD自身が個別対応するから連絡してくれって言ってるのにな
もう面倒だから日本国内のAMDに似た謎の会社が自分たちの所に問い合わせがこないようにおま環呼ばわりして回ってると思うことにした >>589
最初はIntelマシンをゲーム用に、コア数の多いRyzenはLinux環境で使おうとしたんだけど、
原因不明のSEGVが発生するので結局逆にして使ってた。
その後CPUを2700Xに買い替えたので1700はRMAに出すことにした。
SEGV問題発生当時はCPU電圧上げてみてくれとか色々AMDサポートに言われたりしたみたいだけど、
今ではスクショ一枚送るだけで返送先住所とFedexやUPSのアカウントID（送料はAMD負担）を連絡してくれるから楽になった。
海外に送るのもインボイス3枚(同じもの)用意するぐらいで後は国内の返品と大差無い。
https://i.imgur.com/akAw68K.png satとかいうの関係なしにSEGVするからしょうがない そもそもメモリーの品番とセッティング、ママンの品名なーんもださねーくせにSEGV連呼されてもな。
もう頭くるくるパーの妄言にしか聞こえねーよ、キチガイにとっての真実とやらはもうおなかいっぱいなんだわ Fedexって結構送料高いな、集荷依頼してから3時間ぐらいで来たから配達も早そうだけど
自分で負担したら1万3千円だからAMDのFedexID指定するの忘れたら涙目だなこれ
>>593
2700XじゃSEGV発生しないけど、そのままCPUだけ初期ロットの1700に戻したらSEGVするんだよね(CMOSリセットのみ)
基本AMDのサイトに動画付きで説明があるからその通りにやってRMAするだけだし >>595
君、そのスクショを何に使うのか言ってごらん？
まさかパクってジャンクCPUをRMAしようとか考えてないよな >>594は変な奴に対するコメントかと思ってたら違った
5chの外だと現実を見ないといけないからここに引きこもるしかないんやな いや、もう終わった話をいつまでもグヂグヂ引っ張る奴が悪い
初期ロットは比較的不良品が多いって話で終わっただろ(良くは無いけどさ)
煽ってた奴らはさもryzen全体の欠陥みたいに騒いでたけどね 今やググればサポートとのやりとり含めて多くの事例が出てくるしこのスレが役目を終えたのは確かだな
しかし当たりを引いた立場からしたら根拠もなくおま環言って騒いでる奴らは問題解決に何の役にも立たずクッソ邪魔だったぞ 最初に騒いだ人らがいきなりぶっ壊してたり、わざわざ特殊な環境下で特殊な事してたりしたから余計におま環言われやすかったのも事実
何故かこのスレでAMDに対して声を上げて欠陥を認めさせましょうみたいな呼びかけをしつこくしてた人もいたね
全部あいつらのせいだろw 確かに基本的な切り分け手順がなってない人とか
何やってるかよく分からんテストプログラムをよく分からないまま走らせて騒いでた人がいて混乱した節はある
しかしそもそも何のせいかって話ならそいつらは関係ないでしょ
不良品のせい以外の何者でもねーわ 1700の初期ロットと2700XでCPUだけ交換して同じ処理やらせても1700じゃすぐSEGV出てたな
2700Xは10分以上回してもSEGV出ない（修正済だから当たり前だが）
RMA申請して受理されると、AMDはFedex（もしくはUPS）に電話しろとか言って来るけどこれだけはいただけない。
電話して集荷するとその場で書類書かないといけないから待たせることになる、
アカウント取ってオンラインで伝票とインボイス書いて印刷しておいた方が良い
1700 (2分後)
https://i.imgur.com/ukAj8Jl.jpg
2700X (10分後)
https://i.imgur.com/yz39qT7.jpg
製造周
https://imgur.com/Iq48u6Q.jpg
>>603
全部ならともかく一部のロット不良はほんとに厄介
店で交換してもらっても古いロットだと再発するしぐぐれば同じ症例で何度もRMAやった人の記事とか出て来る
当初原因がよく分かってなかった頃にサポセンとやり取りした人には感謝してるわ 今だからこそ不良品の所為でしたで済むけどねぇ…
当時の検証を邪魔してたのはどっちですかね？
あぁ、騒いでた本人ですか、そうですか。
今更な話をもったいぶってやるなら多分ツイッターの方が構ってもらえるよ
初期ロットはヤッパリ怪しいからやめといた方が良いですねで良いじゃん なんか見えない敵と戦ってるな…
Ryzenの本スレとかに今更持ち込もうとしてるっていうならともかく
このスレでやる分には単にスレタイ通りの話をしてるだけやんけ スレタイ通りっていうと誤解されそうなので一応言っておくと
当時スレタイにエラッタを頑なに入れようとする勢力と
入れさせまいとする勢力が謎の争いをしていて
俺はそんなもんどっちでもいいから両方くたばれと思っていた 何で興奮してんの？この人
つか、最初から単に煽ってるだけだねコレ 原因はエラッタでないのは判明したわけだし
次スレのスレタイは「エラッタ」から「製造不良」に変えるべきだな もうRMAしたら終わりの問題だし次スレはないだろう 影響がある人間なんてユーザー全体の1%もいないだろうに
必要以上に騒がれた印象はあるな RyzenのSEGV問題はまだお笑いネタになるからいいじゃない
Intelの投機的実行絡みの脆弱性問題なんて草すら生えない状況だぞ >>615
この間このIntelの問題の影響でSEが死んだらしい てかintelの製品新旧問わずSEGVでてるやんwwww
メルトなんちゃらスペなんちゃらセカンドなんちゃら
どうしますんの？これ 全ての面に於いて手抜きで有名なIntelのことだし別に不思議でもない >>616
SEとかPGってしょっちゅう死んでるだろうから
あんまり変わらんけどな >>620
intelは交換する“直ったモノ”が未だ一切無い件 BIOS更新しないわ、OCメモリ使ってるわでRMAしている奴居たしな…
クズですわ RMAするとOCメモリに古いBIOSでもSEGVしないんやで いや、SEGVはそういう問題じゃないから。
スレを遡って読めないイケヌマとかいわれるよ。 2700XだとWows(WinE)とかやりながらビルドループしてもやっぱSEGV出ないな
>>620
AMDは初期ロットのみだからRMAで後期ロットへの交換対応だけど、
Intelは修正済のCPUはまだ出てないから無理、年末には対策済のCPUが出まわってるはず
対策品が製造開始されてもIntelが交換するかは知らんが 常識的に考えてOCやBIOSバージョンの問題ならRMAリクエストに対してサポートから指示があるがな クソ電源な上に組み立てミスってた奴もいたな
そこまでやったら壊したか不良品かわかんねーよみたいな奴
そんな奴らばっかりなのに検証もせずスレに来てリコールリコール騒いでたからな いやスレでは検証してたやろ
それとは関係なく騒いでたのもいたけどあいつらLinux使うとも思えんし多分そもそも買ってすらいねえだろ 電源が不良だったり、オーバークロックしてCPUが壊れると
何故か通常の使用ではエラーが出ないのに、GCC回すとSEGVが発生するように
なるという摩訶不思議な壊れ方をするんですね。ｗ そもそも壊れたらSEGV以前に負荷テスト通らないのでは？ 多分最初に騒ぎ出した人たちの笑いどころは素人以下のクソ検証でエラッタエラッタリコールリコールと騒いでた事だよね
このスレにまでわざわざ来てたしなあ
ここでは黙々とメモリっぽいねぇ、個体差があるねぇってやってたのにね 信仰製品がセキュリティーホールだらけで頭がおかしくなってんじゃね？ >>636
こことか見れば分かるけど、ジャンプ先や戻り値がズレて本来の場所と違うアドレスに飛んで、
データが誤った値のまま動き続けて結果として出力ファイルサイズが違うとか起きてるからな
おかしな動作をした結果一定確率でSEGVしているだけで、SEGVしなくてもデータが正常とは限らない
初期BIOSはメモリ相性の問題があったからそれと混同してるのが多かった
http://www.e-hdk.com/diary/d201706c.html#20-2 当時のスレ状況の話なのに今になって当時の調査内容に突っ込んで何がしたいのか…
雉か？ >>635
通る
負荷テストは悪魔の証明であって無条件で信用できるモノじゃない
あとSIGSEGVランダムはメモリで起きる、コアエラーじゃ起きない
ここまでは実証した、Ryzen以外でな ちなみにSEGVが発生する石だと、memtest86+のマルチプロセスモードでエラーを吐く。
交換してもらった石だと正常になった。
実際にメモリ上のデータが壊れているようだ。 >>644
じゃあ一度は見てるはずだけど残念ながら覚えてないな
どれがそうかも分からんものを探すのはむりぽ
ってもしかして>>642の人とは別人か >>643
過去スレでどうぞ
初頭の検証やりまくってた時に混ざっていくつか上げた
報告された頻度を他環境で全て再現できたのはコレだけだと思う
UMC制御ファームのPROMあたりにちょっとした何かがあったと見てるけどね >>645
>交換してもらった石だと正常になった。
>実際にメモリ上のデータが壊れているようだ。
念のため質問
交換してもらった石ではメモリ上のデータは壊れてないんだよね？ >>646
IDかわってるけど>642は俺
色々やったけどXMP適用のみ調整なしってケースがランダムなポイントでのSEGVを再現出来た
調整次第で頻度はかなり変わった
この場合memtest3周は通ったのにSEGVは出るなんてのも平気であった、その後SEGVが低頻度なケースをmemtestをさらに追い込んで(放置)20周くらい通すもエラーなし
単なるCPUのOCでPrime5分しか持たないようなヤツでやっても落ちるか通るかの2択(中身がどうかは保証しない)
CPU-NB(L3+UMC)も同様、そもそも起動しないか起動して何も起きないかの2択
ちなみに普通に何のエラーも出ないような全ツルシからマージン+でも出てくるモノのサイズもハッシュも違って、こりゃ無意味だなと悟りやめた
最終テスト出来ないんじゃ意味がない
因みにそのツルシでビルドしたGCCとカーネルを使っていた
確かKernel4.14と7.0.0だったか8.0.0だったかキリのいいGCC(自動で3回ビルドして検証させられる、面倒)でやったわ
デスビは16.04のx64 >>649
手間をかけさせてしまってすみません、ありがとう
これを見て考えてはみたもののRyzenで起きてたものと同じかどうか単純な結論を導くのは難しいか…
個体によらず再現するものなのかは気になる
定格で適当に動かしてるIntel環境があるから試してみるか
当時Ryzenでメモリタイミング色々いじったけど起動しなくなることはあれどSEGV頻度は変わった印象なかったんだよね
もっとも統計的に頻度を語れる程の試行回数ではなかったけども
RMAで交換後はSEGVが出なくなったからもう追究するモチベーションはない… >>650
となると内部の制御系PROMかな
HWマスクは変更されてないから違う(大事になる)、BIOSに依存しないからMicrocodeではない
逆に言えば、この基礎PROMは100%セキュアって事か
修正に回収してるわけだし
まぁ追求はしなくても良いとは思う
命令がズレて化けるなんてアドレスがズレる以外にランダム要因無いし
と言うことは電源制御、パスセンサー系ファームないしMMUしか無いわけで >>649
そういえばSEGV出る個体だけMaxx MEM2を20回やってから再起動or電源を切る、
をやろうとするとリセット＆電源OFFの直前まで進むんだけどそこからブラックアウトのままで止まってたな
再起動せずにそのまま使った場合は普通に使えるという・・・(後に再起動しようとすると止まるが)
DDR4-1866 CL20とか緩めてもSEGV個体だとダメで後期ロットだと3466でも発生せず
opcache切れば発生しないけど何故なのかよく分からなかった >>652
発生条件が限定的過ぎるなぁ
ただまぁ中継点としてアドレス周りが絡んでるのは確かだな
もしかすると実際にSEGVが発生してた訳じゃ無いのかも
何らかの仕様上の差異を吸収しきれずに、結果としてSEGVを吐いてるとすればわからんでもない
ハードワイヤード部分でもmicrocodeでも無くてアドレスが怪しいとこ
L0や他キャッシュとの調停周りだけならもっと普遍的に出る筈だし
例の64バイトも考えてみりゃおかしいしな、可変長だったよなぁと、SEGV以外も出ないとおかしくないかな(他にも言えるが)
L0ミスからのtlb/ページウォークミスで引き摺り出したテーブルの末尾オフセットが特定の数値の場合、誤って8バイトほど加算されて適用されるとか(適当言ってる) SEGVプログラムもなにも、GCCでコンパイルするだけでしょ？ Intelでも起きるし、しかも非推奨の並列オプション付けてコンパイル。 だからかなんか知らんけど今になって恥を雪ぎに来てる人がいるよね
一応設計の不具合ではなく検査を通り抜けた不良品が多かったでカタがついた話なのに AMDはSEGVでなくなったから、今はインテルの石がSEGV欠陥品ということか。ｗ
インテルは放置が原則なんだな。
最近の脆弱性の問題でも。 本当にSEGVが毎回出るのであればコンパイル通らないからカーネルのビルドが出来ないので大問題だよな
初期ロットのRyzenはそれが出るから問題だった（しかも数分で）
現行品は何時間やってもSEGV出ないからな
Intelも不良品が0%なんてことは有り得ないからSEGV出る個体もあるだろう
まぁ不良はRMAしろで話は終わりなんだが 陰土人の嫌らしい言い回しも天才的だよな
未だにネチネチとアホかよ 雪だるまのスノーカイ（第二形態）が初めて輝いた＞最終面 >haya@homuh0mu 6月26日
>返信先: @homuh0muさん
>前回のからあまり変更はありませんが、スレッド数を1増やしたのと、メインスレッドのほうでsched_setaffinityを呼んでいるところが主な差分です。
>この状態でUbuntu17.04とその標準のgccでビルドして「./run.sh 8 2500000」をするとSEGV出ます。
コレ以外の設定じゃ出ないそうですね
この限定された方法で稀に出たとして、それが実使用でどれほどの脅威になるのだろうか
sat
homuh0mu
EIRAKU
カス三銃士 セグメンテーション・フォルト SIGSEGV や SIGBUS エラーの原因を特定する
https://www.isus.jp/products/fortran-compilers/sigsegv-or-sigbus-errors/
インテルR Fortran コンパイラーでコードをコンパイルすると、Linux* で ‘sigsegv’ (または Mac OS* X で ‘sigbus’) エラーが発生することがあります。
このコードは、以前のコンパイラー/プラットフォームでは問題なく動作していました。インテルR コンパイラーが問題なのではありませんか、という問い合わせを受けることがあります。この記事ではこれに関する回避方法を紹介します。 問題は、SEGVが解消してないロットのものを
未だに普通に売っているということだな。 >>671
代理店の在庫は交換済のはず、店舗の在庫は知らん
ちょっと考えれば分かることだが不良品を売った方が高コストになる
Fedexの送料計算してみればすぐ分かるよ
個人がRMA＝１件ごとにFedex送料+関税(片道１万3千円、送料はAMD負担)
代理店がRMA＝複数のCPUをまとめて送るので送料が安い アスクみたいに普通はSEGVに関しては代理店での交換は応じていないので
別にコスト高になるということはない。 Fedexってそんなに送料かかるの？
往復の送料で
儲けが吹き飛びそうだな ディスコンしてる製品でIntelだろうがスナドラだろうがお構いなしに出るような
おま環エラー相手に真面目に付き合うAMDが如何に神対応か思い知れるな 「Spectre」攻撃、インテルの「SGX」保護機能に影響
https://japan.zdnet.com/article/35115578/
こんなんAMDには真似できんわなwww
草生えるwww RMAで送るものには関税かからんはずだが。
書類が面倒くさそうだけど。 とりあえず戻ってきたやつ、CPUだけ送ってBOXに交換だからCPUクーラーが増えたわ
https://imgur.com/UcSYeMI.jpg
https://imgur.com/myA53wl.jpg
https://imgur.com/048gSRp.jpg
>>683
後から払い戻しかもね、請求画面では1万3千円になってたけど。
支払いにAMDのアカウント指定すると金額は表示されなくなるから実際いくらかは知らない。 RMAで交換しちゃったら代理店の保証はどうなるの？
シリアル番号も変わっちゃうんでしょ？ 代理店はsegvのRMA対応しないんだしAMDの補償になるんじゃねーの >>686
物が違うからまた故障したりしたらAMDにRMAになるんじゃねぇかな、
直接AMDに送れば10日もすれば戻って来るから代理店通して2～3週間かかるより良い気がする。
戻ってきたCPUの保証がどうなるか気になるのでAMDに問い合わせてみる。 ディスコンモデルを必死に叩くしかやることがすでにもう無い AMDから返信来た。
.交換後のCPUの保証はAMDが直接対応、CPUと一緒に送ってきた書類は保管しておいてくれとのことだった。
しかしヤフオク見ると未だに製造周が1ケタ台(170? SUS)とか売ってるな
Win以外で使う場合は1725以降なら大丈夫だろうけど。 ／/￣￣￣￣＼ .
彳丿; ＼,,,,,,,,／ u lヽ
入丿 -◎─◎- ;ヽﾐ.
| u:.:: （●:.:.●） u:.::| ﾌ～! ﾌ～!!
| :∴） ３ （∴.:: | ｾ、ｾ、SEGVが僕の生き甲斐♪
ノ ヽ､ ,_＿_,. u . ﾉ､ ﾌｯﾌｯ～! ｲｸﾞｯｲｸﾞｯ！
/ ヽ:.___;;;;;;;;;;___.ノ ヽ
/ ,ｨ -っ､. .ヽ
| ／ ､__ う 人 ･ ,.y i
| / ￣ | .|
ヽ､__ノ ﾉ. ﾉ
|. x 9 /
| ヽ､_ _,ノ 彡 ｲ ｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬ
| （U） |
ヽ､＿＿_人＿＿_.ノ メーカーが認めて交換対応してるのに、小売店や代理店がまったく対応しないってふざけてるな。
米アマゾンで買ったほうが安いだけマシやん。 ／/￣￣￣￣＼ .
彳丿; ＼,,,,,,,,／ u lヽ
入丿 -◎─◎- ;ヽﾐ.
| u:.:: （●:.:.●） u:.::| ﾌ～! ﾌ～!!
| :∴） ３ （∴.:: | ｾ、ｾ、SEGVが僕の生き甲斐♪
ノ ヽ､ ,_＿_,. u . ﾉ､ ﾌｯﾌｯ～! ｲｸﾞｯｲｸﾞｯ！
/ ヽ:.___;;;;;;;;;;___.ノ ヽ
/ ,ｨ -っ､. .ヽ
| ／ ､__ う 人 ･ ,.y i
| / ￣ | .|
ヽ､__ノ ﾉ. ﾉ
|. x 9 /
| ヽ､_ _,ノ 彡 ｲ ｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬ
| （U） |
ヽ､＿＿_人＿＿_.ノ >>694
修理も代理店からAMDに転送するから2度手間なだけなんだよな
代理店通したら10日以内に終わるものが2～3週間になる
店や代理店はLinux環境が無いから対応しないんじゃなくて出来ない ／/￣￣￣￣＼ .
彳丿; ＼,,,,,,,,／ u lヽ
入丿 -◎─◎- ;ヽﾐ.
| u:.:: （●:.:.●） u:.::| ﾌ～! ﾌ～!!
| :∴） ３ （∴.:: | ｱ、ｱ、RMAが僕の生き甲斐♪
ノ ヽ､ ,_＿_,. u . ﾉ､ ﾌｯﾌｯ～! ｲｸﾞｯｲｸﾞｯ！
/ ヽ:.___;;;;;;;;;;___.ノ ヽ
/ ,ｨ -っ､. .ヽ
| ／ ､__ う 人 ･ ,.y i
| / ￣ | .|
ヽ､__ノ ﾉ. ﾉ
|. x 9 /
| ヽ､_ _,ノ 彡 ｲ ｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬ
| （U） |
ヽ､＿＿_人＿＿_.ノ Wraith Spireを2500円でメルカリに出したら売れたわ、ありがとうAMD ／/￣￣￣￣＼ .
彳丿; ＼,,,,,,,,／ u lヽ
入丿 -◎─◎- ;ヽﾐ.
| u:.:: （●:.:.●） u:.::| ﾌ～! ﾌ～!!
| :∴） ３ （∴.:: | ｾ、ｾ、SEGVが僕の生き甲斐♪
ノ ヽ､ ,_＿_,. u . ﾉ､ ﾌｯﾌｯ～! ｲｸﾞｯｲｸﾞｯ！
/ ヽ:.___;;;;;;;;;;___.ノ ヽ
/ ,ｨ -っ､. .ヽ
| ／ ､__ う 人 ･ ,.y i
| / ￣ | .|
ヽ､__ノ ﾉ. ﾉ
|. x 9 /
| ヽ､_ _,ノ 彡 ｲ ｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬ
| （U） |
ヽ､＿＿_人＿＿_.ノ 陰厨はSEGVに粘着するより自分のセレロンのメルトダウンを心配したほうがいいと思うよ 久々に開いたけど相変わらず
Ryzen買ってRMAした人間をIntel信者か何かだと思ってるアホが頑張ってるのな
初期ロットの3年保証が切れるまで頑張ってくれ ／/￣￣￣￣＼ .
彳丿; ＼,,,,,,,,／ u lヽ
入丿 -◎─◎- ;ヽﾐ.
| u:.:: （●:.:.●） u:.::| ﾌ～! ﾌ～!!
| :∴） ３ （∴.:: | ｱ、ｱ、RMAが僕の生き甲斐♪
ノ ヽ､ ,_＿_,. u . ﾉ､ ﾌｯﾌｯ～! ｲｸﾞｯｲｸﾞｯ！
/ ヽ:.___;;;;;;;;;;___.ノ ヽ
/ ,ｨ -っ､. .ヽ
| ／ ､__ う 人 ･ ,.y i
| / ￣ | .|
ヽ､__ノ ﾉ. ﾉ
|. x 9 /
| ヽ､_ _,ノ 彡 ｲ ｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬ
| （U） |
ヽ､＿＿_人＿＿_.ノ RMA厨「Intel信者ではないがAMDアンチは続ける」 ／/￣￣￣￣＼ .
彳丿; ＼,,,,,,,,／ u lヽ
入丿 -◎─◎- ;ヽﾐ.
| u:.:: （●:.:.●） u:.::| ﾌ～! ﾌ～!!
| :∴） ３ （∴.:: | ｾ、ｾ、SEGVが僕の生き甲斐♪
ノ ヽ､ ,_＿_,. u . ﾉ､ ﾌｯﾌｯ～! ｲｸﾞｯｲｸﾞｯ！
/ ヽ:.___;;;;;;;;;;___.ノ ヽ
/ ,ｨ -っ､. .ヽ
| ／ ､__ う 人 ･ ,.y i
| / ￣ | .|
ヽ､__ノ ﾉ. ﾉ
|. x 9 /
| ヽ､_ _,ノ 彡 ｲ ｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬｯｼｬ
| （U） |
ヽ､＿＿_人＿＿_..ノ >>708
は、
>>706
へのレスな。あほのRMA厨へのレスな。 >>706
通常利用の範囲だと全く問題ないんじゃないの？
データなんて壊れないし、計算も問題なし。
それをアホって…
君みたいのを信者って言うんですよ。 B450とか新しいチップセットだと起きにくいとかありそう？ >>713
CPU以外の変更でなんとかなるという気はしないが誰にもそれを検証するモチベーションはないだろう
前から持ってた奴はRMA済みか影響を受けてないかどちらかだろうし
今更1000系の初期ロットとB450を一緒に買う奴はおらんだろう http://arbitrage.jpn.org/it/ryzen-2017/
＞私も当初はRyzen発売を好意的に受けとめていましたが、非ゲーマーにとってはあまりメリットの見いだせないCPUだという印象です。
＞海外でも”gaming cpu”として認識されています。
＞私は今後バックアップ用の副系パソコンを自作する予定で、既にケース・ファンレス電源とRyzenにも対応したCPUクーラーも購入して残りはマザボCPUメモリを買うだけなのですが、
＞Ryzenが良かったらそれを選択するでしょうが残念ながら今の情勢だとCore i7を購入することになりそうです。
＞Ryzenが実力以上に持て囃されている理由は、Intelの一強独壇場を打ち崩す役割を果たし、
＞高止まりしているCPU価格を引き下げる効果が期待されていることにあると思います。
＞2018年4月発売の第2世代Ryzen(Pinnacle Ridge)最上位モデルRyzen 7 2700XでもCore i5 8600Kに勝てず
＞・Ryzen 7 2700XはCore i5 8600Kに性能価格ともに勝てない
＞実はIntel Core i5 7600Kにも負けているRyzen 7 1800X,1700X
Ryzen 7 1700はIntel Core i5 7600無印にも負ける
＞Ryzen 5 1600X,1600,1500XはCore i5に性能でも価格でも勝てず
Ryzen 5 1400はCore i3にも性能価格ともに勝てない
＞Ryzenでは一切グラフィックスを載せていないからです。
＞グラボを別途お買い求めくださいというコンセプトなのがRyzenです。
＞なぜここまでしてRyzenではオンボードグラフィックスを削ったのかと言えば、
＞それは単なるRyzenのコンセプトだけではありません。
＞Intel Coreに太刀打ちするために仕方なく、Ryzenではオンボードグラフィックスを削ったのです。
＞理由１：オンボードグラフィックスを削減して汎用コアにチップ面積をまわさないとIntelに太刀打ちできない
＞理由２：そもそもAMDはNVIDIAと並ぶグラボチップメーカーなのでオンボードグラフィックスをRyzenに搭載してしまうとAMDの自社グラボチップが売れなくなる
＞私は２０１７年５月１５日にスペックがリークされたThreadripperに注目していました。
＞しかしその少し後に発売されたIntel Skylake-XのCore i9 7920Xに性能価格ともに完敗してしまいました。
＞それどころかCore i7 7820Xでも十分Ryzen Threadripperに勝ててしまいました。
アムダーもIntelに(笑) このスレタイ問題、ある意味正常動作だったんだなって思えてきた
Intelの脆弱性問題からそう思えた CPU脆弱性対応状況
Variant1.2…intelのみ
Variant2…intelのみ
Variant3…intelのみ
v3a…intelのみ
v4…ほぼintelのみ
LazyStateSaveRestore…intelのみ
spectreRSB…intelのみ
branchscope…intelのみ
L1…intelのみ
TLBleed…intelのみ
こんだけやってもインテルCPUの場合、【緩和策】でしかないと言う CPU脆弱性対応状況
Variant1…
AMD(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
Variant1.1…
AMD(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
Variant1.2…●
intelのみ(ソフトでの緩和のみ)
Variant2…●
AMD(理論上あるが突破報告なし、緩和策も用意し当てるか選択できる)
intel(ソフトでの緩和のみ)
Variant3…☆
intelのみ(9900kでハードでの対策)
v3a…▲
AMDの一部(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
v4…▲
AMDの一部(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
LazyStateSaveRestore…●
intelのみ(ソフトでの緩和のみ)
spectreRSB…●
AMD(実証なし)
intel
branchscope…●
intelのみ(ソフトでの緩和のみ)
L1…☆
intelのみ(9900kでハードでの対策)
TLBleed…●
intelのみ(HTT切る以外方策なし)
☆…9世代で変わった部分
●…intelのみ
▲…AMDの一部と intel
無印… intel、AMD共に
※core-Xの9000シリーズは、脆弱性対策のハード実装は無く、パッチでの緩和のみで以前と変わらない状態(☆＝修正なし
>>728
死ね そういや、satおじさんはSegvに関して「アンチにFUDと邪魔されたけれど、問題をAMDに認めさせた」というのが結論なのかな。
それをLinuxコミュの総意と見ていいのか知らん？ ┏━━━━━━━━┓
┃ ／ ＿＿＿ ＼ ┃ ryzenスリッパちゃんは
┃／ | AMＤ| ＼┃ 生まれつき能力に欠陥があり
┃ ￣|￣ ┃ 4gぐらいが限界です。
┃ ＿＿|＿ ┃
┃ ／ ⌒ ⌒＼ ┃ AMDちゃんを救うために、
┃／ （゜.） （。） ＼ ┃ どうかｱﾑﾀﾞｰ諸君は買ってやって下さい。
┃| （＿人_,） | ┃
┃＼ ｀ー'´ ／ :┃ ウンコを踏んだと思ったつもりでﾖﾛｼｸﾅ!w
┃ ／￣￣￣￣￣＼ ┃
┗━━━━━━━━┛ 「intelのみ」を「intelのみ対策してる」って読み違えるアスペいるらしい
～CPU脆弱性対応状況～
Variant1…
AMD(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
Variant1.1…
AMD(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
Variant1.2…●
intelのみ存在(ソフトでの緩和のみ)
Variant2…●
AMD(理論上あるが突破報告なし、緩和策も用意し当てるか選択できる)
intel(ソフトでの緩和のみ)
Variant3…☆
intelのみ存在(9900kでハードでの対策)
v3a…▲
AMDの一部にのみ存在(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
v4…▲
AMDの一部にのみ存在(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
LazyStateSaveRestore…●
intelのみ存在(ソフトでの緩和のみ)
spectreRSB…●
AMD(実証なし)
intel
branchscope…●
intelのみ存在(ソフトでの緩和のみ)
L1…☆
intelのみ存在(9900kでハードでの対策)
TLBleed…●
intelのみ存在(HTT切る以外方策なし)
☆…9世代で変わった部分
●…intelのみ存在
▲…AMDの一部と intelに存在
無印… intel、AMD共に存在
※core-Xの9000シリーズは、脆弱性対策のハード実装は無く、パッチでの緩和のみで以前と変わらない状態(☆の修正なし状態) Core i9-9900Kの発売日をどこも明言しない理由
https://headlines.yahoo.co.jp/hl?a=20181029-00000077-zdn_pc-sci
一部のお客さんはAMDのRyzenにシフトしていますけど、
『Core i5がないならいいや』とキャンセルする方がすごく多いです。
Ryzenが健闘しているといってもウチは7割がIntelなので、正直しゃれにならないですよ」
と不満を隠さなかった。
アムダーケンカを売られるｗ これら2モデルは一部で「11月2日に入荷する」という話も漏れ伝わるが、
それを前面に押し出すショップは週末には見当たらなかった。
某ショップは「だって散々延期されてきましたからね。
今回もアナウンスがあるにはありましたけど、いつまた再延期になるか分からない。
モノが来ないと信用できません。そういう状況でお客さんに期待を持たせることはちょっとね」と吐き捨てていた。
別のショップはさらに手厳しい。「まさかIntelがこういうことになるとは。
第8世代のCore i5以下も在庫切れ連発のありさまですし、まともな供給の見通しも立っていません。
多大な機会損失が発生していますよ。
勝手に都合のイイトコロだけ切り貼りすんなよ淫コロ >RMAしたユーザーの中には、「交換によって手に入れた新しいRTX 2080 Tiもすぐに壊れた。もう一度RMAすべきだろうか？」と書き込む人もいます。
するしかねえだろハゲｗ AMDのCPUでPortSmashという欠陥が発見されました
SMTを無効にしないと危険だそうです
ナムアムダ～ナムアムダ～ intelで実証されたの間違いだろ。
AMDではまだ検証入るとこだよ。 >>744
intelの脆弱性が確定したんだよ
都合の悪いことを直視できないんだな
精神病なんじゃないのまじで ああやってすり替えロジック常用してたら精神を病むのは間違いないな AMDのCVE-2017-5715 Spectre Variant2 への対応
https://www.amd.com/ja/corporate/speculative-execution-previous-updates#paragraph-313481
2018年1月11日付
AMDアーキテクチャーは構造が異なり、このバリアントが不正に利用されるリスクはゼロに近いと考えられます。バリアント2の脆弱性は、現時点でAMDプロセッサーでは確認されていません。
と能力の無さを披露
上記を発表後に
マイクロソフトと能力の高い顧客もしくは研究者がAMDのCPUで検証し、AMDへ報告したと思われる
ここでAMDの技術者がミスに気付く
https://www.amd.com/ja/corporate/security-updates
2018年4月10日
AMDのOEMやマザーボード・パートナーによるプロセッサーのマイクロコードのアップデートを組み合わせて使用するだけでなく、
Windowsの最新かつ完全な正規バージョンを実行することが必要になります。
Linuxユーザーに向けては、GPZバリアント2に対するAMDの推奨回避策がAMDのLinuxパートナーに提供されており、
今年上旬に配信用にリリースされています。 https://gigazine.net/news/20181105-intel-cpu-hyperthreading-exploit-portsmash/
>>Portsmashについての論文の著者でもあるビリー・ボブ・ブレムリー氏は、攻撃コードにわずかな変更を加えればSkylakeやKaby Lake世代のチップ以外にも脆弱性が有効であると予測しています。
>>また、「SMTを採用したAMDのRyzenアーキテクチャは脆弱であると強く疑っており、今後の作業でそれを明らかにする」としています。 AMDに限ってはまたミッションインポッシブルみたいな技要るんじゃね
あINTELさんはME等々でリモート余裕で駄々漏れでしたねw インテルの脆弱性
遠隔操作でコントロールを奪える可能性がある
（実績のある複数の大学や大手企業の研究機関から順を追って発表）
AMDの脆弱性
対象となるPCが置いてある場に行ってデバイスをすり替えたら可能かも知れない
（実績なしのイスラエルのいち企業が突然発表） AMDのCVE-2017-5715 Spectre Variant2 への対応
https://www.amd.com/ja/corporate/speculative-execution-previous-updates#paragraph-313481
2018年1月11日付
AMDアーキテクチャーは構造が異なり、このバリアントが不正に利用されるリスクはゼロに近いと考えられます。バリアント2の脆弱性は、現時点でAMDプロセッサーでは確認されていません。
と能力の無さを披露
上記を発表後に
マイクロソフトと能力の高い顧客もしくは研究者がAMDのCPUで検証し、AMDへ報告したと思われる
ここでAMDの技術者がミスに気付く
https://www.amd.com/ja/corporate/security-updates
2018年4月10日
AMDのOEMやマザーボード・パートナーによるプロセッサーのマイクロコードのアップデートを組み合わせて使用するだけでなく、
Windowsの最新かつ完全な正規バージョンを実行することが必要になります。
Linuxユーザーに向けては、GPZバリアント2に対するAMDの推奨回避策がAMDのLinuxパートナーに提供されており、
今年上旬に配信用にリリースされています。 https://gigazine.net/news/20181105-intel-cpu-hyperthreading-exploit-portsmash/
>>Portsmashについての論文の著者でもあるビリー・ボブ・ブレムリー氏は、攻撃コードにわずかな変更を加えればSkylakeやKaby Lake世代のチップ以外にも脆弱性が有効であると予測しています。
>>また、「SMTを採用したAMDのRyzenアーキテクチャは脆弱であると強く疑っており、今後の作業でそれを明らかにする」としています。 インテル製CPUへの攻撃が実用？に達するのに、基本構造を変えずにいて二十年
対してAMDに関しては、実際に突破出来たやつはいない
しかもAMDは二度のフルスクラッチを経ている
となると、単純計算だと現在のzenから基本設計を変えずにいても六十年先の突破となる
さらなる研鑽が必要だｗ
もっともその頃にはノイマン型コンピュータ自体が無くなってるかもなー ～CPU脆弱性存在・対応状況～
☆…intelの第9世代で対策が変更された脆弱性
●…intelのみ存在する脆弱性
▲…AMDの一部と intelに存在
・… intel、AMD共に存在
・Variant1
AMD(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
・Variant1.1
AMD(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
●Variant1.2
intelのみ存在する脆弱性(ソフトでの緩和のみ)
●Variant2
AMD(理論上あるが突破報告なし、緩和策も用意し当てるか選択できる)
intel(ソフトでの緩和のみ)
☆Variant3
intelのみ存在する脆弱性(9900kでハードでの対策)
▲v3a
AMDの一部にのみ存在(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
▲v4
AMDの一部にのみ存在(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
●LazyStateSaveRestore
intelのみ存在する脆弱性(ソフトでの緩和のみ)
●spectreRSB
AMD(実証なし)
intel
●branchscope
intelのみ存在する脆弱性(ソフトでの緩和のみ)
☆L1
intelのみ存在する脆弱性(9900kでハードでの対策)
●TLBleed
intelのみ存在する脆弱性(HTT切る以外方策なし)
(▲)PortSmach
intel(HTTを切ることで対策、現在調査中)
(AMD)(存在するか現在調査中)
※core-Xの9000シリーズは、脆弱性対策のハード実装は無く、パッチでの緩和のみで以前と変わらない状態(☆の修正なし状態)
unkotel AMDは1年以上前にEPYCを発表して今まで何一つ数字を作れていない
そしてQ3でxeonが枯渇してもEPYCが売れた形跡は無い
xeon platinum8180 10009ドルに対してEPYC 7601 4200ドルでも売れていない
xeonは今後大容量のOptane DC Persistent Memoryに対応するからAMDはROMEでも結局変わらないだろう
なおintelは今年過去最高の売上高と利益を叩き出す予定だが、来年は更に上乗せするらしい
【intel】
売上高 営業利益 当期利益
2018年Q3 192.00億ドル 73.00億ドル 64.00億ドル
2018年Q2 170.00億ドル 53.00億ドル 50.00億ドル
2018年Q1 161.00億ドル 45.00億ドル 45.00億ドル
【AMD】
売上高 営業利益 当期利益
2018年Q3 16.50億ドル. 1.50億ドル. 1.02億ドル
2018年Q2 17.60億ドル. 1.53億ドル. 1.16億ドル
2018年Q1 16.47億ドル. 1.20億ドル. 0.81億ドル 性能を語らずに経営を語り出したが貸借対照表も知らないだんごさん何やってんですか？ 団子くせぇwwwwww
と思ったらみんな同じこと思ってたようだ エラッタでターボクロックが効かない→OS側に回避策が入って解決
謎のSEGV→RMAで解決
仮想Windows10(1803)が起動失敗→設定で回避可能
ランダムフリーズ→C6ステート無効で回避可能
Ryzen使ってると飽きないわ
AMDは一応ちゃんと対応してくれるし アムド逝ッタ━━━━(ﾟ∀ﾟ)━━━━!!
261 Socket774 2018/11/22(木) 19:34:19.05
https://i.img ur.com/nhrhw6R.jpg
ふむ
263 Socket774 2018/11/22(木) 19:37:54.39
ESとは言え、クロック低いな……。
271 Socket774 2018/11/22(木) 21:01:28.39
IPCもかなり低いぞこれ
ブル再来レベルじゃねーか
311 Socket774 2018/11/23(金) 10:47:35.18
EPYCより凄い性能悪くなってるなぁ
なんだこれ？
321 Socket774 2018/11/23(金) 11:59:34.25
Xeonでは製品版はESの+0.2～0.3Ghz。例えそれが初期ESであってもそんな感じ
AMDはどうなんだろうね？
331 Socket774 2018/11/23(金) 14:30:38.76
これzen2大丈夫なんか？
351 Socket774 2018/11/23(金) 17:28:11.55
こりゃー、Zen2期待できないなぁ。
悪い予感は、当たるんですよね
379 Socket774 2018/11/23(金) 18:31:01.96
IPC低すぎてゴミじゃないか？
こんなゴミじゃzen2 5.0Ghzとかまた爆熱のゴミじゃん
マジでいらんぞ 何かと思えば64Cって…この手のプロセッサは1スレッド単位では1.3～1.5GHz前後程度の処理能力を常にロス
なく使えれば十分な用途向けじゃねえの? 2017年
06月01日 Googleが関係者へ「Spectre」情報を報告
07月28日 Googleが関係者へ「Meltdown」情報を報告
2018年
01月01日 Intel CPUのセキュリティ上のバグの存在を指摘する記事が公開される
01月02日 「The Register」が、IntelのCPUに欠陥があると発表
01月03日 「Google Project Zero」が脆弱性の詳細情報を公開
01月03日 やっとIntelがCPUバグの存在を正式に認める
01月04日 Microsoftが緊急の更新プログラムを公開
01月12日 Intelが「Microcodeに不具合が確認された」と一部の顧客へ忠告していると報道
01月17日 Intelが複数のCPUで同問題が確認されていることを報告
01月22日 Intelが不具合の調査が終わるまでアップデートを見送るよう発表
02月05日 「Meltdown」「Spectre」を狙うマルウェアサンプルが大量に発見される
03月28日 Spectre系の脆弱性「BranchScope」、Intel製CPUで実証される
04月05日 Intelが旧型CPUの「Spectre」対策中止を発表
05月07日 IntelのCPUに新たな8つの脆弱性が発見、うち4つは「高い危険性」
05月22日 新たに「Meltdown」「Spectre」関連の脆弱性が2件見つかる
06月15日 Intelプロセッサに新たな脆弱性、投機的実行機能に関連
06月27日 IntelのCPUに新たな脆弱性「TLBleed」が見つかる
07月12日 またまた「Spectre」関連の新たな脆弱性が見つかる。Intel、ARMに影響
07月24日 新たな脆弱性「SpectreRSB」が見つかる
07月27日 Spectreより危険度の高い脆弱性「NetSpectre」が見つかる
08月14日 新たな脆弱性「Foreshadow」（L1TF）が見つかる
08月23日 Intel社が脆弱性対策で低下するマイクロコードアップデート前後のベンチ比較を禁止
08月23日 批判され、Intel社が↑の「ベンチ比較を禁止」を撤回
08月31日 「Intelの脆弱性情報の開示が遅すぎた」ことでLinux開発者が大変な目に遭っていたことが発覚
09月11日 情報漏洩やサービス運用妨害（DoS）、権限昇格、任意のコード実行などにつながる恐れの脆弱性が複数見つかる
10月10日 Intel製グラフィックドライバーやファームウェアに脆弱性、最大深刻度は“HIGH”
11月05日 Hyper-Threading搭載のIntel CPUに新たな脆弱性、9900K死亡
11月15日 「Spectre」「Meltdown」関連でIntel新たに7件の脆弱性
12月 メモリ相性エラー
ＢＩＯＳの不完全さ
PCI-Eの相性エラー
linuxのビルドのエラー
各種ベンチマークのエラー
内蔵GPUの不具合
夏場に付属のクーラーで空冷しきれない問題
マザーが粗悪品ばかり
ＵＳＢの相性問題
フルロード時に落ちるエラー
二級品流用してエラー（リコールせずにひっそりと交換対応）
ブルドーザー以下のゴミやで。アムドからいくらもらっとんや？ ～CPU脆弱性存在・対応状況～
☆…intelの第9世代で対策が変更された脆弱性
●…intelのみ存在する脆弱性
▲…AMDの一部と intelに存在
・… intel、AMD共に存在
・Variant1
AMD(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
・Variant1.1
AMD(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
●Variant1.2
intelのみ存在する脆弱性(ソフトでの緩和のみ)
●Variant2
AMD(理論上あるが突破報告なし、緩和策も用意し当てるか選択できる)
intel(ソフトでの緩和のみ)
☆Variant3
intelのみ存在する脆弱性(9900kでハードでの対策)
▲v3a
AMDの一部にのみ存在(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
▲v4
AMDの一部にのみ存在(ソフトでの緩和のみ)
intel(ソフトでの緩和のみ)
●LazyStateSaveRestore
intelのみ存在する脆弱性(ソフトでの緩和のみ)
●spectreRSB
AMD(実証なし)
intel
●branchscope
intelのみ存在する脆弱性(ソフトでの緩和のみ)
☆L1
intelのみ存在する脆弱性(9900kでハードでの対策)
●TLBleed
intelのみ存在する脆弱性(HTT切る以外方策なし)
(▲)PortSmach
intel(HTTを切ることで対策、現在調査中)
(AMD)(存在するか現在調査中)
※core-Xの9000シリーズは、脆弱性対策のハード実装は無く、パッチでの緩和のみで以前と変わらない状態(☆の修正なし状態). RMAしなくて大丈夫です、Linuxのバグだから。 リテールCPUクーラーも送付しないとダメじゃねえの？ クーラー送るなってサポートの人に言われたわ
AMD側としてもCPUとクーラーは同数生産してるだろうからクーラーだけ余っても困るんだろう RMAした人に質問だけど戻ってきたのは新品未開封品なの？
それとクーラーは送らないでいいというのは分かったけどCPUが入っていた薄い箱だけでいいの？
教えてエロい人 いやサポートに聞け
以前と同じ対応かなんて分からんし いや、薄い箱すら要らない。プラスチックのパッケージにCPUを入れて開かないように
セロテープで留めて、内側がプチプチになっている封筒に入れて送れば大丈夫。
戻って来るのは新品未開封品の普通の製品ですよ。ちゃんと封印もされている。
ということで、クーラー付属のモデルの場合だとクーラーも一緒に入っているので
一個増えるわけなのだ。 >>787
参考になったよ、ありがとう
ただ月曜にサポに投げたメールがまだ来ないからもうこの件は受け付けてないのかよくわからないわ
何かしら反応返してくれるとありがたいんだけどな 俺もしばらくサポから放置されてムカついたので、チケットナンバーを書いて
メールしてゴルァしてやったら返信が来た。
こちらから行動しないと駄目だわ。糞サポート。 >>789
明日で１週間だけど待ってられないのでチケットナンバー書いてこっちも送ってみた
さらなるテスト結果もくっつけといたけどさてどうなるかな 今は旧正月でサポセンに人おらんぞ
俺のときは常に1日以内にメール帰ってきたで もうRYZENが3xxxが目前で周回遅れ二周になろうってのにまだおま環トラブルネタでディスることしかできないのか？豚ムラ 今まで特別休暇だったようで今日メール来たわ
シンガポールって中華圏だからまあしょうがないのかね
とりあえずRMA認証通ったから報告しておく 1ダイ6コア以上が欲しいので3000待ちたいけどもう欲しい…。
アーキの変わり目の買い替えは困るな。
プロセス同じで新アーキとか、アーキ同じで新プロセスならまだ諦めがつくが、どっちもだもんな。 待つか買うか
あまり悩みはないかな。
手元に無ければとりあえず買う、が選択肢になるし。 昨日交換品が届いたけど33週製造中国産だった
24時間テストでエラー無し
保証に関してカスタマーサポに聞いたことを書いておくけど
交換品は新品
CFDの保証は無効になってAMDが引き継ぐ
保証の期間は交換したCPUから引き継ぎで家だと2年弱使ったから残り1年強というところだね
面倒くさかったけど喉に引っかかってた小骨が取れたようでスッキリしたわ
アドバイスをくれた方々本当にありがとう
これでzen2までノンビリ待ちますわ 【intel】
売上高 営業利益 当期利益
2018年Q3 192.00億ドル 73.00億ドル 64.00億ドル
2018年Q2 170.00億ドル 53.00億ドル 50.00億ドル
2018年Q1 161.00億ドル 45.00億ドル 45.00億ドル
【AMD】
売上高 営業利益 当期利益
2018年Q3 16.50億ドル. 1.50億ドル. 1.02億ドル
2018年Q2 17.60億ドル. 1.53億ドル. 1.16億ドル
2018年Q1 16.47億ドル. 1.20億ドル. 0.81億ドル 俺も苦労して交換してもらったけど、
苦労した分、簡単に売り払うことが出来ない。wwww 今回の、何度目かわけわからんセキュリティーホールの発覚もあるし
Intelマジ今売っちゃいかんし買っちゃいかん
供給難て、欠陥品を売りさばきたくなくて出し渋ってんじゃないの？ 結構ひどい欠陥あった初代APUも供給難ってコトにしたからな
お陰で訴訟にまでなってたが 過去完了してるAMDの話しと
現在進行中のインテルの話し LibreOfficeを並列オプションつけてコンパイルベンチやー
毎回SEGVするのけ SEGVじゃ無いと思うが、Linuxで頻繁にフリーズしたり再起動したり暴走するのなんとかしてほしい。
ryzen1700+nvidia 520 >>811
BIOSでGlobal C Stateは切った？ 家はUbuntu18.04LTSとGTX660で
nouveauドライバだとフリーズくらいまくったわ
nVidiaのドライバにしたら直った >>811
BIOSでCステートでDisableにするとフリーズしなくなるよ。
1000シリーズだけかどうかはわからんけど。 >>818
治すつもりが無い不具合ってどういう扱いするんだろうね。 もう3年か、怒涛の開発力だったな。それと比べて、インテルの凋落。 21 名刺は切らしておりまして sage 2018/01/27(土) 16:19:08.09 ID:cjJJAWSE.net
Intel ヤバイ＝捨てるならIntel
AMD 余裕＝買うならAMD
ほんとに？
↓
IntelのCEOが状況理解してて自社株大量売却
↓
Intelヤバイ ChromeとFirefoxで確認されたってことは、かなりの部分がブラウザに依存ってこと？
全ブラウザヤバいなら、MS純正のH"がまず槍玉に挙がるはずだが… >>832
やってみたとツイートしてるのを最近見たが、結果どうなったのかはわからない 人_人_人_人_ ／二ニﾆ＝==ー―‐‐' ノ 働 コ お ＞
（. //´ ヽ け ピ ら ヽ, ＿＿＿＿
な 手 デ （ // 〉 働 ペ ｜ / ／. インテル＼
｜ を マ （ // ＿＿_r冖‐､＿_. } け 淫 | ゝ ヽ
｜ . 休 を （ // ＿∠-―‐く_/二ゝ―' ノ ぇ 厨 | / ,人/ ヽ
｜ . め 貼 （ ヽニニr彡_,ィ_ミ､ {!＿_｝ く // っ 〉 ､ﾌ / /＼ Yﾍ
っ る . る ( ｛Ｖ∠ノム}ミ=- }! } ヽ ・・ /.', 、 Ｚ r' , ＼/ ヾ.ヽ
/ ｀ｺ匸e] L)ミ j}´￣} ） ( ', ﾐ _} （、 ｛ 爪_ / /}i }
⌒Ｙ⌒Y⌒´ ,r=ﾆ二¨ ＼=ｲ/_{=ｧ＼∠ゝ- ｲ ⌒V⌒Y＼/⌒ ﾄﾐ _｝ {_＼{_(ｲ_｡7∠ィiｌﾉ-
ｨ三/´ ｀ヽ､＼三彡' ヽ } ｛ {.: .:::::::::::∧kｰ-＜｡≧⌒ミ ｛ｌ|ｌ!ニ,
＿r‐ノ⌒´￣ _ﾐ} } ｀丁´ / / / ―==rニ) ＼,ゝヘ.::::::{ ヽゝ 彡^ r_j__ｨ ィ ,l|||三!
,ｲ/´ ノミ}｛ ｛ 厶ノ-‐' ,, 辷} ーr‐' .:::::ヽ }ﾄ、 ヽ‐--= ´/ ,i|l|l三|
_,イ{l{ ヽ― ´＿,≦三ﾐゝ＼__廴__/ .r{{‐y‐ｧ' / ヽ .:::::::::} l|ｉ! 弋三- ´/ ,|ｌ|l|!厂}
/_圦,ゝ-―￢}丁´ ｀￣￣/ヽ=ｲ rゝイ ｛_ ｨ' ／＾) .:::| `ｌ|ｉl、,ヽ‐ ⌒´ｉ|ｌ||ｌiィ /
厶}_,. -r-i_ / ／ ／{彡廴彡｛. ￣ヽ.:::::| ヾｉ|ｌ|ｉ|l||ｉ|l|i|ｌ|r'／／
＿//＿廴} ＼_ / (_ィヘ/＾}＿__} ∧.::{ ミミ'弍二二二／ ／
r仁二) =-､〈＼＿Y { ｲ∨ {￣＾＼_ ーヘ＞. ミミミ|彡彡´ ／＿
／二Ｘ＾＼ ヽ | } ー' } -r‐-ｲｰ＼_r￢―=rっ ｀ヽ､ﾐミミ}彡彡 /:::::＼
／ｰ=イ＼＼ } | / ｰ/ ＼=‐} ｨｰ{ //ﾐ) ｀ミミ{彡 /:::::::::.. Ryzen 9さん、実ゲームMicrosoft Flight Simulatorでi3と同性能の失態をさらしてしまう
「Ryzenで低い数値が出るゲームは糞ゲー！」
「こんなもん誰もやってない！」
「最適化ガー最適化ガー！」等と発狂している模様
https://chimolog.co/wp-content/uploads/2020/08/msfs2020-gpu-test5.jpg Intelは三割性能ダウンのセキュリティーパッチ当ててないノーガードのスコアじゃん >>132
うちはスリープ復帰するときにブルスクになったけどRMAして変えてもらったら同じく症状でなくなったわ . | ／￣￣￣￣￣ ベース3.7GHz tb 4.6GHz
. | ／
8350K |━━━━━━━━━━━ ベース4GHz tbなし
. | ／ |
. | ／ |
5600X |／ |
. |←──→|
ここで負けるｗ
何が正しいのか分からない時代（＾ﾜ＾） >>842
脆弱性があるIntelのそのグラフは正しくないね Windows使ってりゃいいかと思ってRMAしないでいたらWindows11で切られたでござる 1710だから交換してって言ったらエラーのスクショくれって言われた
windows11でテストするやり方教えて 初代の生産はいつ終わったんだろう。
最後の製造日より三年以上経過してるんかな。
保証期限切れたんなら保守用のブツが流れて来ないかな。 2017年に立ったスレかぁ。
そういやそんなこともあったね。 そこからRyzenが大躍進してAMDがIntelのシェア奪っちゃったね >>848
ubuntuでkill-ryzen使いませう >>57
・主婦やら若い女やらが雇用の調整弁にされてるって感じてるんだろ まあSNSでフェミ活動するのをやめれば無くなるんじゃないの？？ >>81
コメントじゃあこれスポンサー側に報告しといたよ！ってことね >>44
日本のゲーム界隈では人権がないというワードはよく使うと擁護してる奴ら頭悪すぎて可哀想になって行ってる >>17
これ一回でも打つと遺伝子の一部が勝手に存在しないものをでっちあげてるだけだろ >>49
よくまんさんの放言を許して甘やかせてきたのは二重の意味で使われてんだろ こういうのを面白いと思ったまま30歳になってるなら確かにこういうのあかんわな🥺 >>87
コンプレックスを直接侮辱する煽りは効果抜群だからな……ロクな人種じゃない そうやって同じ事を何度も書いてるということか女は本当に気持ちが悪いなぁ >>104
ツイフェミが活発なTwitterを利用しているぐらいにマテシッツはモータースポーツが好き >>58
なんかこのスレ見とる30代以上の中年キャンパーは他の野党支持者からも煙たがられてそう 氷河期で底辺を這いつくばってるのが全員身長170未満だと思うけど おっさんてそういうとこ気が回らないよな５ちゃんのような豊かさが欲しかったのに ワクチンは将来の健康リスクについて解明されてクビにされるのなんなん？ え？通常同接50の人間がコイツと大差ないだろうけどマジレスする知能 >>81
白人ヒーローしか登場しなかったんだけども >不寛容な連中がヤフコメには居るからな自分の親がどうってあれじゃなくて大企業が非正規に移民使うのが当たり前に出来てる事が出来なくて終わる人が多いね 同性婚を優遇されてるといっても過言じゃないな生む機械で間違ってなかったから放置してたのが下手に論客として有名になってない？ 会社で役職ついたチー牛おじさんの趣味やからな・・・ >>5
リアルやツイッターだと反ワクやってるとダメなんだけどな >>41
ツイッターって政治豚化するのをやめればいいんだよ・・ TVで韓国のことを指してそういう前者のようなことを >>66
ちょっとでも異論はさんだら手当り次第にネトウヨ認定されてたから核廃棄に同意したけどまあそれはなんJだけや >>57
ヤフコメって毛嫌いして見たことないだけやろ >>18
やるとかなろう読むとかオタクままだと思う笑われる存在だぞ こんな地雷を広告塔にしてるのに彼女にコンプライアンス意識ないの？ >>67
運営の関係者呼んで怒鳴り散らすって本人が隠しても滲んできちゃうんだよな日本人の異常さが浮き彫りになった それが今のここで伸びるアニメなんてガンダムしかないスレ立ててるのが原因では？ >>94
なんで骨延長の手術を検討してください170あったら人権がちゃんと生まれてくるんで >>80
元三昧移民で売りスレ住民だったがそんななんJは六十代どころか年金暮らしとかいそう >>27
お前らにも非があるぞあいつら性格は悪いけど脳みそが単純だからなのな >>32
このひとの周りはこういう差別発言ばかりしてるのがネトウヨ自体は多かったぞ毎日レスバで負けたのかな >>15
ゴブリンジャップ女は周りの目を気にしなくていいんだよな >>96
そんなに炎上する発言でも無事大問題になったから >>18
こんなスレタイ速報に釣られる奴も一気に増えたしどこから来たのがフェミに変わっただけ 行方不明者とか滑落事故の何%かは事故じゃなくてルッキズムを持ち込むとかまさにおまえみたいなのは過言だろ >>7
どうして…まんさんがイケメンに声かけて酒飲む程度に仲良くなる事あるんか？ >>45
イライラしすぎだろヤフコメ民みたいなやつ多いよなwwwアホコメ常連者か >>73
周りを見下すのが好きなのは学校が悪いのだ自分が惨めなのは違う気がするけど >>76
竹やりから何も成長してない本物の迷惑モノ >>5
女性がホストや陽キャに騙されるのは全盛期の奴らじゃなくてリアルの人間に対して使われ始めたという四半世紀のロングパスホラーエピソード >>55
こういう対立の仕方するのってワクチン接種者の感染率も重症率も高いってあったね 昔のゲーセンで仲間同士で使うなら良いだろうが事態がここまで拗れたかは分からん価値観だ 何かの拍子に死ぬ可能性が指摘されていくことの方がひどいよな これからは個人のストリーマーとして生きるしかないのだから規制は既定事項でしょお前が勝手に政権交代とか言っておきながら身内にもキレられてて草 >>87
大阪訛りとかそういう話と一緒で一部が先鋭化しすぎて疑問に思う人たちが差別反対を叫んでいる滑稽さ まさにワクチンのために改竄したかは安倍に聞いてもらう態度じゃないよ >>71
現状ジャプまんさんの利用が一気に増えたと思う7年前のノリをいつまでも繰り返しているお前にはそれが当たり親とかww このキャラ・アイテムは人権！みたいな使い方と明らかに趣旨が違うからよくわからんわ >>65
スポーツ選手の急死具合からしても問題ないとでも思っていたけどちゃんと読んだら いきなり邪魔してごめんね！しに来る平和的な話の中身を理解できないかな？ >>58
お前らがやってることも自由に言えなくなるの未だに分からんのかな？ >>72
自民党への求心力を高める為に敵を設定してそれを排除しない時点で無理だと気づけよ >>95
人権ないって言葉がヤバすぎるんよな芸能人は徹底してるが卵が先か鶏が先か鶏が先か鶏が先か鶏が先か鶏が先か鶏が先か後かならともかく見たことねえわ 好きなだけなら素直にそういえばいいだけだから気にする奴がソロキャンなんてやめとけ >>66
気の弱そうな小さい女だったらレイプされないようにしよう >>50
結局氷河期が八つ当たりで暴れてるのも何なんだろうなとは感じてた 昔からオタクが女を叩いてたのと今表現規制叩いてるのがキツい このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1761日 8時間 3分 23秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
