Radeonを搭載した一部のWindows PCで、AMDのサービス「AMD External Events Utility」に関連するSSDへの書き込みが継続的に発生するとの報告が相次いでいる。利用者が報告した書き込み速度は約0.7MB/sから約5MB/sで、Adrenalin 26.10.2でもI/Oが続いているという投稿もある。サービスを停止すると改善したとの報告がある一方、原因や影響を受ける構成、修正の提供時期は明らかになっていない。
過去にも同じサービスに関連して、大量のファイル変更通知が発生する問題が報告されていた。ただし、ファイル変更通知の件数とプロセスの書き込み速度、SSDのNANDフラッシュに生じる物理的な消耗は、それぞれ異なる指標だ。今回の問題がSSDの寿命にどの程度影響するのかを判断するには、これらを区別して考える必要がある。
0.7MB/sから5MB/sまで、環境によって異なる書き込み報告
Redditへの投稿で、RodroGはRadeon RX 7900 XTXとCore i9-12900K、メモリー32GBを搭載したPCで、約0.7MB/sの書き込みが続いていると報告した。使用しているドライバーはAdrenalin 26.9.2、OSはWindows 11 26H2だ。この構成にはIntel製CPUが使われているため、少なくとも報告されている症状はAMD製CPUを搭載したPCだけに限られていない。同じスレッドでは、videoismylifeもRadeon RX 580とRyzen 7 5700X、Adrenalin 26.5.2、Windows 11 26H2の環境で、ディスク使用率が90〜100%に達したと報告している。ただし、ディスク使用率と書き込み速度は異なる指標であり、これらの数値から書き込み量の大小を直接比較することはできない。
さらに、Spardax_117による別の報告では、Radeon RX 9070 XTとRyzen 9 7900を搭載したPCで、約5MB/sの書き込みが観測されたという。SSDにはKingston NV3 2TB、マザーボードにはB650を採用し、メモリーは32GBを搭載している。0.7MB/sと5MB/sは異なる利用者が別々の環境で観測した数値であり、統一された条件で測定した書き込み速度の範囲を示すものではない。
Spardax_117は、AMD External Events Utilityを無効にした後、数時間にわたって動作を確認したところ、『CONTROL: RESONANT』で発生していた音声やゲーム全体のカクつきが解消し、『Gears of War: E-Day』でもテクスチャの読み込みに関する問題が解消したと述べている。ただし、本人もサービスが症状の直接的な原因なのか、すべてのAMDユーザーに影響するのかは確認できていないと明記している。サービスの停止前後で症状が変化したことは原因を探る手がかりになるものの、この報告だけで因果関係が証明されたわけではない。
過去のログ問題と今回のSSD書き込みは何が違うのか
AMD External Events Utilityを巡っては、以前から大量のファイル変更が発生する問題が指摘されていた。Redditへの過去の投稿で、Takia_Geckoは「EEUDumps」フォルダーを監視したところ、ウィンドウの移動やサイズ変更に伴って数百件の変更通知が発生し、サービスを無効にすると止まったと報告している。使用していたPCはRyzen 7 7800X3DとGeForce RTX 4070 Superを搭載し、AMD Chipset Software 7.06.02.123がインストールされていた。投稿者によると、問題のサービスはチップセットソフトウェアに含まれていたという。
この調査に使用された「ReadDirectoryChangesW」は、指定したディレクトリー内の変更を検出するWindows APIだ。Microsoftの公式資料によると、ファイルやディレクトリーに変更が加えられた際、その情報を取得できる。ただし、変更通知が大量に発生しているからといって、同じ回数だけSSDへの物理的な書き込みが行われたとは限らない。
今回の問題を理解するうえでは、次の3つの指標を区別する必要がある。
| 指標 | 観測する内容・単位 | 分かることと限界 |
|---|---|---|
| ファイル変更通知 | 監視対象フォルダーで検出された変更情報。単位は通知件数 | ファイルの変更頻度は把握できるが、書き込み速度やNANDへの実書き込み量は分からない |
| プロセスの書き込み速度 | 特定のプロセスが発生させた書き込みI/O。単位はMB/sなど | 観測時の書き込み速度は分かるが、ファイル変更通知の件数やNANDの消耗量には直接換算できない |
| NANDへの書き込み・消耗 | SSD内部のフラッシュメモリーへの書き込み量と、それに伴う記憶素子の消耗 | 実際の消耗を評価するには、書き込み増幅率やSSDの状態を示す情報などが必要になる |
この表は、公開された報告と技術資料をもとに測定指標の違いを整理したものであり、同じPCを使用した新旧の比較試験や独立した追試の結果ではない。過去のファイル変更通知の問題と今回の継続的な書き込みが、同じプログラム上の不具合によって発生しているかどうかも確認されていない。現象に共通点があることだけを根拠に、過去の不具合が「再発した」と断定することはできない。
5MB/sの書き込みが続くと1日432GB、SSD寿命への影響は？
仮に5MB/sの書き込みが24時間途切れずに続いた場合、計算上の書き込み量は432GBに達する。ただし、これは報告された速度が一定であると仮定した試算であり、実際に24時間測定した結果ではない。十進法のMBとGBを使用し、「書き込み速度（MB/s）×3,600秒×稼働時間÷1,000」で換算すると、次のようになる。
| 仮定する書き込み速度 | 8時間継続した場合 | 24時間継続した場合 |
|---|---|---|
| 0.7MB/s | 約20.2GB | 約60.5GB |
| 5MB/s | 144GB | 432GB |
8時間という条件は、PCを一定時間使用する場合を想定したものだ。実際の書き込み量は、症状が続く時間や書き込み速度の変動によって異なる。また、表の数値はホスト側からの書き込み量を想定したものであり、SSD内部のNANDフラッシュに実際に書き込まれるデータ量と同じとは限らない。
Kingstonの技術資料「Flash Memory Guide」の6ページでは、NANDフラッシュのプログラム・消去回数には限界があると説明されている。SSD内部では、ホストから要求された書き込み量よりも多くのデータがNANDに書き込まれる場合があり、この関係を表す指標が「書き込み増幅率（Write Amplification Factor：WAF）」だ。書き込み増幅率が高くなると、NANDの書き換え回数が増え、SSDの寿命に影響する可能性がある。
ただし、今回報告されたPCについては、書き込み増幅率やSMART情報の変化、NANDフラッシュの実際の消耗量は示されていない。5MB/sという速度が長時間続けば、無視できない書き込み量になる可能性はあるものの、432GBという試算だけでSSDの寿命がどの程度短くなるかを判断することはできない。まして、SSDがいつ故障するかを予測する根拠にはならない。
サービスの無効化で改善する報告も、機能への影響に注意
現時点で利用者から報告されている回避策の一つが、AMD External Events Utilityの停止だ。ただし、書き込みが減少するかどうかと、必要な機能が正常に動作するかどうかは、分けて確認する必要がある。RodroGはサービスの起動設定を「無効」または「手動」に変更すると症状が改善し、自身の環境ではFreeSyncとResizable BARも引き続き動作したと報告している。一方で、ホットキーが使えなくなる可能性を懸念しており、別の利用者からはゲームプロファイルの保存などに問題が発生したとの報告もある。どの機能が影響を受けるかは、GPUやドライバー、設定などによって異なる可能性がある。
同じRedditのスレッドでは、AMD_VikというアカウントがResizable BARを無効にする方法にも言及している。しかし、videoismylifeはResizable BARを無効化しても症状に変化がなかったと報告した。このため、Resizable BARの設定変更がすべての環境で有効な回避策になるとは言えない。
自分のPCで同様の症状が発生しているかを確認するには、Windowsのリソースモニターを利用する方法がある。リソースモニターの「ディスク」タブを開き、「atieclxx.exe」による書き込みが継続しているかを確認する。OS、GPU、ドライバーのバージョンに加え、観測した時間や書き込み速度を記録しておけば、設定変更やドライバー更新の前後で比較しやすくなる。
サービスの停止を試す場合は、変更前の設定を記録し、変更後に書き込み量と普段使用する機能の両方を確認することが重要だ。何らかの不具合が発生した場合は、元の設定に戻す必要がある。また、症状が発生していないPCまで一律にサービスを無効化する必要はない。今後の修正状況を確認するためにも、変更前の状態を把握しておくことが望ましい。
AMDは修正を準備中か、次のドライバーで確認すべきこと
AMD_VikというアカウントはRedditへの投稿で、AMD External Events UtilityとMicrosoftのPCIeフィルタードライバーの関係に言及し、問題を調査していると説明した。その後、同僚が修正を提出しており、リスクは低いと考えているため、早期のリリースを希望しているとも述べている。ただし、これらはReddit上のアカウントによる発言であり、問題の原因が確定したことや、AMDが正式に修正を発表したことを意味するものではない。
また、別のRedditへの投稿では、Adrenalin 26.10.2でも約600KB/s台のI/Oが続いているとの報告に対し、AMD_Vikが次のバージョンで修正されることを願っていると返信している。しかし、具体的な提供日やドライバーのバージョンを約束した発言ではなく、次回の更新で修正されると断定することはできない。
AMDが2026年10月30日に更新したAdrenalin 26.10.2のリリースノートには、修正済みの問題と既知の問題のいずれにも、AMD External Events UtilityによるSSDへの継続的な書き込みに関する記載は確認できない。ただし、リリースノートに記載がないことだけを根拠に、すべての環境で問題が未修正だと判断することもできない。また、AMD Chipset Software 8.09.28.1124のリリースノートにも不具合修正が含まれているものの、今回の書き込み問題に対応したものとは明示されていない。
今後のドライバー更新で注目すべきなのは、AMDが今回の問題を修正対象として明示するかどうか、そして実際に継続的な書き込みが解消されるかどうかだ。更新前後で同じアイドル状態と観測時間を設定し、書き込み速度や総量を比較することで、改善の有無をより正確に判断できる。回避策としてサービスを無効化していた場合は、元の設定に戻したうえで書き込みと常用機能の動作を確認する必要がある。現段階では影響を受ける環境やSSD寿命への実際の影響が明らかになっておらず、AMDによる修正内容の公表と、同一条件での検証結果が今後の判断材料となる。
