Los desarrolladores del proyecto systemd han comenzado a investigar y resolver un antiguo problema arquitectónico en el componente «systemd-journald», que provoca un aumento significativo en la cantidad de datos escritos en disco (escritura amplificada) en comparación con el volumen real de los registros.
La historia se remonta a marzo de 2020, cuando se registró en el sistema de seguimiento de errores un informe que demostraba que la generación de aproximadamente 500 KB de registros de texto resultaba en más de 700 MB de operaciones físicas de escritura en SSD. En ese momento, los desarrolladores de systemd rechazaron rotundamente reconocer el problema, argumentando que «no entienden cómo funcionan los sistemas de archivos», se negaron a realizar un perfilado y cerraron la solicitud con el veredicto de «no estructurable». Los comentarios de los desarrolladores recibieron cientos de calificaciones negativas de los usuarios, pero la posición del proyecto se mantuvo inquebrantable.
A principios de 2026, se envió un informe reiterando el problema, durante cuya discusión el desarrollador independiente ValdikSS realizó un perfilado detallado utilizando cgroup aislados y dispositivos loop, demostrando claramente el mecanismo de origen del problema: debido al uso de archivos mapeados en memoria (mmap) y tablas hash binarias, la escritura de un solo mensaje de texto de 750 bytes provoca la modificación de las huellas en memoria, provocando el volcado en disco de páginas completas de 4 KB y generando de 50 a 70 KB de entrada/salida final a nivel de dispositivo de bloque.
Tras la publicación de ayer del informe sobre el problema en la página principal de Hacker News y la publicación de pruebas sintéticas irrefutables, los mantenedores del proyecto han cambiado su retórica y han comenzado a trabajar en la optimización de los mecanismos de volcado de caché y la estructura de almacenamiento de los índices de journald.
Fuente: opennet.ru
