systemd tiene 10 años, pero los sentimientos al respecto en la comunidad Linux no se han suavizado, ahora es tan divisivo como siempre. Aunque es utilizado por muchas distribuciones importantes de Linux, la oposición incondicional no ha cedido.

Cuando enciende su computadora, el hardware arranca y luego (según el tipo de sector de arranque que usa su computadora) se ejecuta el registro de arranque maestro (MBR) o se ejecuta la Interfaz de firmware extensible unificada (UEFI). La última acción de ambos es iniciar el kernel de Linux.

El núcleo se carga en la memoria, se descomprime y se inicializa. Se crea un sistema de archivos temporal en RAM, generalmente por una utilidad llamada initramfs o initrd . Esto permite determinar y cargar los controladores necesarios. Esto, a su vez, permite que el sistema de archivos del espacio del usuario se cargue y se prepare para establecer el entorno del espacio del usuario.

La creación del entorno de espacio de usuario es manejada por el proceso de inicio, que es el primer proceso lanzado por el núcleo en un espacio de usuario. Tiene un ID de proceso (PID) de 1. Todos los demás procesos son hijos directos o indirectos del proceso init.

Antes de systemd , el valor predeterminado principal para el proceso init era una reelaboración del sistema Unix init init. Había otras opciones disponibles, pero System V init era la opción estándar en la mayoría de las distribuciones derivadas de la distribución de software (BSD) no Berkeley. Debido a que vino directamente de System V Unix, el ancestro espiritual de Linux, muchas personas lo consideran como “la forma oficial” de hacer init.

El proceso init inicia todos los demonios y servicios necesarios para que el sistema operativo funcione de una manera significativa e interactiva. Estos demonios manejan cosas como la pila de red, habilitan otro hardware dentro de su computadora y proporcionan una pantalla de arranque.

Muchos de estos procesos en segundo plano continúan ejecutándose después de comenzar. Hacen cosas como registrar información de eventos, vigilar los cambios de hardware a medida que inserta o elimina dispositivos y administra los inicios de sesión de los usuarios. Como era de esperar, el sistema init también incluye funciones para administrar servicios.

Podemos usar ps para ver el proceso que tiene PID 1. Usaremos las opciones f (listado de formato completo) y p (PID):

Vemos que el proceso con PID 1 es systemd . Ejecutar el mismo comando en Manjaro Linux arrojó un resultado diferente. El proceso con PID 1 se identificó como /sbin/init . Un vistazo rápido a ese archivo muestra que es un enlace simbólico a systemd :

Usando la ppid (ID de proceso principal) con ps , podemos ver qué procesos han sido lanzados directamente por systemd :

Es una lista bastante larga, como puede ver en la imagen a continuación.

Varios proyectos han tratado de producir una alternativa al sistema tradicional init V. Uno de los principales problemas es que, con System V init, todos los procesos se inician en serie, uno tras otro. Para mejorar la eficiencia de la secuencia de arranque, muchos proyectos alternativos utilizan el paralelismo para iniciar procesos de forma simultánea y asincrónica.

Aquí hay información sobre algunos de estos:

Hay muchos otros de diferente funcionalidad y diseño. Sin embargo, ninguno de ellos creó el furor systemd .

systemd se lanzó en 2010 y se utilizó en Fedora en 2011. Desde entonces, ha sido adoptado por muchas distribuciones. Fue desarrollado por Lennart Poettering y Kay Sievers, dos ingenieros de software de RedHat.

systemd es mucho más que un reemplazo de inicio. Más bien, es un conjunto de aproximadamente 70 binarios que manejan la inicialización del sistema, los demonios y servicios, el registro y el registro en diario, y muchas otras funciones que ya fueron manejadas por módulos dedicados en Linux. La mayor parte de estos no tiene nada que ver con la inicialización del sistema.

Algunos de los demonios proporcionados por systemd son:

Y esa es solo la punta del iceberg, que también es el quid de la cuestión. systemd ha superado por mucho tiempo lo que se requiere de un sistema init, que, según sus oponentes, es la definición misma del alcance del arrastre.

Los opositores de systemd señalan la gran y curiosa combinación de funcionalidad que abarca. Todas estas características ya existían en Linux y, tal vez, algunas de ellas necesitaban una actualización o un nuevo enfoque. Sin embargo, agrupar toda esta funcionalidad en lo que se supone que es un sistema init es arquitectónicamente desconcertante.

Se ha llamado a systemd un único punto de falla para demasiadas funciones críticas, pero esto no parece justificable. Es cierto que arroja la filosofía de Unix de crear pequeñas herramientas que funcionan juntas en lugar de grandes piezas de software que hacen todo por la ventana. Si bien systemd no es estrictamente monolítico (está compuesto por muchos binarios en lugar de uno solo enorme), sí incluye muchas herramientas y comandos de administración dispares bajo un mismo paraguas.

Si bien puede no ser monolítico, es grande. Para tener una idea de la escala, contamos las líneas de texto en la base de código del kernel 5.6.15 y la rama maestra systemd del repositorio de GitHub.

Esta fue una métrica relativamente cruda. Contaba líneas de texto, no solo líneas de código. Entonces, esto incluyó comentarios, documentación y todo lo demás. Sin embargo, fue una comparación de igual a igual y nos dio un criterio simple:

El núcleo tenía casi 28 millones de líneas de texto (27,784,340, para ser exactos). Por el contrario, systemd tenía 1.349.969, o casi 1,4 millones. Con nuestra métrica de la suerte, systemd tiene un tamaño aproximado del 5 por ciento del tamaño del núcleo, ¡lo cual es una locura!

