【エラッタ】Ryzen SEGV問題 Part.4【AMD】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>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
適当でいいから英語くらい使えよぅ
結構通じるゾ ■ このスレッドは過去ログ倉庫に格納されています
