アカウント名:
パスワード:
マザーボードのファームウェア更新で解消したとか、メモリ設定を正しく読めていなかったことが原因とか、マザーボードの設定をAMDのサポートの指示通りに変更すると、パフォーマンスが大幅に落ちるが解消するとかいう話が出てました。動作保証できない条件で出荷していたのか、単に後から問題が見つかったのか。個人では速くてちゃんと動けばなんでもいいんですけどね。
再現試験だとメモリの設定を手動で緩めたら解消したという報告が多い(というかメモリ設定を緩めても再現した報告あるのかな?)のでB1ステッピングのメモリ周りがシビアすぎる&初期のファームウェアがメモリチップの検出に失敗して結果としてメモリをOC設定してしまうの合わせ技っぽい感じですね。B2の改良もコアではなくメモコンって話ですし。
なのでメモリ設定を手動で緩めると直る→実はそれが自動検出されているべき本来の正しい設定なので直るファーム更新すると直る→メモリが本来の(遅い)設定になるので直るB2で直る→メモコンの改善で多少無理が利くようになったということかと。
> (というかメモリ設定を緩めても再現した報告あるのかな?)
緩めても再現してますね。
https://twitter.com/ruby_U/status/885465722612142080 [twitter.com] > #Ryzen_SEGV_Battle メモリタイミングを https://gist.github.com/rubyu/d45082932da1e7b7a0de6bf9e4c159df [github.com] … に固定してbtfs-progsを48時間で20977回コンパイルしてエラーなし。以前はどうしても数回エラーが出てた。参考: http://egg.2ch.net/test/read.cgi/ [2ch.net]
と、メモリ設定緩めると直ったかと思いきや...
https://twitter.com/ruby_U/status/885589846726660096 [twitter.com] > 25000時点で1個エラーが…。ダメかー
https://twitter.com/ruby_U/status/886018801673715712 [twitter.com] > さらに
Twitter で情報を集めていた人は、海外のサイトを見ていない気がしますね。
メモリタイミングだけではなく、μ opcache も disable にしないと、解決しないとのこと。とどのつまりウェハーの製造工程と QA に問題があったのでしょう。今 RMA で返ってきているのは、製造週が最近の物。
あと、RMA で直るのは「セグメンテーションフォルトが出なくなるだけ」で、%rip register (Instruction Pointer) が違う場所を指し示す問題は直らないというのが既に検証されているので、注意が必要ですね。
こちらについては、
https://community.amd.com/thread/215773?start=691 [amd.com]https://community.amd.com/thread/215773?start=694 [amd.com]https://community.amd.com/thread/215773?start=711 [amd.com] - 713
程まで。
問題点は、この辺を読むと分かるでしょうhttps://www.phoronix.com/forums/forum/hardware/processors-memory/95536... [phoronix.com]https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399 [freebsd.org]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
一部ではBIOS更新で解消したとか (スコア:2)
マザーボードのファームウェア更新で解消したとか、メモリ設定を正しく読めていなかったことが原因とか、マザーボードの設定を
AMDのサポートの指示通りに変更すると、パフォーマンスが大幅に落ちるが解消するとかいう話が出てました。
動作保証できない条件で出荷していたのか、単に後から問題が見つかったのか。個人では速くてちゃんと動けばなんでもいいんですけどね。
Re: (スコア:0)
再現試験だとメモリの設定を手動で緩めたら解消したという報告が多い(というかメモリ設定を緩めても再現した報告あるのかな?)ので
B1ステッピングのメモリ周りがシビアすぎる&初期のファームウェアがメモリチップの検出に失敗して結果としてメモリをOC設定してしまう
の合わせ技っぽい感じですね。
B2の改良もコアではなくメモコンって話ですし。
なので
メモリ設定を手動で緩めると直る→実はそれが自動検出されているべき本来の正しい設定なので直る
ファーム更新すると直る→メモリが本来の(遅い)設定になるので直る
B2で直る→メモコンの改善で多少無理が利くようになった
ということかと。
Re: (スコア:2, 興味深い)
> (というかメモリ設定を緩めても再現した報告あるのかな?)
緩めても再現してますね。
https://twitter.com/ruby_U/status/885465722612142080 [twitter.com]
> #Ryzen_SEGV_Battle メモリタイミングを https://gist.github.com/rubyu/d45082932da1e7b7a0de6bf9e4c159df [github.com] … に固定してbtfs-progsを48時間で20977回コンパイルしてエラーなし。以前はどうしても数回エラーが出てた。参考: http://egg.2ch.net/test/read.cgi/ [2ch.net]
と、メモリ設定緩めると直ったかと思いきや...
https://twitter.com/ruby_U/status/885589846726660096 [twitter.com]
> 25000時点で1個エラーが…。ダメかー
https://twitter.com/ruby_U/status/886018801673715712 [twitter.com]
> さらに
Re:一部ではBIOS更新で解消したとか (スコア:0)
Twitter で情報を集めていた人は、海外のサイトを見ていない気がしますね。
メモリタイミングだけではなく、μ opcache も disable にしないと、解決しないとのこと。
とどのつまりウェハーの製造工程と QA に問題があったのでしょう。今 RMA で返ってきているのは、製造週が最近の物。
あと、RMA で直るのは「セグメンテーションフォルトが出なくなるだけ」で、%rip register (Instruction Pointer) が
違う場所を指し示す問題は直らないというのが既に検証されているので、注意が必要ですね。
こちらについては、
https://community.amd.com/thread/215773?start=691 [amd.com]
https://community.amd.com/thread/215773?start=694 [amd.com]
https://community.amd.com/thread/215773?start=711 [amd.com] - 713
程まで。
問題点は、この辺を読むと分かるでしょう
https://www.phoronix.com/forums/forum/hardware/processors-memory/95536... [phoronix.com]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399 [freebsd.org]