Bye Intel, hi AMD! I’m done after 2 dead Intels

Michael Stapelberg

さようならIntel、こんにちはAMD! 2台も壊れてIntelに見切りをつけた

原文は Michael Stapelberg により に公開されました。 このブログを購読する

私のハイエンド2025年版Linux PCに搭載していたIntel 285Kがまた壊れました!😡 しかもこれは、3月に壊れた最初の285Kの交換品だったのです。行きつけの家電通販サイトでIntel CPUのレビューを読んでみると、驚くことに(!)交換対応に触れているものが非常に多く、現行のIntel CPUは正直安定しているとは言えないという印象を受けました😞。そこで、今後数年はIntelに見切りをつけることにし、代わりにAMD Ryzen 9950X3Dを購入しました。

何が起きたのか? あるいは「死のバッチジョブ」

7月9日、スキャンした紙の書類を画像からテキストに変換しようと、layout-parsertesseractを試してみることにしました。

この処理をGPUにオフロードすれば大幅に高速化するはずだと考え、CUDA対応でlayout-parserをビルドしてみました。NixOSでは通常自分でソフトウェアをコンパイルする必要はありませんが、CUDAはnon-free(非フリー)扱いのため、デフォルトのNixOSキャッシュではCUDA対応でビルドされたソフトウェアは提供されていません。(ヒント:Nix Community Cacheを有効にすると、ビルド済みのCUDAパッケージも利用できます!)

この時間のかかるコンパイルは、奇妙な症状で失敗しました。仕事に出かけ、しばらくするとPCにネットワーク経由でアクセスできなくなっていたのですが、ファンは100%で回り続けていたのです!😳 当初はLinuxのバグかと思いましたが、今考えるとこれがCPUの不調の最初のサインだったのでしょう。

CUDAビルドが失敗したので、代わりにGPUオフロードなしでバッチ処理を実行しました。処理には約4時間かかり、その間ずっと約300Wを消費し続けました。その様子は、こちらのCPU使用率グラフ(Prometheusで収集したメトリクスをGrafanaダッシュボードで表示したスクリーンショット)で確認できます:

CPU使用率(Prometheusによる計測)CPU温度(Prometheusによる計測)

9日の夜の時点では、まだPCは問題なく動いているように見えました。

ところが翌日、いつものようにPCをサスペンド(suspend-to-RAM)から復帰させようとしても、目を覚ましませんでした。さらに悪いことに、電源コードを抜いて数秒待ってから電源ボタンを押しても、まったく反応がありませんでした。

その後、原因はマザーボードかCPUのどちらか、あるいは両方だと切り分けました。電源ユニット、メモリ、ストレージは別のハードウェアで正常に動作したからです。どちらが壊れているのかそれ以上切り分けられなかったため、結局CPUとマザーボードの両方を返品することになりました。

念のため言っておくと、バッチジョブがCPUを壊したと言いたいわけではありません。朝の時点ですでにPCの挙動はおかしかったのです。ただ、あのバッチジョブがとどめを刺した可能性はあるかもしれません。

いや、熱波のせいではない

Tom's Hardwareは最近、「記録的な欧州の熱波で気温上昇に伴いIntel Raptor Lakeのクラッシュが増加している」と報じ、これを受けて欧州ではエアコンが普及していないせいだとする声もありました。

しかし今回の場合、部屋が暑くなってきたことに気づいたジョブの半ば(16時ごろ)に、実際に部屋の冷房を入れました。こちらが室温のグラフです:

室温グラフ(HomeMaticセンサーによる計測)

25〜28度というのは、コンピューターにとっては普通の温度だと思います。

CPU温度が約100度というのは高すぎるのではないかとも念のため確認しましたが、そうではありませんでした。こちらのTom's Hardwareの記事ではさらに高い温度が示されていますし、Intelの仕様上の上限は110度です。数時間「たった」100度で動作したくらいで問題になるはずはありません。

最後に、たとえ高温でIntel CPUがクラッシュしやすいとしても、壊れてしまうことがあってはならないはずです。

どのAMD CPUを買うべきか?

