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

Michael Stapelberg

さようならIntel、こんにちはAMD! Intelが2つ続けて故障したので見切りをつけました

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

何が起きたのか? ――死のバッチジョブ

7月9日、私はスキャンした紙文書のコレクションを画像からテキストに変換するために、layout-parsertesseractを使って実験を始めました。

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

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

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

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

9日の夜の時点では、まだコンピューターは問題なく動いているように見えました。

しかし翌日、いつものようにサスペンド・トゥ・RAMからPCを復帰させようとしても、まったく起き上がりませんでした。さらに悪いことに、電源ケーブルを抜いて数秒待ってから電源ボタンを押しても、何の反応もありませんでした。

その後、問題はマザーボードかCPUのどちらかにあると切り分けました。電源、メモリ、ストレージはいずれも別のハードウェアでは正常に動作したからです。どちらが故障しているのかをそれ以上特定できなかったため、結局CPUとマザーボードの両方を返品しました。

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

いいえ、熱波のせいではありません

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の比較記事をご覧ください。

最終的に、私は9950X3Dモデルを選びました。多くのベンチマークでこちらの方が性能が良いというだけでなく、Linux 6.13以降では大容量のV-Cacheを搭載したコアと高クロックのコアのどちらを優先するかを切り替えられるというのも面白そうだったからです。この設定を変えることで、特定のワークロードがキャッシュ増量にどれだけ敏感かを確かめられるかもしれません。

CPU以外にも、AMDのソケットAM5用に新しいマザーボードが必要でしたが、他のパーツはすべて流用しました。選んだのはASUS TUF Gaming X870-PLUS WIFIです。マザーボードは消費電力が低いものを探すのが常なので、X870EではなくX870を選びました。X870Eはチップセットを2つ搭載しており、そのぶん消費電力も冷却の必要性も増えるからです! 今回のようなハードウェア交換という経緯を考えると、耐久性を重視したTUFシリーズというのも気に入っています……。

パフォーマンス

AMD 9950X3Dのパフォーマンスは、Intel 285Kをわずかに上回るようです:

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

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

  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の消費電力です(myStrom WiFi Switchスマートプラグで計測したもので、REST APIが付属しています):

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でAMD K6を使っていた頃からAMDに愛着があり、実際AMD CPUを買い続けることをやめたことはありません(たとえばRyzen 7ベースのミニPCサーバーなど)。

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

原文は Michael Stapelberg により に公開されました。

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