スキップしてメイン コンテンツに移動

AMD Ryzen 9 5900XT を衝動買いしたらハマった (アイドル灼熱問題)

CPUを衝動買いしてしまった。思えば5600G→5700Xも衝動買いみたいな感じだったけど、今回もまた衝動買い。首都高バトルのせいでPCスペック上昇欲が高まっていたがグラボはRTX5070(Ti)やRX9070(XT)の発売を控えバッドタイミング。というわけで安さに飛びついて買ったものの、最新と比べるといろいろ(主にベンチマークが)見劣りする5700Xが更新の検討対象に。とはいっても、AM5に行くには先立つものが心もとない……そんな中目に飛び込んできたのが5900XTだった。

Ryzen 5x00のXT型番に対して「単なるリネームだろ」という認識しかしていなかったが、よく調べてみるとクロックアップしてたりと、多少なりとも手が入っている様子。そして5900X→5900XTに限って言えば、12C24Tから16T32Tへ物理的なアップグレードが施されている。それでいて、価格も発売当初比でかなり落ち着いてきて最安5万円強。安くね? 偶然にも身内のPCオタクが5900XTで1台組んでいる最中だったというのもあり、気が付いたらポチっていた(5700Xが1.5万ぐらいで売れる読み)。


無事到着し、ウキウキで換装。1年半ほどしか使っていないのもあってスッポンすることもなく無事に完了。火入れを行う。BitLockerのアレやPINの再設定などがあるが問題なく起動。とりあえずCinebench2024を回す。速い。満足。何よりベンチ中も70℃程度と全然発熱しない。神のCPUだ~~~となっていたが、ふと気づく。

Utilizationに注目

アイドリングなのに60℃以上ある、というか70℃。よく見るとコア電圧も1.4V台後半と見るからにおかしい。最初は冷却不良を疑ってグリスを塗りなおしたりしてみたが何も変わらず。チップセットドライバとUEFIを更新したがこれも変わらず。不思議なのが、この状態でベンチを回す(=高負荷を掛ける)と電圧は一気に1V台に落ちこみ、発熱も70℃程度までしか上がらないということ。

とりあえず電圧を削るかとAMDのPBOでAll Core -30にしてみる(バカ)。ベンチ中の電圧は下がりちょっとベンチは伸びた。が、アイドリング中の異常発熱は変わらず。その日は諦めてそのまま寝たが、一晩中アイドルで放置しててもHWMonitor 読みで最低55℃とかそんな感じ。冬場でこれはきつい。Package Powerも最低60Wとかだし……。

翌日仕事をしながらいろいろ調べたり調べてもらったりする中で、分かったことがいくつかあった。

  1. Windows 11の電源管理との相性が良くなく、電源オプションの中にある「最大のプロセッサの状態」を100%から99%にすると治ったというもの。これは5900XTではなく5900Xでの症例をRedditやTwitterで見つけることができた。
  2. AMDのCPB(Core Performance Boost)が悪さをしているという説。これは特定のCPUに限らずRyzen全般の情報として出てくる。この場合、CPBと合わせてPBOもDisableにすることで定格で使おうというのが解決策となる。
帰宅し、さっそく1.から試してみる(その前にUEFIの設定は初期化した)。一瞬で電圧・温度・クロックが落ちた。見た感じ定格動作になっている。マジかよwとなったが、せっかく高性能な石を買っておいて定格で使うのも惜しい。Cinebenchを走らせる限りではBoostあり状態と1割程度しか性能低下はせず(つまり5800Xなんかよりは余裕で速い)、それでいて低発熱低消費電力とこれはこれで素晴らしいのは事実だが。

最大のプロセッサを99%にした瞬間に崖発生。クロックは定格張り付き。

というわけで続いて2.を試す。1.で変えた設定は元に戻した。これまた同じく定格動作になった。やっぱり惜しい。どうにかならないものか。そもそもこれはCPB Disableの挙動としてなんかおかしい気もする。

結論からいうと、悪あがきをしているうちに治ってしまった。多分電源オプションの設定を初期化したのが効いてるっぽい。従来高パフォーマンスを適当に弄ったのを使っていたが、それをバランスに変更し、さらにバランスの中身を初期化したあたりで急に電圧もろもろが落ち着いた。そのままベンチを回すと、定格ではないもののちょっと物足りない感じ。調子に乗ってPBOの設定をいじって再チャレンジ。PBO Enable (CO All Core -30)に加えて、よくわからんままFmax EnhancerというのをEnableにしてみた。

中央付近の崖はCinebench終了の瞬間。右側の崖は無操作で少し放置した状態

