Un solo log line en systemd-journald puede generar más de 49KB de escrituras en disco en sistemas con ext4 y hasta 110KB en sistemas con btrfs, según un problema reportado en el repositorio de GitHub de systemd. Esto se debe a la forma en que systemd-journald maneja los logs y los escribe en el disco. El problema ha sido reportado en el issue #40262 del repositorio de systemd, que tiene más de 178 estrellas en GitHub.
Qué es / Qué ha pasado
El problema reportado se refiere a la forma en que systemd-journald maneja los logs y los escribe en el disco. systemd-journald es el servicio de logging de systemd, que es un conjunto de herramientas de inicialización y gestión de sistemas para Linux. El problema concreto es que un solo log line puede generar una gran cantidad de escrituras en disco, lo que puede afectar el rendimiento del sistema. El repositorio de systemd en GitHub tiene más de 53.000 estrellas y es uno de los proyectos más populares en la plataforma. El problema reportado es solo uno de los muchos que se han identificado en el proyecto, pero es importante porque puede afectar el rendimiento de los sistemas que utilizan systemd.
Por qué importa ahora
El problema de las escrituras en disco en systemd-journald es importante porque puede afectar el rendimiento de los sistemas que utilizan este servicio de logging. Los sistemas de logging son fundamentales en la administración de sistemas, ya que permiten a los administradores monitorear y depurar los problemas que ocurren en el sistema. Sin embargo, si el servicio de logging genera una gran cantidad de escrituras en disco, puede ralentizar el sistema y afectar su rendimiento. Además, el problema de las escrituras en disco en systemd-journald es relevante en el contexto de la tendencia hacia la virtualización y la contenerización, donde los sistemas deben ser lo más eficientes posible en términos de recursos. Otros proyectos relacionados, como el proyecto de logging de Kubernetes, también han identificado problemas similares y han implementado soluciones para mitigarlos.
Detalles técnicos y qué significa para ti
La arquitectura de systemd-journald implica que los logs se escriben en un buffer en memoria y luego se escriben en disco de forma periódica. Sin embargo, si un solo log line es muy grande, puede generar una gran cantidad de escrituras en disco. Según el README de systemd-journald, “el tamaño máximo de un log line es de 48KB”. Sin embargo, el problema reportado muestra que un solo log line puede generar hasta 110KB de escrituras en disco en sistemas con btrfs.
sudo journalctl -u systemd-journald
“systemd-journald es un servicio de logging que escribe logs en un buffer en memoria y luego los escribe en disco de forma periódica. El tamaño máximo de un log line es de 48KB.”
En términos prácticos, esto significa que los administradores de sistemas deben ser conscientes del tamaño de los logs que se generan en sus sistemas y tomar medidas para mitigar el impacto de las escrituras en disco. Esto puede incluir la configuración de systemd-journald para que escriba logs en un buffer en disco en lugar de en un buffer en memoria, o la implementación de soluciones de logging más eficientes.
Bottom line: Un solo log line en systemd-journald puede generar más de 49KB de escrituras en disco en sistemas con ext4 y hasta 110KB en sistemas con btrfs, lo que puede afectar el rendimiento del sistema.
Ver también: Issue #40262 en el repositorio de systemd · Documentación de systemd-journald