No es del todo oficial, pero parece que systemd está llegando a Debian y después de leer algo de la acalorada discusión de la lista de correo sobre esa decisión, tengo curiosidad acerca de la naturaleza polarizante de systemd entre los usuarios de Linux. Ejecuto los sistemas Debian (sysvinit) y Gentoo (OpenRC) y no sé nada concreto sobre systemd, aunque parece que viene en mi camino.
He visto esta pregunta relacionada con los pros y los contras de systemd vs upstart, pero han pasado 3 años desde que se publicó esa pregunta y estoy seguro de que las cosas han cambiado en ese momento.
Mi pregunta es: ¿Cómo se compara systemd con otros sistemas init?
- ¿Qué lo distingue? ¿Qué puede hacer que los otros sistemas init no puedan?
- ¿Hay algo que perder al cambiarlo desde otro sistema de inicio?
- ¿Cómo se compara la administración de systemd con los demás?
systemd
init-script
casey
fuente
fuente
systemd
ahora no incluye un servidor web ni lo hará nunca, ni tampoco está leyendo QR en la hoja de ruta. Por favor, verifique de qué se trata, tenga en cuenta que, mientras hablamos, todas las distribuciones importantes (excepto Ubuntu por ahora) la usan de manera predeterminada (la gente de código abierto tiende a ser rabiosamente independiente, ninguna "presión" los hará hacer esto si no No creo que sea la mejor alternativa).systemd
. Me hace preguntarme cuándo demoniosPy3k
se convertirá en el intérprete de Python predeterminado en las distribuciones.Respuestas:
Probablemente todo lo que quiera saber esté aquí en las páginas " Debate Init System To Use " que el proyecto Debian reunió para tomar la decisión de qué sistema utilizar. Dentro de esa página hay un enlace separado a cada una de las opciones de initsystems.
Para una introducción en Systemd, esta página tiene casi todo lo que uno necesita saber para comenzar con ella, RHEL7: Cómo comenzar con Systemd .
Recursos adicionales que encontré útiles para obtener una mejor comprensión de las 2 opciones principales También leí las páginas de Wikipedia sobre las tecnologías respectivas:
El proyecto Gentoo también mantiene una buena comparación de algunas de las características clave en los distintos sistemas:
Mi opinión sobre tus preguntas
Esta es una pregunta muy difícil de abordar en el espacio de una respuesta SE, así que prefiero diferir a las diversas fuentes a las que he hecho referencia anteriormente. Aunque diré esto. Al leer gran parte de los artículos sobre
componentes systemdsystemd
las alternativas, trata de abordar muchos aspectos de lo que era deficiente en las herramientas anteriores utilizadas para iniciar servicios en sistemas Linux. Tiene un diseño muy bien pensado y está tratando de proporcionarlo de una manera muy modular.Entonces, en mi opinión, diría que se compara muy favorablemente tanto en términos de esfuerzo en su diseño, ejecución de ese diseño y la adopción de este por varias distribuciones de Linux más grandes.
Hay muchas cosas que
sytemd
pueden hacer que otros sistemas no pueden hacer. Probablemente 3 de sus características más fuertes son:1. registro
En el frente de registro, se
systemd
ha instituido un nuevo sistema de registro llamado "Diario", se llama el serviciosystemd-journald.service
. Este es su propio tema, puede leer más al respecto aquí en este artículo titulado: Presentación de la revista . Aquí hay un ejemplo de un usuario, "harald", que inicia sesión.2 y 3. Limitación de recursos y demonios que se bifurcan
systemd
aquí utiliza un enfoque novedosocgroups
para contener y limitar los recursos de cualquier servicio que requiera bifurcación o limitación del acceso a los recursos.extracto
Fuente: Daemon Showdown: Upstart vs. Runit vs. Systemd vs. Circus vs. God
Probablemente la mayor advertencia para cambiar a systemd sobre Upstart o sysV init es tener que adoptar muchas nuevas complejidades. Systemd tiene muchas partes móviles y es extremadamente rico en funciones, y con esas capacidades adicionales probablemente pasará una buena cantidad de tiempo adquiriendo conocimientos sobre cómo funciona todo.
Como se indicó en mi respuesta anterior a la P # 3. Reitero aquí de nuevo. Donde sysV init fue bastante trivial para aprender cómo administrar y navegar en unas pocas horas o días, Upstart probablemente le llevará una semana o más para ponerse al día, mientras que systemd probablemente le llevará mucho más tiempo, estoy anticipando tomar varios semanas para obtener suficiente conocimiento superficial al respecto, donde podré producir mis propios
.service
archivos, para detener / iniciar servicios con la misma facilidad que ahora disfruto con sysV init.Referencias
fuente