欲しかったのは(サーバー用ではなく)デスクトップ向けで最速のAMD CPUで、現時点ではそれがRyzen 9 9950Xですが、3D V-Cacheを搭載したバリエーションであるRyzen 9 9950X3Dもあります。用途によっては3D V-Cacheありとなしで速い方が入れ替わるので、詳しくはPhoronixの比較をご覧ください。

結局、多くのベンチマークで性能が優れているというだけでなく、Linux 6.13以降ではV-Cacheが大きいコアとクロック周波数が高いコアのどちらを優先するかを切り替えられるという点にも惹かれて、9950X3Dモデルに決めました。面白い機能だと思います。この設定を切り替えることで、特定のワークロードが追加のキャッシュにどれだけ敏感かが見えてくるかもしれません。

CPU以外にも、AMDのソケットAM5用の新しいマザーボードが必要でしたが、他のパーツはすべて流用しました。最終的に選んだのはASUS TUF X870+です。マザーボードは消費電力の低さを重視して選んでいるので、X870EではなくX870にしました。X870Eはチップセットを2つ搭載しており、どちらも電力を消費し冷却が必要になるからです!今回のような経緯での交換ということもあり、耐久性を重視するTUFシリーズというのも気に入っています……。

パフォーマンス

AMD 9950X3Dのパフォーマンスは、Intel 285Kよりわずかに優れているようです:

ワークロード12900K (2022)285K (2025)9950X3D (2025)
Go 1.24.3のビルド≈35s≈26s≈24s
gokrazy/rsyncのテスト≈0.5s≈0.4s≈0.5s
gokrazy Linuxのコンパイル3m 13s2m 7s1m 56s

参考までに、各ワークロードで使ったコマンドは以下のとおりです:

  1. cd src; ./make.bash
  2. make test
  3. gokr-rebuild-kernel -cross=arm64

(gokrazyのUEFI統合テストは、現在のテストの実行方法と以前の結果を比較できない無関係な差異があると思うので、含めていません。)

消費電力

ハイエンド2025年版Linux PCの記事で、Intel 285Kを選んだ理由としてアイドル時の消費電力の低さを挙げましたが、AMDのCPUが本当にその点で劣るのか懐疑的な声もありました。

周辺機器は同じまま、3台の異なるPCを切り替えて使ったことで、ハイエンドCPUの消費電力がどう違うのか、この問いに答えられるようになりました!

数日間の使用から、代表的ないくつかの時点の消費電力の値を抜粋しました:

CPUマザーボードアイドル時消費電力モニター接続時のアイドル消費電力
Intel 12900kASUS PRIME Z690-A40W60W
Intel 285kASUS PRIME Z890-P46W65W
AMD 9950X3DASUS TUF GAMING X870-PLUS WIFI55W80W

ある典型的な2つの夜の消費電力を見てみましょう。こちらがIntel 285Kの消費電力です(REST APIを備えたmyStrom WiFi switchスマートプラグで計測):

Intel 285K搭載PCの消費電力

……そしてこちらが、同じPC構成でAMD 9950X3Dに置き換えた場合です:

AMD 9950X3D搭載PCの消費電力

全体的な印象として、AMD CPUはあらゆる面で消費電力が高いと感じます。ベースラインが高く、スパイク(ピーク時の消費電力)も高く、しかもスパイクの頻度や継続時間も長くなっています。

電力量計の統計を見ると、2人暮らしでIHクッキングヒーターを使っている我が家では、通常1日あたり約9kWh台で収まっていました。

PCをIntelからAMDに切り替えた後は、1日あたり10〜11kWhになっています。

おわりに

私がIntel CPUを買い始めたのは、Linuxが完璧に動き、静音性も高いハイパフォーマンスなPCを組めたからでした。このやり方は長年にわたってうまくいっていました:

一方で、この時代が終わってしまったのは少し寂しくもあります。他方で、私は初期のPCでAMDのK6を搭載して以来ずっとAMDに愛着を持っており、実際AMDのCPUを買い続けることをやめたことはありません(例えばRyzen 7ベースのミニサーバーなど)。

今後のモデルでAMDがアイドル時の消費電力をさらに改善してくれるかもしれません。そして、Intelが十分長く生き残れば、CPU設計の安定化に再び成功するかもしれません。CPU市場で競争が続くことを、心から願っています。

この記事は「muse-spark-1.2-contributor」を使用して翻訳されました。

コメント