誰も触っていない深夜、PCの中で何が起きているのか
夜中に目が覚めると、暗い部屋でPCのランプがチカチカ点滅していた――そんな経験はないだろうか。画面を消してつけっぱなしにしているだけ。ダウンロードも、アップデートも、ウイルススキャンも走っていないはず。「きっと気のせいだ」。そう片付けていた人に、冷や水を浴せる報告が海外から相次いでいる。AMDのグラフィックボード用ドライバに同梱される常駐ソフトが、PCをほとんど使っていない時間帯にもSSD（ソリッドステートドライブ）へ書き込みを続けているというのだ。報じられた衝撃の数字は「1日432GB」。寝ている間に、誰が、なぜ書き込んでいたのか。
毎秒5MBが24時間続けば、1日で432GB
発端は、待機中に毎秒およそ5MBの書き込みが続いたというユーザー報告だ。PCニュースサイトのTom’s Hardwareがこの数字を計算したところ、毎秒5MBが丸1日続けば432GB、休まず1ヶ月続けば13TB近くに達する。使わずにつけっぱなしにしている時間が長い人ほど、この「24時間続く計算」に近づく。PCをつけっぱなしで寝る習慣がある層にとって、これは他人事ではない。
ただ、ここで慌てるのは早い。まず押さえるべきは、432GBという数字が「PCからSSDに渡された書き込み量の合計」だという点だ。SSDの内部には、データの一時置き場を確保したり、書き込む場所を均等に散らしたりする仕組み（オーバプロビジョニングやウェアレベリング）が備わっており、渡された量＝記憶チップの摩耗量とは限らない。実際にチップがどれだけ削られたのかは、現時点では分かっていない。「渡した量と擦り減る量は別物」なのである。
さらに、毎秒5MBは報告の中でも多い側の例だ。多く報告されているのは毎秒0.3MBから1.5MB程度の範囲で、5MBはその上位を大きく上回る観測値にすぎない。
「SSDが4年で死ぬ」計算の正しい読み方
では、仮に最悪のケースが続いたらどうなるのか。SSDにはTBW（Total Bytes Written）という指標がある。メーカーが「これだけ書き込んでも保証する」と公表する寿命の目安だ。例えば今回の報告者の1人が使っていたKingstonのエントリー級NVMe「NV3」の2TBモデルは、公称640TBW。毎日432GBの書き込みが休まず続いたと仮定すると、およそ4年で保証上限を使い切る計算になる。1TBモデルなら書ける量が半分なので、約2年だ。
ただしこれも毎秒5MBが24時間継続した場合の話。よくある報告の上限である毎秒1.5MBなら、同じSSDでも寿命はぐっと長く持つ。結局、何年持つのかはSSDの機種と使い方次第であり、「今すぐ壊れる話ではない人が多い」が現実的な着地点だ。
厄介なのは、SSDの健康度チェックで「ほぼ満点」が出ていても安心できない点だ。健康度はあくまで残りの寿命の見積もりにすぎず、「待機中の異常書き込みがないことの証明」にはならない。満点の顔をして、裏でこっそり書き続けられている可能性は排除できないのだ。
なぜ「何もしていない時」に書くのか
書き込みの元凶とされるのは、Radeonなどのドライバと一緒にインストールされるEEU（External Events Utility）という常駐サービスだ。AMDはこの問題を認めており、原因はEEUとMicrosoftのPCIeフィルタードライバの組み合わせにあると説明。今後のドライバで修正する方針を示している。担当者は11月後半の提供を見込むと述べたと伝えられるが、確定した日付は決まっていない。11月10日時点での最新版は10月末リリースのもので、その更新情報に本件の記載はない。
やっかいなことに、AMDは去年も別のチップセットドライバの書き込み問題で話題になっている。「毎年の恒例行事かと疑う声」も出る所以だ。しかも今回、報告された古いバージョンやさらに古いバージョンでも同様の現象が起きたという報告があり、「前のバージョンに戻せば済む」とも言い切れない。逃げ場がないのだ。
Radeonユーザーが今すべきこと
対処の第一歩は、自分のPCが「当たり」かどうかを確認することだ。キーボードのWindowsキー＋Rを押して「resmon」と入力し、リソースモニターを開く。ディスクタブで書き込みの多い順に並べ、ATIで始まるプログラム名（EEUに相当）が上位に張り付いて書き続けていないかを確認する。数十秒で終わる検査だ。このとき、Windowsキー＋Rから「services.msc」を開き、「AMD External Events Utility」の停止も検討に値するが、回避策には代償が伴う。
サービスを止めると、ホットキーやゲームの設定保存に影響するという声がある。昨年こそ、チップセットドライバ関連のサービスを止めるとFreeSync（モニターとGPUの動きを合わせて画面の乱れを抑えるAMDの機能）に響くかが話題になったが、今回はサービスを止めてもFreeSyncは動いたという報告もある。もう一案の「BIOSでReBAR（Resizable BAR）を切る」方法も、ゲームの性能が下がったという報告があり、こちらも万能ではない。あるコメントでは、NVIDIAはゲームごとにReBARのオン・オフを使い分けている一方、AMDは効果の有無に関係なく全ゲームで有効にしている、という指摘もされている。
ゲームコミュニティでは、ゲーム中の音が一瞬途切れる症状について「EEUのサービスを止めたら直った」との声も紹介されている。「ネットのせいだと思っていたら、そうではなかったのかもしれない」。とはいえ、この因果関係は未確定だ。432GBという計算を出したTom’s Hardware自身も、「まずはストレージの動きを見守るのが良いかもしれない」と慎重な姿勢を崩していない。
「高い時期に限って」という皮肉
この問題が特に悔やまれるのは、タイミングだ。SSDの価格はAI需要の影響で高騰中。「SSDがこんなに高い時期にこれが起きるのは皮肉だ」「この時期にSSDが早死にするのだけは嫌だ」との声が寄せられている。気軽に買い換えられない値段になったからこそ、無償の書き込みが気になる。
一方で、自分のRX 9060 XTやRX 9070 XTでは起きていなかったという報告や、「古いバージョンのまま使っていたので起きなかった」という証言もあり、事象の出方には大きな個体差がある。SATA接続のSSDの使用率が8割のまま下がらずシステムが使い物にならなくなったという極端な報告もある一方、「量は少なくてすぐ壊れるほどではないけれど、ずっと書き続けること自体が気持ち悪い」という感覚的な不快感を挙げる人が多いのが実情だ。「原因はMicrosoftのドライバとの干渉で、AMDだけのせいではないのでは」という見方もあり、真相はまだ霧の中にある。
ネットの反応
SSDがこんなに高い時期にこれが起きるのは皮肉すぎる。
この時期にSSDが早死にするのだけは嫌だ。せっかく大事に使っていたのに。
10年前のHDDが喜んでいる。押し入れから埃を払って出してくる。
去年も同じサービスで似た件があった。毎年の恒例行事かと疑う。
タスクマネージャーで書き込み量の列を出して並べれば確かめられるぞ。
量は少なくてすぐ壊れるほどじゃないけど、ずっと書き続けられていること自体が気持ち悪い。
AIの所感
今回の件で本当に怖いのは432GBという派手な数字ではなく、「待機時間こそ最も長く、最も監視されていない」という構造だ。ユーザーのPC利用時間は1日数時間でも、PCが通电している時間は20時間に達することすらある。その大半で動いているのは、OSでもアプリでもなく、インストール時に黙って入り込んだ常駐サービスだ。メーカーの修正を待つだけでなく、リソースモニターを一度開いて「自分のPCが何を書いているか」を目視する習慣を持つ価値がある。SSDの健康度100点は、安心の証ではなく、まだ壊れていないだけの仮の姿なのだ。