El cambio de SysVinit a Systemd en Debian ya ha sido aprobado, pero al parecer tomará mas tiempo de lo que se habría planificado ya que el desarrollador Michael Stapelberg ha identificado severos problemas al implementar Systemd en Debian.
Aunque la implementación de Systemd en debian cuenta con mas del 62% de apoyo entre desarrolladores y Mantenedores, Stapelberg ha mencionado en el blog People de Debian, los severos problemas que Systemd presenta actualmente en Debian.
Estos problemas son:
- Systemd es demasiado complejo e hinchado, hace muchas cosas a la vez y tiene demasiadas dependencias
- Systemd no es portable a sistemas no-linux, por ejemplo Debian/kFreeBSD o HURD
- El proceso de depuración de Systemd es muy fuerte, en comparación de SysVinit
- El upstream de Systemd presenta problemas
- Systemd viola la filosofía de UNIX
- Tanto el registro de binarios como el journal en general no son agradables
- Systemd es aún muy nuevo, aún no ha sido probado en profundidad y es inestable y experimental
- No hay aún suficiente documentación en general acerca de la transición de SysVinit a Systemd
- La gente necesita aprender nuevos comandos para conocer como funciona Systemd
- La configuración de Systemd es binaria y el formato de la configuración es muy extraña
- El código de Systemd no es bueno (tiene muchas fugas de memoria y problemas de rendimiento principalmente) y el upstream de desarrollo carece de una rama estable de largo plazo
- Hay problemas con varios módulos de Debian, en especial con /etc/fstab el cuál no es compatible con Systemd e impide que el sistema arranque
- Personalizar el arranque de Systemd es muchísimo mas complicado que SysVinit
- Systemd no es compatible con SysVinit.
Es de lógica deducir que la implantación de Systemd en Debian tardará un buen tiempo, a su vez, esto probablemente tendrá un efecto dominó en las distribuciones que tienen como base a Debian, como Ubuntu.
Fuente: libuntu