アイドルの温度電圧は問題なさそうなのでベンチを回す。なんと全コア4.7GHz近くでブン回り始めた。電圧は1.2Vぐらいで安定。その分発熱(80℃位)と消費電力(190W)はなかなかの感じになってしまったが、16コアをカチ回してこれなら文句はない。多分Fmax Enhancerが効いてるっぽい。ベンチスコアも過去最高を記録し、ベンチ終了後は平和な温度に。ようやく理想的な動き方になったところでこの記事を書いている。現在53℃。アイドルにしてはちょっと熱いが、常駐アプリ山盛りで音楽鳴らしたりしてる状態であることを考えればまあこんなもんだろう。無操作で放置すると40℃まで落ちるのでこれなら問題ない。

というわけで、久々にPCオタクっぽいことをする羽目になったことの備忘録でした。あとは電源とグラボを買い替えればこのPCは完ぺきになるはず。というか電源さっさと買い替えないとやばいね。660WしかないのにCPUとグラボがともに200W近く食うので同時にフルロードになったら多分落ちる。グラボは9070XTかなあ、AMD信者のつもりはないけどNVIDIAどうせ高いしどうせ買えないし…。3月が楽しみ。


2025.3.12 追記

結局あの後色々弄ってるうちにまたアツアツ状態にに戻ってしまい、アイドル50℃台後半のまましばらく使っていた。ほとんど諦めてたところに24H2のアップデート催促が来たため当ててみた。

そしたらなんか治った(???)

現在、「最大のプロセッサの状態」を99%、マザーのOC設定(CPB・PBO2はオン、COはAll-15、Fmax~はOFF)を適当に入れた状態で、アイドル40℃台(~1V安定)、ベンチ回して60℃強(1.2V, 4.5GHzぐらい)と非常にいい感じ。Fmax~がOFFなのでパワーは落ちているはずなのにCinebenchのスコアは向上した。よく分からん。ベンチ中が冷えてるのはRZ620を衝動買いしたからかも。でもアイドルの電圧がいい感じになってるのは確かである。

まあ確かにOSの制御がイマイチみたいな説はあったのでその辺が改善したという見方もできるかもしれない。「最大の~」を100%に戻したらどうなるのかは不明(怖いので弄りたくないねえ)。とりあえずしばらくはこのまま使います。ちなみに5700XはAG400と抱き合わせでオタクに売れました、めでたしめでたし。

このブログの人気の投稿

Spotifyとローカル音源とラウドネスの話

おことわり 私は音響諸々についてド素人です。 したがって、用語の使い方や諸々への理解はガバガバです。 あしからず。 Spotifyとローカル楽曲 Spotify Premiumを使い始めてから、今までシコシコ集めてきたCD音源というのをほとんど聴かなくなってしまった。 というのも、聴きたい曲は“粗方”揃ってるし、強力なサジェスチョン機能や有志制作のプレイリストなどがあまりにも快適だからである。 当初は僕の“プライマリー”である水樹奈々が入っていないなど色々としんどさがあったが、今や水樹奈々も全曲入り、いよいよSpotifyで困らないというのが現状である。 ……とはいえ聴きたい曲が全部Spotifyにあるわけではないので、聴くのを諦めるか聴くために何か手段を講じる必要がある。 ※つい先日までは大人しく諦めてたのだが、ここ最近はちょっとそういうわけにも行かなくなった。冴えカノFineのせいでサブスク入りしてない冴えカノ関連楽曲(春奈るな・沢井美空・妄キャリの各曲は入ってるけどキャラ名義のものが皆無)を聴きたくなってしまった   手段はいくつかあるが、まず1つがSpotifyと従来のプレイヤー(PCならFB2K、携帯ならPOWERAMP)を併用するというもの。 これは確実ではあるが、とてもスマートじゃない。 僕は基本的に音楽聴くときBGM的な流し方が多いので、プレイヤーが別れてると横断的に再生されないし(当然)、プレイヤーをこまめに入れ替えるなんてこともしないので、結局片方しか聞かなくなるのである(その結果Spotifyしか聞かなくなった)。 そして2つ目がSpotifyにローカル音源を放り込むというもの。 Spotifyにローカル音源をインポートする機能があることは知っていたが、使い始めにちょっと試してみて色々と不便だったのもあり、ずっと無いものとして過ごしてきた。 しかし、1つ目の手段(プレイヤー併用)を使いたくない以上、こちらの手段でなんとかするしかないのである。 Spotifyのローカル音源インポートの問題点は、インポートした音源を全デバイスに配信(?)することができないことである(Apple MusicとかGooglePlay Musicはできるらしい)。 つまり、PCと携帯それぞれに音源を放り込んで、それぞれ...

