Los drivers de AMD hacen cientos de escrituras en tu SSD cada vez que mueves una ventana o cambias su tamaño

Este fin de semana ha dado para mucho, con casos realmente interesantes que conviene analizar. Y es que desde Reddit ha salido un tema candente a escena: cada vez que movemos una ventana o cambiamos su tamaño en Windows, los drivers de AMD pueden estar generando cientos de escrituras en el SSD sin que lo sepamos. Lo ha descubierto la comunidad en un análisis reciente donde las carpetas internas del software (en principio gráfico) muestran un flujo constante de archivos modificados, incluso cuando el sistema está aparentemente en reposo. En principio, no es preocupante, pero habrá que ver cuántos MB/s en escrituras hacen los drivers, por qué pasa sin hardware gráfico de AMD y cuánto puede llegar a degradar esta tarea a un SSD.

El volumen total de datos escritos es pequeño, eso es cierto, pero la frecuencia con la que se producen estos eventos ha abierto un debate que no deberíamos ignorar, sobre todo porque apunta directamente al servicio AMD External Events Utility, un componente que lleva años formando parte del ecosistema Radeon y que ahora está en tela de juicio.

Los drivers de AMD lanzan escrituras masivas a los SSD dentro del servicio External Events Utility

Lo mejor de todo es que no es necesario tener una gráfica Radeon para ver que esto sucede, pero para entender un poco el contexto, vamos a explicar este servicio, el AMD External Events Utility. La explicación técnica de este servicio revela, según la propia compañía, que es el encargado de gestionar eventos del sistema vinculados a la GPU. Su función original es sencilla y está bien descrita por la marca: detectar cambios de estado en las ventanas, gestionar FreeSync, aplicar perfiles y reaccionar a estímulos gráficos que suceden en tiempo real.

Sin embargo, lo que han registrado algunos usuarios es que cada uno de esos eventos genera entradas de log en la carpeta EEUDumps dentro del directorio de Windows 10 y 11. Cada movimiento de ventana dispara múltiples escrituras que modifican archivos internos usados para el diagnóstico de AMD.

El efecto es llamativo, y como se puede ver en el vídeo superior que ha grabado el OP de la rama de Reddit, con cada desplazamiento rápido de una ventana puede desencadenar cientos de modificaciones de archivos en cuestión de segundos.

Sin embargo, los datos obligan a ponerlo en perspectiva. Aunque se vean cientos de escrituras, el tamaño real suele rondar cantidades pequeñas que difícilmente comprometen la resistencia de un SSD. La memoria NAND moderna está diseñada para soportar cientos de terabytes escritos, por lo que un registro continuo de, en teoría, 1 MB/s (cuando se reproduce el problema) no supone un desgaste dramático del SSD en números prácticos. El problema es que tampoco sabemos actualmente si esto ocurre en más eventos y en mayor medida.

¿Por qué AMD usa este servicio si no hay una gráfica Radeon en el sistema?

Pues al parecer, porque lo que hace es gestionar FreeSync, incluso con una GPU NVIDIA o Intel, con la pantalla de turno. La situación tiene más impacto psicológico que físico, porque revela un comportamiento anómalo, o al menos desconocido, en el software, no un peligro directo para el hardware. El foco, por lo tanto, no es el SSD, sino la eficiencia del driver o su funcionamiento.

Lo que sí preocupa es que este patrón de escrituras continuas no parece tener una justificación funcional clara. No hay una razón aparente para que un servicio de eventos para gráficos cree logs constantes sólo por mover ventanas.

Tampoco se ha ofrecido una explicación oficial por parte de los rojos, ni se ha confirmado si se trata de un bug, una decisión de diseño o un problema condicionado por ciertas configuraciones, como con monitores FreeSync, versiones concretas del driver o cambios introducidos en ramas recientes del software de AMD.

El debate abre una reflexión más amplia sobre la calidad del software de gestión gráfica. En una industria donde seguimos pidiendo mejoras de rendimiento y estabilidad, estos detalles importan más de lo que parece. No rompen nada, pero tampoco deberían estar ahí. Y, si hablamos de confianza en el ecosistema, un servicio escribiendo en segundo plano cientos de veces por un gesto trivial no es la mejor tarjeta de presentación.

AMD debe de dar respuestas con la mayor claridad posible: ¿bug o funcionamiento normal?

En todo caso, la comunidad, en concreto el OP que abrió la rama y descubrió el funcionamiento, ha demostrado que detener el servicio desactiva las escrituras, aunque esto pueda afectar funciones como FreeSync o perfiles automáticos. La solución, o explicación real, debe venir de AMD, ya sea reduciendo la verbosidad del logging o revisando cómo detectan y procesan los eventos gráficos en su capa de software.

Si el funcionamiento es normal, y no representa peligro, estaría bien una aclaración. Si es un error o un bug, deberían solventarlo, porque parece que este comportamiento llega desde los drivers de chipset para las placas base de los Ryzen, no desde el driver gráfico per sé.

Sea como fuere, esperamos la explicación de los rojos a este tema, que en principio, es más anecdótico que preocupante por la baja tasa de escritura que le supone a un SSD como tal a día de hoy… Si es que no se reproduce en más partes de Windows como tal, que tampoco se sabe.