アカウント名:
パスワード:
それ、Linuxのバグじゃないの?
FreeBSDでは発生するらしい。Linux subsystem for windowsで発生するという報告もある。発生する条件はかなりシビアらしくて誰の言ってることが正しいのかもはっきり言ってよく分からない。
Linuxだけではなく、少なくともDragonflyBSD、NetBSD、FreeBSDで症状が報告されてます。さらに、AMDが公式にCPUの問題だったと認めている上、AMDから送られてきたCPUに交換するだけで直った報告もありますから、もはやLinuxやgcc側の問題であるという可能性は残っていません。
発生する条件は確かにシビアなんですが、今は数時間程度で症状を再現できるテストプログラムが公開されていますから、問題のあるチップか否かの判別は確実にできます。
でもほんの数日前までそのテストプログラムも怪しかったわけでしょ
http://www.phoronix.com/scan.php?page=article&item=ryzen-segv-cont... [phoronix.com]
> でもほんの数日前までそのテストプログラムも怪しかったわけでしょ
おいおい、ちゃんと記事読もうよ。
phoronixの人がずっと Ryzen を常用してて、ベンチマークの負荷とかもかけてたりしたのに全く問題なかった。でもその同じハードウェアで、1ヶ月くらい前から公開されていたhttps://github.com/suaefar/ryzen-test/commits/master [github.com]を実行してみたら、たったの88秒でくだんの問題が再現したって記事だよ。
つまりテストプログラムは1ヶ月くらい前にはもうあったわけ。数日前までわかってなかったのは phoronixの人だけ。前から AMD に相談していた人は、このプログラムのことは既にみんな知ってたんだよ。
> phoronixの人は他の負荷試験では一切問題が起きないことを確認してるんだが。
ちゃんと読みましょう。 https://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Test-Stress-Run [phoronix.com] では、くだんの ryzen-test とは別のプログラム、エンタープライズ・カスタマーが負荷試験・安定性テストのために以前から使っている「Phoronix Test Suite」のstress-runを使うと、SMTをオフにしていても 229秒で問題が再現すると書いてあります。さきほどの ryzen-test では SMT をオフにしていると 30分程度の時間をかけないと再現しないとも書いてますから、ryzen-test よりも Phoroni
某twitterの人か、張り付いてるのよくわかる
phoronixの最初の記事はこれなんだよhttp://www.phoronix.com/scan.php?page=article&item=ryzen-segv-cont... [phoronix.com]
実際検証で何ページかあったが君なら確認してるだろう誤解を招くためupdate5が入った時点で消されている
AMD Confirms Linux Performance Marginality Problem Affecting Some, Doesn't Affect Epyc / TRhttps://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Segv-Response [phoronix.com]
日付7日のアップデートで言及してるよこれの冒頭をしっかり読んでるの?
横から失礼あなたが指摘したい点がよくわからないんですが、特定の再現プログラムでなければ問題は起こらないってことですか?
http://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Segv-Response [phoronix.com] > they are found to occur with many, parallel compilation workloads in particular上によれば、多数の並列コンパイルを走らせると起こる(事がある)って言ってるだけで再現プログラムでしか発生しないって事ではないでしょ?っていうか問題が起こったからその条件が発生しやすいようなプログラムを書いたわけで。
> Linux boxes have been wor
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
Linuxで発生するもWindowsでは再現しないこと (スコア:0)
それ、Linuxのバグじゃないの?
Re: (スコア:0)
FreeBSDでは発生するらしい。
Linux subsystem for windowsで発生するという報告もある。
発生する条件はかなりシビアらしくて誰の言ってることが正しいのかもはっきり言ってよく分からない。
Re: (スコア:2, 参考になる)
Linuxだけではなく、少なくともDragonflyBSD、NetBSD、FreeBSDで症状が報告されてます。
さらに、AMDが公式にCPUの問題だったと認めている上、AMDから送られてきたCPUに交換するだけで直った報告もありますから、もはやLinuxやgcc側の問題であるという可能性は残っていません。
発生する条件は確かにシビアなんですが、今は数時間程度で症状を再現できるテストプログラムが公開されていますから、問題のあるチップか否かの判別は確実にできます。
Re:Linuxで発生するもWindowsでは再現しないこと (スコア:0)
でもほんの数日前までそのテストプログラムも怪しかったわけでしょ
http://www.phoronix.com/scan.php?page=article&item=ryzen-segv-cont... [phoronix.com]
Re:Linuxで発生するもWindowsでは再現しないこと (スコア:1)
> でもほんの数日前までそのテストプログラムも怪しかったわけでしょ
おいおい、ちゃんと記事読もうよ。
phoronixの人がずっと Ryzen を常用してて、ベンチマークの負荷とかもかけてたりしたのに
全く問題なかった。でもその同じハードウェアで、1ヶ月くらい前から公開されていた
https://github.com/suaefar/ryzen-test/commits/master [github.com]
を実行してみたら、たったの88秒でくだんの問題が再現したって記事だよ。
つまりテストプログラムは1ヶ月くらい前にはもうあったわけ。
数日前までわかってなかったのは phoronixの人だけ。
前から AMD に相談していた人は、このプログラムのことは既にみんな知ってたんだよ。
Re: (スコア:0)
> phoronixの人は他の負荷試験では一切問題が起きないことを確認してるんだが。
ちゃんと読みましょう。
https://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Test-Stress-Run [phoronix.com]
では、くだんの ryzen-test とは別のプログラム、エンタープライズ・カスタマーが
負荷試験・安定性テストのために以前から使っている「Phoronix Test Suite」の
stress-runを使うと、SMTをオフにしていても 229秒で問題が再現すると書いてあります。
さきほどの ryzen-test では SMT をオフにしていると 30分程度の時間をかけないと
再現しないとも書いてますから、ryzen-test よりも Phoroni
Re: (スコア:0)
某twitterの人か、張り付いてるのよくわかる
phoronixの最初の記事はこれなんだよ
http://www.phoronix.com/scan.php?page=article&item=ryzen-segv-cont... [phoronix.com]
実際検証で何ページかあったが君なら確認してるだろう
誤解を招くためupdate5が入った時点で消されている
Re: (スコア:0)
AMD Confirms Linux Performance Marginality Problem Affecting Some, Doesn't Affect Epyc / TR
https://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Segv-Response [phoronix.com]
日付7日のアップデートで言及してるよ
これの冒頭をしっかり読んでるの?
Re: (スコア:0)
横から失礼
あなたが指摘したい点がよくわからないんですが、特定の再現プログラムでなければ問題は起こらないってことですか?
http://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Segv-Response [phoronix.com]
> they are found to occur with many, parallel compilation workloads in particular
上によれば、多数の並列コンパイルを走らせると起こる(事がある)って言ってるだけで再現プログラムでしか発生しないって事ではないでしょ?っていうか問題が起こったからその条件が発生しやすいようなプログラムを書いたわけで。
> Linux boxes have been wor