Los desarrolladores del proyecto systemd han comenzado a estudiar y solucionar un problema arquitectónico de larga data en el componente "systemd-journald" que provoca que la cantidad de datos escritos en el disco (amplificación de escritura) sea significativamente mayor que el volumen real de los registros.
La historia se remonta a marzo de 2020, cuando se presentó un informe en el sistema de seguimiento de errores que demostraba que la generación de aproximadamente 500 KB de registros de texto resultaba en más de 700 MB de operaciones de escritura física en unidades SSD. Los desarrolladores de systemd negaron rotundamente el problema, respondiendo con un "usted no entiende cómo funcionan los sistemas de archivos", negándose a realizar análisis de rendimiento y cerrando el caso con el veredicto de "no procesable". Los comentarios de los desarrolladores recibieron cientos de votos negativos de los usuarios, pero la postura del proyecto se mantuvo firme.
A principios de 2026, se presentó un segundo informe de problemas, durante el cual el desarrollador independiente ValdikSS realizó un análisis detallado utilizando dispositivos cgroup y loop aislados, demostrando claramente el mecanismo por el cual ocurre el problema: debido al uso de archivos mapeados en memoria (mmaps) y tablas hash binarias, escribir incluso un solo mensaje de texto de 750 bytes resulta en la modificación de las huellas digitales de la memoria, lo que provoca que páginas completas de 4 kilobytes se escriban en el disco y genere de 50 a 70 KB de E/S resultante a nivel del dispositivo de bloques.
Tras el reportaje de portada de Hacker News de ayer y la publicación de pruebas sintéticas irrefutables, los responsables del proyecto han cambiado su discurso y han comenzado a trabajar en la optimización de los mecanismos de vaciado de caché y la estructura de almacenamiento de índices de journald.
Fuente: opennet.ru