Como otra comparación, el recuento de líneas para una implementación moderna de System V init para la distribución Arch Linux llegó a 1.721 líneas.

Poettering simplemente no tiene en cuenta la Sociedad de Computadoras del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE), ni el estándar de Interfaz de Sistema Operativo Portátil (POSIX). De hecho, alentó a los desarrolladores a ignorar POSIX:

Ha habido acusaciones de que systemd es un proyecto de Red Hat que solo beneficia a Red Hat, sin embargo, se está alimentando a la fuerza en todo el mundo Linux. Sí, nació en Red Hat y está gobernado y dirigido por él. Sin embargo, de los 1,321 contribuyentes, solo una fracción trabaja para Red Hat.

Entonces, ¿cuáles son los beneficios para Red Hat?

Jim Whitehurst, el presidente de IBM, que una vez fue el CEO de Red Hat, dijo:

Whitehurst también dijo que también vieron beneficios en los sistemas integrados. Red Hat se asocia con “los proveedores integrados más grandes del mundo, particularmente en las industrias de telecomunicaciones y automotriz, donde la estabilidad y la confiabilidad son la principal preocupación”.

Estas parecen ser razones técnicamente sólidas. Puede comprender la necesidad de confiabilidad de la compañía, y no es irracional que Red Hat cuide de sus propios intereses, pero ¿todos los demás deberían seguir el ejemplo?

Algunos opositores de systemd dicen que las distribuciones y las personas simplemente siguen ciegamente el liderazgo de Red Hat y lo adoptan.

Sin embargo, al igual que la frase, “beber el Kool-Aid”, eso no está del todo bien. Acuñado en 1978 después de que el líder del culto, Jim Jones, obligó a sus más de 900 seguidores a suicidarse bebiendo un líquido con sabor a uva mezclado con cianuro, la frase avergüenza incorrectamente a Kool-Aid. El grupo realmente bebió Flavor Aid, pero Kool-Aid ha sido asfaltado por ese pincel desde entonces.

Además, las distribuciones de Linux no siguen ciegamente a Red Hat; están adoptando systemd después de una seria deliberación. El debate se prolongó en las listas de correo de Debian durante mucho tiempo. Sin embargo, en 2014, la comunidad votó para adoptar systemd como el sistema de inicio predeterminado, pero también para apoyar alternativas.

Debian es un ejemplo importante porque no se deriva de RedHat, Fedora o CentOS. No hay ninguna dirección aplicada a Debian desde Red Hat. Y Debian, al igual que PID 1, tiene muchos descendientes, incluido Ubuntu y sus muchas derivaciones.

Las decisiones tomadas por la comunidad Debian son de largo alcance. También se debaten vigorosamente y votan sobre el uso del método de votación Condorcet. La comunidad tampoco toma esas decisiones a la ligera.

Votó nuevamente en diciembre de 2019 para continuar enfocándose en systemd y continuar explorando alternativas. Al contrario de seguir ciegamente, este es en realidad un ejemplo de libro de texto de democracia y libertad de elección en el trabajo.

Por lo general, no puede elegir si usar systemd con una distribución de Linux en particular. Más bien, las distribuciones mismas eligen si quieren usarlo, y usted puede elegir qué distribución de Linux prefiere. Tal vez una distribución de Linux que amas cambió a systemd . Como un músico favorito que cambia de género, esto puede ser discordante.

Las personas que usan Debian, Fedora, CentOS, Ubuntu, Arch, Solus y openSUSE, y se oponen a la adopción de systemd , pueden sentir que están siendo eliminados del uso de su distribución de elección. Si se sienten lo suficientemente fuertes acerca de cualquiera de las opciones arquitectónicas, el alcance del desplazamiento o el desprecio por POSIX, pueden encontrar insostenible seguir usando esa distribución.

Hay un espectro, por supuesto. En un extremo, tienes personas que no entienden los problemas (ni siquiera se preocupan), y en el otro, tienes los objetores apasionados. En algún lugar en el medio están aquellos a quienes no les gustan los cambios, pero no se preocupan lo suficiente como para saltar del barco. Pero, ¿qué pasa con la distribución de refugiados, que no pueden permanecer en la distribución elegida debido a sus preferencias o principios?

Desafortunadamente, no es tan fácil como simplemente instalar el sistema de inicio que desee. No todos tienen la capacidad técnica para hacerlo, sin importar las dificultades que surgen cuando las aplicaciones o los entornos de escritorio, como GNOME, dependen de systemd .

¿Qué pasa con mudarse a otra distribución? Algunos, como Devuan, aparecieron como tenedores de distribuciones no pertenecientes a systemd (en este caso, Debian) que habían adoptado systemd . Usando Devuan debe ser similar a la distribución de los padres, pero ese no es el caso para todos los no systemd horquillas. Por ejemplo, si deja Fedora y se muda a AntiX, Gentoo o Slackware, tendrá una experiencia muy diferente.

Me gusta algo de lo que hace systemd (mecanismos de control simples y estandarizados para procesos). No entiendo la razón de algo de lo que hace (registros binarios). También me disgusta algo de lo que hace (renovar las carpetas de inicio, ¿quién lo pidió?).

Distribuciones como Debian están haciendo lo inteligente e investigando alternativas para mantener abiertas sus opciones. Sin embargo, systemd está en él a largo plazo.

Si administra máquinas Linux para otros, aprenda systemd tan bien como conoce System v init. De esta manera, no importa con qué te encuentres, podrás realizar tus tareas.

¿Solo usa Linux en casa? Si es así, elija una distribución que satisfaga sus necesidades técnicas y que complemente su ideología de Linux.

RELACIONADO: Systemd cambiará cómo funciona su directorio de inicio de Linux