オーバークロック時にRyzen Bzy_MHzが低くなります。

オーバークロック時にRyzen Bzy_MHzが低くなります。

新しいRyzen 5 1500Xをオーバークロックしようとしましたが、CPU温度を報告しない標準的な困難に遭遇した後、特定のオーバークロックで奇妙な結果が発生することlm-sensorsがわかりました。turbostatこれが何を意味するのかについての情報はオンラインで見つけることができません。

  • カーネル: Linux 4.10.0-28-一般
  • ディストリビューション:Ubuntu GNOME 17.04
  • CPU:Ryzen 5 1500X(4コア8スレッド)
  • CPU周波数:元の3.5 / 3.7GHz、3.8-4.0GHzにオーバークロック)

stressオーバークロックを試みている間、8つのスレッドをすべてストレステストしています。

一般に、8つのスレッドがすべて99〜100%で実行されていると報告する3.80 GHzオーバークロックでは、turbostatBzy_MHzは3799MHzで良好なレベルです。

3.90GHzおよび4.00GHzでは、turbostat電圧に関係なく1378MHzのBzy_MHzが継続的に報告されます。以下の出力は4.00 GHzのオーバークロック実行からのものですstress -c 8

CPU Avg_MHz Busy%   Bzy_MHz TSC_MHz
-   1378    99.99   1378    4000
0   1378    100.00  1378    4000
1   1378    100.00  1378    4000
2   1378    100.00  1378    4000
3   1378    100.00  1378    4000
4   1377    99.93   1378    4000
5   1378    100.00  1378    4000
6   1378    100.00  1378    4000
7   1378    100.00  1378    4000

turbostatこれは、4.00 GHzクロックが実際に実行されていないことを意味しますか、それともレポートにエラーがありますか?

カーネル4.11用のlinux-toolsが見つからなかったため、turbostatそこで実行できません。これが問題であれば、人々は4.11で修正されると期待しますか?


編集する:私はPhoronixを使っていくつかのベンチマークを実行しましたが、Turbostatが正しい周波数を報告しているようです。 3.8GHzと4.0GHzテスト(両方とも2.8GHz RAM速度)の違いは、4.0GHzの「オーバークロックされた」報告された周波数1.4GHzで予想されたものとほぼ同じです。

まあ、これはLinuxの問題ではないかもしれませんが、実際にこれをテストするためにWindowsパーティションやドライブを設定したくありません。

https://openbenchmarking.org/result/1707197-MARS-OC4000266,1707197-MARS-OC3800225

PTS / John the RipperのOC4000およびOC3800ベンチマーク。平均OC4000結果はOC3800結果の約37%です。

ベストアンサー1

BIOSアップデートがリリースされた後、インターネット検索をしてみると、私が疑っていたカーネル問題ではなく、MoboとBIOSの問題であることがわかり、非常に安心になります。

おすすめ記事