1. 首页
2. 文章
3. 硬件
4. 硬盘

兄弟们，最近如果你发现自己的电脑明明没干什么，硬盘却一直在疯狂读写，先别急着怀疑是不是 Windows 又出了什么 Bug 或者中了什么挖矿病毒。

因为这次的锅，可能还真得让显卡背。

最近，AMD Radeon 显卡驱动被曝出一个相当离谱的 Bug：电脑即使处于空闲状态，后台依然有一个进程在不停地向 SSD 写入数据。

这不是偶尔写几个日志那么简单。有一些用户反馈，他们监测发现相关进程的写入速度最高甚至能够达到每秒 5MB。

按照这个速度计算，一天下来就能往 SSD 里塞进去约 432GB 数据。

好家伙，别人用电脑是生产力工具，AMD 这是把用户的 SSD 当成免费仓库了？

而且，AMD 目前已经承认了这个问题，包括 RX 7000 和 RX 9000 系列显卡用户都有可能遇到，不过正式修复补丁还得再等等。

那么这个 Bug 到底是怎么回事？自己的电脑有没有中招？以及在官方修复之前，应该怎么处理？下面咱们一起来看看！

事情最早其实是一些 AMD 显卡用户发现了异常的硬盘写入活动。

按照网友们分享的情况，部分安装了 AMD 显卡驱动的 Windows 电脑，即使没有运行游戏、软件，哪怕只是放在那里待机，SSD 依然会出现持续写入。

经过排查，问题逐渐指向 AMD 驱动附带的一个组件：AMD External Events Utility。

它对应的相关进程叫作 atieclxx.exe，在 Windows 任务管理器中可以找到。

正常情况下，这个组件主要负责处理 AMD 显卡的一些外部事件，例如显示器检测、FreeSync 相关功能以及 Radeon 软件快捷键等。

按理说，这些功能不需要它时时刻刻往硬盘里写东西，但这次偏偏出了问题。

部分用户发现，该进程会在后台不断产生文件写入，涉及的目录包括：

C:\Windows\System32\AMD\EEUDumps\

根据目前收集到的用户反馈，写入速度大约在 0.3～1.5MB/s，个别情况下甚至能够达到 5MB/s。

假设按照最高的 5MB/s 持续写入计算，1 天就要产生约 432GB 的写入，一个月下来那就是十几 TB 的无效写入。

哪怕你用的是几百 TBW 耐久度的高端固态，也架不住显卡驱动在后台这么造啊！

特别是那些还在用 128GB/256GB 小容量、或者采用 QLC 闪存颗粒固态硬盘的电友，这波真就是要老命了。

这不，网上已经有用户反映，自己啥也没干，但 SSD 健康度连续 16 个月每个月都下降了约 1%，可能就跟此时有关。

说到这里，顺便跟看完一脸懵的电友唠唠关于固态硬盘寿命的一个核心概念——TBW（Total Bytes Written，总写入字节数）。

很多小伙伴买 SSD 只看标称的读取速度有多快，往往忽略了写入寿命。

SSD 内部的闪存颗粒（NAND Flash）其实是有擦写寿命限制的。

每往里面写满并擦除一定的数据，颗粒就会产生不可逆的物理损耗。

而厂商们通常会用 TBW 来量化这块盘的写入寿命极限……如果只是单纯读取数据，一般是没有寿命限制的。

举个例子：一块标称 150 TBW 的固态硬盘，意味着你总共向它写入 150TB 的数据，那它就进入理论寿命的晚年了。

一旦标称写入寿命耗尽，哪怕还没到质保年限，厂商通常也不会再提供质保。

按上面 AMD 驱动 Bug 的极端情况算，一天白白造掉 432GB，一年下来就是 150TB 左右的无效损耗。

一块好端端的 1TB 盘，可能不出一两年就被显卡驱动在后台“默默超度”了。

关键是这玩意儿它不像游戏卡顿、蓝屏那样写在脸让你难受；

它在后台静悄悄进行的，如果不是特意打开任务管理器或资源监视器，普通用户根本察觉不到。

好在，目前 AMD 官方已经承认了该漏洞，并表示正在加紧测试和验证修复方案。

按照以往的节奏，修复补丁预计会在本月下旬正式推送。

官方的正式补丁虽迟但到，但在补丁发布之前，总不能眼睁睁看着 SSD 天天流血吧？

小忆为各位电友整理了一套自查与临时止血的攻略，建议大家动手操作一波：

如果你使用的是 AMD 显卡，想确认自己有没有遭遇这个 Bug，可以通过 Windows 自带的工具检查。

在电脑空闲负载状态下，同时按下键盘上的 Win + R 键，输入 resmon 并回车，打开系统的“资源监视器”；

切换到“磁盘”选项卡，展开“带有磁盘活动的进程”；

接着观察“写入”这一列，按排序看看是不是有 atieclxx.exe 或者相关的 AMD 进程在系统空闲时依然保持着几百 KB/s 甚至几 MB/s 的持续写入。

如果有，那恭喜你中奖了。

解决方法上，可以尝试临时禁用 AMD 相关的后台事件服务。

同时按下 Win + R 键，输入 services.msc 并回车，打开“服务”。

在列表中向下滚动，找到 AMD External Events Utility（或者名称类似的 AMD 外部事件服务）。

右键点击它选择“属性”，将启动类型改为“禁用”，并点击下方的“停止”服务。

不过这个服务毕竟管着快捷键等外部事项，禁用可能导致失效，问题倒也不大。

还有部分用户反馈，关闭 Resizable BAR（可调整大小的 BAR）之后，异常写入也会停止。

这项功能允许 CPU 更灵活地访问显卡显存，在部分游戏中能够带来一定性能提升。

如果想尝试，可以进入主板 BIOS，在 PCIe 或显卡相关设置中寻找 Re-Size BAR、Resizable BAR 或 Above 4G Decoding 等选项。

要注意，具体选项名称和位置因主板而异，而且关闭 Resizable BAR 可能导致部分游戏性能下降。

总之，以上这两种都算是官方发布解救补丁前的临时应急处理方法，最稳妥的还是等后续官方补丁吧。

最后，在 PC 圈，软件出问题其实并不是什么新鲜事，Windows 更新翻车、显卡驱动崩溃，大家也都见怪不怪。

但像这次显卡驱动在后台偷偷燃烧SSD“寿元”这种情况，说实话还真不多见。

好在这颗雷总算是被细心的玩家发现了，不然时间一长还不知道会整出多大幺蛾子。

也希望厂商们以后多长点心吧，驱动没打磨好不要紧，别到时候给用户磁盘整崩，那就不好收尾了！

希望大伙儿看完赶紧动手检查检查自己的电脑吧！

*资料、图片来源：AMD、Reddit、X、网络。