systemd
systemd
Han corrido ríos de tinta sobre el controvertido tema systemd Vs upstart (sysvinit lo dejamos) en varias distribuciones de Linux. Una guerra que ha finalizado como siempre: Se ha adoptado por defecto systemd en muchas distribuciones y no se ha acabado el mundo.
Esta semana en Debian Jessie, me ha dado por aprender un poco más sobre systemd y sus entrañas. Vamos a ver cómo sacarle provecho a este nuevo sistema con unos cuantos comandos muy interesantes y mejorar los tiempos de arranque de nuestra distribución favorita.
[ systemd ]
systemd (lo veréis escrito de muchas formas, pero se escribe todo en minúscula y junto) es un demonio de administración de sistema diseñado exclusivamente para la API del núcleo Linux. En tu sistema operativo Linux, es el primer proceso que se ejecuta en el espacio de usuario, por lo tanto, también es el proceso padre de todos los procesos hijos en dicho espacio de usuario (PID 1 al igual que en upstart).
Está hecho para proveer un mejor framework y expresar de una forma clara las dependencias del servicio, permite hacer más trabajo paralelamente al inicio del sistema y reducir la sobrecarga del shell.
Su uso está basado en cgroups, una característica del kernel de Linux para controlar los recursos del sistema (uso de CPU, memoria, red) a través de grupos de procesos.
En mayo de 2011, Fedora se convirtió en la primera distribución principal de Linux en habilitar systemd por defecto, y se han subido al carro otras conocidas como Debian 8 "Jessie", Fedora 15+, openSUSE 12.1+, Arch Linux desde octubre de 2012 y Ubuntu a partir de su version 15.04 (abril de 2015).
Sobre la eterna batalla upstart Vs systemd, leí en un foro algo que resume perfectamente lo que pienso de todo esto:
"Los dos son buenos, son una gran mejora sobre sysvinit, están bien documentados, tienen detrás buenos equipos de desarrolladores y los usuarios apenan notarán la diferencia".
[ Iniciar/Parar/Detener servicios ]
Si quieremos conocer el estado de un servicio, usaremos systemctl status nombre del servicio. Por ejemplo con Docker, usaríamos el comando systemctl status docker
Para activar un servicio, usaremos systemctl start nombre del servicio
Para volverlo a detener, systemctl stop nombre del servicio
Si no queremos que se inicie con el sistema, systemctl disable nombre del servicio
Para que arranque junto con tu equipo (boot), systemctl enable nombre del servicio
Todos estos comandos (menos status), deben ser ejecutados con privilegios administrativos (root).
[ systemd-analyze ]
Es una herramienta de análisis muy potente que nos va a permitir conocer todos los procesos que arrancan con el sistema y el tiempo que tardan, entre otras muchas opciones. Os dejo a continuación una lista con los comandos más utilizados:
- systemd-analyze: Nos va a mostrar el tiempo que ha tardado en arrancar el kernel y los demás procesos.
En mi iMac 27" mid 2011 con Debian 8 instalado y tras un par de meses de uso, el resultado ha sido el siguiente:
Startup finished in 5.756s (kernel) + 12.310s (userspace) = 18.067s
- systemd-analyze blame: Con este comando obtendrás cuáles son los procesos que tardan más tiempo en iniciarse. Mis cinco primeros con premio a la vagueza han sido:
5.869s systemd-udev-settle.service
2.352s early-readahead.service
2.231s systemd-tmpfiles-setup.service
2.202s networking.service
2.176s systemd-journal-flush.service
- systemd-analyze plot > file.svg: Este comando es interesante. Nos genera un gráfica .svg con una línea de tiempo de todos los procesos iniciados. Os muestro la mía:
Si quieres echarle un vistazo al archivo completo, lo tienes aquí: file.svg.
[ Otros comandos ]
Este sistema de carga de procesos trae bastantes herramientas muy interesantes, de las que destacaría las siguientes:
systemctl -all: Mostrará el estado de todos los servicios que puede usar systemd, separado por las columnas UNIT, que muestra el nombre del daemon, LOAD, si está cargado, ACTIVE si está iniciado o no, entre otras.
systemctl list-unit-files: Muestra todas las unidades (daemons) instaladas y su estado (static, disabled, enabled, masked).
systemctl status nombre_del_servicio.service: Muestra el estado de un servicio predeterminado (ver captura de arriba).
systemd-cgls: Muestra un arbol de dependencias de los procesos hijos y padres (normalmente los procesos padres son system.slice y user.slice).
ps xawf -eo pid,user,cgroup,args: Otra forma de presentar los procesos.
Si lo tuyo no es la línea de comandos, hay un front-end programado en GTK+ llamado systemd-ui con el que tendrás todo el control de una forma más visual.
[ Conclusión ]
Estudiar el sistema de arranque de nuestro sistema operativo desde el punto de vista de los procesos, es para dedicarle varios libros. Puedes estar a favor o en contra de systemd, pero lo bueno de los sistemas Linux es que puedes cambiarlo si no te gusta.
Hemos visto alguno de los comandos para que puedas empezar a defenderte, pero hay mucho más, y te invito a profundizar en el tema ,si te apetece, y comentes el artículo.
Enlace: forums.debian.net
Enlace: wikipedia.org > systemd
Enlace: freedesktop.org > systemd