「LR/Mogrify 2」+「LensTagger」でLightroomから撮影情報の透かし入り写真を書き出す

Lightroomには書き出し時に透かしを入れる機能がある。 この機能はいわゆる著作権情報や「SAMPLE」みたいなのを入れるためのもので、 入れる文字列は固定になってしまう。 Twitterとかに写真上げるとき、撮影情報の透かし入れれるとかっこいいよなあとは昔から思ってて、 Lrでスッと出来ればいいのにってずっと思ってた。 有料の拡張入れれば出来るのは前から聞いてたし、つまりは拡張入れないと出来ないわけで、 めんどくせっつってずっと忘れてた。 先日急にその事を思い出し、調べてみると透かしに動的なデータを流し込む拡張は 「 LR/Mogrify 2 」というらしい。 最低3.5EURの寄付でフル機能が使えるタイプのカンパウェア。 インストールは若干メンドくさいが、 http://rihla.hatenablog.com/entry/2017/11/01/230616 http://www.twinklestars.net/entry/2015/06/29/173456 あたりを参考にさせていただいた。 で、僕はニコンのカメラを使ってるわけだが、 ニコン機で撮った写真のEXIFに残るレンズ名は非常に儚い。 純正レンズだろうが非純正レンズだろうが「○○mm f/××」という簡素にも程がある情報しか残らないのである。 150-600Sの場合がこれ。 このままだと、LR/Mogrify 2を使ってもこの貧相なレンズ名が透かしとして入るだけで、機材ドヤリング用としてはほとんど意味を成さない。 というわけで、EXIFを改竄する必要がある。 それに使うのが「 LensTagger 」だ。 これはフリーで、LR/Mogrify 2と同じく、Lrの拡張機能にあたる。 随分前になぜか導入だけしてずっと使ってなかった。 http://pentax-memo.brassworks.jp/memo/lightroom-lens-edit/ 導入&使用法はこのあたりを参考にした。(と思う) これは本来、非CPUレンズ(レンズ名が「0mm f/0」になる)の写真や、スキャンしたフィルム画像にレンズ情報を入れる為の拡張だが、 焦点距離や開放F値とは別にレンズ名自体も変更できるのでその機能を使う。 両方とも導入がメンドくさい...

DPC Latencyと音飛び

ここ数日すさまじくPCが不調。 WindowsUpdateを当てたのが原因な気もするし、そもそもハードウェアが腐ってるってのも十分考えられる。 どうしたものだか。 音飛びについて PC使ってるだけで凄まじくストレスが溜まっていくので早急に改善したい(むりそう)。 WASAPI排他にしてあるFB2kに関してはUSBDACをハブに繋ぐのをやめたら結構改善した気がするけど、肝心のDPC Latency自体はまったく改善していない。 なので、WASAPIにならないYoutubeとかニコニコの場合は容赦なくブチブチになる。 ニコニコで動画を再生(「オs」は恐らく「μs」の文字化け) というか動画再生自体が負荷なので動画が再生するだけで音はブチブチ。 でもVLCで動画再生する分には大丈夫そうなのでこの辺は良く分からない。 どちらにせよニコニコがまともに見れないのはとても不快なのでなんとかしないといけない。 ちなみに動画を観ているタブ以外を観てる(=BGで再生)と音は普通になるので、どうやらCPU負荷とGPU負荷あたり関係しているらしい。 DPC Latency CheckerとLatencyMon USBDACの音飛び関連でググると DPC Latency Checker (以下DPCLC)と LatencyMon を 紹介しているページ を見つけたので参考にしつつ2つを入れてみた。 (LatentyMonのDLページにはいかにもなメールアドレス入力欄があるけど入力しなくてもDLはできるので注意) 最初のスクショはそのDPCLCのものだけど、まぁ見るからに酷い。 一般的にはグラフが黄~赤になるあたり(=1000μs~2000μs)を超えていると環境を見直しましょうって感じらしいけど、僕の場合桁が違う。 実際グラフが赤くても4桁μsぐらいならサウンドは問題なく再生されるみたい。 DPCLCで表示されるレイテンシは全体のもの(?)なのに対して、LatencyMonでは各ドライバごとのレイテンシを表示できるらしい。 選択してある部分のHighest executionの値が大変なことになっている。先ほどのサイト曰くここの値は普通1.0を超えないらしい。 このHighest execution(ミリ秒)...