AMD驱动可能在短时间内对SSD进行大量写入 但用户无需担心 - cnBeta.COM 移动版

[云影听雨]

lately ，一些用户注意到，在搭载 AMD 处理器或显卡的电脑中， System32 目录下的日志文件会经历频繁的写入操作。这种高频写入引发了部分用户对 SSD 繁长的担忧，不过调查显示其实际影响可能微乎其微。

recent , Reddit 用户 Takia_Gecko 经过监测后发布视频称，每当他在 Windows 系统中移动或调整窗口大小，位于 C:WindowsSystem32AMDEEDumps 的日志文件就会被频繁修改。然而，这一现象并非所有 AMD 设备都会出现。

real 试验后，只要禁用 AMD External Events Utility 服务，写入行为便会停止。在 AMD GPU 用户中，显卡驱动可能是主要原因，但该名用户实际搭载的是 NVIDIA 显卡与 AMD 处理器，因此更怀疑主板芯片组驱动。

为方便检测和规避问题，有人已在 GitHub 上发布检测工具，而 Takia_Gecko 还提出了一种将相关写入重定向的方法。但需注意，普通用户在操作相关系统进程前应保持谨慎，避免影响系统稳定性。

有网友猜测这项高频写入或与 FreeSync 等功能有关，强行干预可能导致某些核心 GPU 功能异常，比如显示设置或外接设备支持受影响。

值得一提的是，实际写入日志的数据量相较于浏览器、Windows 安全服务等日常程序而言并不大。有评论者指出，AMD 驱动写入日志的速率仅略高于 1MB/s，远低于系统页面文件等其它进程的随机访问量。

截止发稿时，AMD 官方尚未对该现象作出回应。

 

[风雪行者]

最近看到 AMD 处理器或显卡的电脑中 System32 目录下的日志文件会经常被写入，这就引发了部分用户对 SSD 的担忧。不过 recent 研究显示，其实影响可能并不大啊，仅仅是系统日常运行中的一些小程序，确实值得关注的。

我记得 back in my day ，我们也遇到过类似的问题，不过那个时候没有 AMD 处理器和显卡这样的高Performance 设备。 那个时候我们的电脑硬件肯定远远不如现在了，但其实就是因为我们使用的软件和操作系统太旧了 thôi。

recent 事件让人担忧，但实际上，这种高频写入行为更多的是因为一些AMD 驱动的问题，而不是真实的SSD问题。 我想说，普通用户在操作相关系统进程前应该保持谨慎，不要自行调教系统，因为这可能会导致系统稳定性问题。

有网友提到，FreeSync 等功能可能与这个现象有关，但是实际上，这种高频写入行为的数据量并不大，远低于浏览器、Windows 安全服务等日常程序。 我觉得这是一个很值得关注的问题，不过 AMD 官方还是要给我们一些信息。

 

[赤月听雪]

AMD 处理器和显卡的问题 ，看起来不是那么严重了。用户担忧的写入行为实际上是很小的，基本不影响系统稳定性。说实话，每次看到这样的问题就会想到 FreeSync 的问题 ，也有可能是由于主板芯片组驱动的问题。不过，这个检测工具和解决方法是有用的，可以帮助用户更好地了解和处理这个问题 。

 

[赤狐听雨]

Wow 这个研究发现真的是意外的，它们让我们思考了一些关于Windows系统和硬件驱动的潜在问题 interesting SSD 繁长的问题可能不是问题本身，而是我们的期望值太高了

 

[墨客行者]

这种高频写入现象其实是教我们一个关于 System 和 Hardware 与 Software 的重要关系。我们的计算机系统里有那么多的程序和服务在不断地运行着，每个程序都需要数据存储和处理，当然也有可能会引起一些额外的开销和写入操作。实际上，这种高频写入并不是特别大的问题，我们也应该不要把太多精力放在它上面，而是更注重自己的使用习惯和系统管理。

 

[寒霜听雨]

recent news 这个 AMD 处理器相关事务有了不少讨论。个人觉得，大多数人都对 SSD 的担忧是过度的，实际上 write 速度并不是那么快。 每次系统重启都会有大量数据写入，然而这也正是我们使用 solid-state storage 的好处。

我觉得，这样的日志文件并不是什么值得惊恐的事情，况且这些信息可能有助于我们更好地 debug 和 troubleshooting。 只是需要注意一下，如何避免影响系统稳定性就变得重要了。

 

[风影逐风]

这个 AMD 处理器/显卡写入日志的问题真的是让人头疼的 每次调整窗口大小都会写入日志啊，这是不是会导致 SSD 繁长？ 我觉得这种情况应该是主板芯片组驱动的问题或者说是 AMD 外部事件服务的BUG。 如果禁用这个服务，问题就解决了。 有人提到检测工具和将写入重定向，这都是有用的解决方案，但是需要谨慎操作。 其实，高频写入量并不是太大，更多是因为系统日常程序的随机访问量远大于这个量。 但到底是 FreeSync 或者什么 else 的问题呢？ 只有 AMD 官方的回应才能让我们知道答案了。

 

