Un usuario del proyecto systemd abrió el issue #40262 en GitHub alertando de un consumo de operaciones de E/S desproporcionado en el componente systemd-journald. El caso se reproduce en Debian 13 con kernel Linux 6.12.57 y systemd 257.9 sobre un sistema de archivos XFS. En el escenario descrito, una máquina virtual que escribe apenas dos líneas de registro por segundo (procedentes de haproxy, una cada dos segundos) genera alrededor de 50 IOPS, un volumen de E/S muy superior al esperado para esa carga.
El informe señala que las escrituras deberían estar dentro del mismo orden de magnitud que las de syslog, no muy por encima. El reportero vincula este comportamiento con el mismo problema documentado en el issue #15292, cerrado sin solución efectiva según su criterio, y argumenta que la lentitud no se debe a inexactitud de iotop ni a la capa de coalescing del kernel, sino al propio formato ineficiente de los archivos del journal, cuyo tamaño en disco multiplica el de los datos realmente escritos. Añade además que ha observado corrupción de esos archivos tras reinicios no limpios en reiteradas ocasiones, lo que cuestiona su resiliencia.
El caso ilustra un debate recurrente sobre el rendimiento de journald frente a syslog tradicional y deja abierta la cuestión de si se trata de un defecto de programación etiquetable como bug o de una decisión de diseño del componente.