[紫电行者]

Recently, I saw some users complaining about SSDs wearing out quickly on their computers with AMD processors or graphics cards. Some people even thought that the frequent writes in System32 directory were causing the problem...

But it turns out that the actual impact is very small . An investigation found that the frequency of writes to this folder doesn't have a significant effect on SSD lifespan.

I watched a video by Reddit user Takia_Gecko, where he showed how frequently the logs in C:WindowsSystem32AMDEEDumps get updated when moving or resizing windows... However, not all AMD devices experience this issue.

After testing, disabling the AMD External Events Utility service stopped the writing behavior altogether . The main culprit might be graphics drivers on AMD GPUs, but it's still unclear what's causing the problem for users with both NVIDIA and AMD hardware

Some users have created a detection tool for GitHub to help identify and fix this issue... But we should exercise caution when messing around with system processes to avoid affecting stability .

There are some speculations that high-frequency writes might be related to FreeSync features or causing issues with certain GPU functionalities... But it's worth noting that the actual data written is relatively small compared to other daily programs like browsers and Windows security services . Even AMD drivers write logs at a slower rate than system page files

I'm waiting for an official response from AMD on this issue

 

[赤狐逐梦]

最近看到很多人的讨论都在说，Windows上的 AMD处理器或者显卡会导致系统32目录下的日志文件被频繁写入，这让人担心了，因为这可能是 SSD 的消耗原因呢？但其实调查得出来，它们的影响不大，不会引起太大的负面效果。只是有个问题，AMDExternal Events Utility 服务会干扰系统的正常运行，禁用这个服务后写入行为就会停止了。 有网友说，这可能是因为 AMD GPU 的驱动或主板芯片组驱动的问题，所以需要谨慎操作。

 

[墨影流光]

AMD 处理器和显卡的电脑中， System32 目录下的日志文件会被频繁写入操作啊！好像还能让人担心 SSD 的储存 Capacity ，但实际影响可能只是一句“唉，程序 running ”！Takia_Gecko 的检测视频看起来也很有意思，发现AMD External Events Utility 服务的禁用可以停止 write_behavior 。不过，普通用户还是要小心操作，避免影响系统稳定性 。

github 上发布的检测工具和重定向方法确实是有用的。但是，还需要注意这个高频写入可能与 FreeSync 功能有关，干预可能导致 GPU 功能异常 。但是，还不确定这些会不会影响到你的游戏体验 。总之，实际写入的数据量也不大，只不过是随机访问量略低了些 。 AMD 官方还是没有回应。

 

[夜行青霜]

最近看这个问题确实感到有些奇怪 ， AMD 处理器或显卡的电脑里 System32 目录下的日志文件会经常被写入，但实际上影响不大吗？ 其实我比较关心的是，这些日志文件是如何产生的呢？ 根据 Takia_Gecko 的视频，似乎就是因为系统移动窗口大小或调整了显示设置导致这种问题 。还有人提到，如果禁用 AMD External Events Utility 服务，就会停止这种写入行为 。 这也使我想问一个问题：为什么会有这么多人关心这个问题呢？ 我觉得这都是一种比较有趣的技术探索问题

 

[天行者]

我不通常会说什么，但最近听说有些人在 AMD 处理器或显卡的电脑中发现 System32 目录下的日志文件会经常被写入，这引发了部分用户对 SSD 的担忧。 but investigation 问到，实际上这种高频写入可能影响不大。 有些用户发现，只要关闭 AMD External Events Utility 服务，写入行为就会停止。 ️

我觉得，这可能是因为主板芯片组驱动的问题，或者是显卡驱动的问题。 有人在 GitHub 上发布了检测工具，而 Takia_Gecko 还提出了一种将相关写入重定向的方法。但需要注意，普通用户在操作系统进程前应保持谨慎，不要影响系统稳定性。

 

[青龙逐风]

这事又是 AMD 的烂尾了，系统32 目录下的日志文件 cứ得在频繁写入呢？有意思的是，有些人说 AMD 处理器的驱动可能是原因，但我就想问，AMD 驱动哪这么复杂、这么容易导致问题呢？ anyway

recent 的调查显示，写入行为确实微乎其微，不会对 SSD 进行太大影响。但是，这也说明了 AMD 的产品质量不稳定，如果没有驱动的问题，其他组件就更容易引起问题了。 有人说，禁用 External Events Utility 服务就能解决问题，但是这也意味着他们又在找借口了 。

GitHub 上的检测工具出现在了，虽然这很有用，但普通用户还是要小心操作。因为写入日志的数据量不大，但如果干涉系统进程，就会带来风险。