El d铆a de ayer nuestro grupo de telegram inicio con una buena premisa dada por un usuario. La cual se merece no ser debatida sino que tambien tener una digna introducci贸n!
Voy a lanzar un tema, si os parece bien.... ¿Hasta qu茅 punto veis factible un paso atr谩s en los init?
systemD no termina de convencer y me he planteado esto tras ver el auge bestial que est谩 teniendo MX Linux que como sab茅is viene con systemD instalado pero desactivado por defecto y arrancando sistema con sysVinit....
A lo cual mi respuesta fue...
Desde mi punto de vista no es un paso atr谩s, es darse cuenta que un camino que se eligi贸 no era el mejor y corregirlo, aunque signifique tirar todo el c贸digo a la basura...
Para iniciar a esto debemos saber que es un init y cuales existen (o al menos algunos de los que existen y se usan) para saber de que estamos hablando!
Seg煤n wikipedia el init se define como "En sistemas tipo Unix, init (abreviatura de initialization) es el primer proceso en ejecuci贸n tras la carga del kernel y el que a su vez genera todos los dem谩s procesos. Se ejecuta como demonio y por lo general tiene PID 1."
INI
El demonio init tradicional es estrictamente s铆ncrono, bloqueando futuras tareas hasta que la actual se haya completado. Sus tareas deben ser definidas por adelantado, y solo pueden ser ejecutadas cuando el demonio init cambia de estado (cuando la m谩quina se arranca o se apaga). Esto hace que no sea capaz de manejar de forma elegante varias tareas en computadoras de escritorio modernas, incluyendo:
- La conexi贸n o desconexi贸n de una memoria USB y otros medios de almacenamiento portables / dispositivos de red mientras la m谩quina est谩 arrancada.
- El descubrimiento y exploraci贸n de nuevos dispositivos de almacenamiento, sin bloquear el sistema, especialmente cuando un disco puede no encenderse hasta que este es explorado.
- La carga de firmware para un dispositivo, lo cual podr铆a tener que realizarse despu茅s de sea detectado pero antes de que sea utilizable.
SYSTEMD
Systemd es un sustituto para el Init de Linux. Est谩 hecho para proveer un mejor framework para expresar las dependencias del servicio, permite hacer m谩s trabajo paralelamente al inicio del sistema y reducir la sobrecarga del shell.
Comparado con System V init, que es utilizado por la mayor铆a de las distribuciones anteriores, systemd puede tomar ventaja de nuevas t茅cnicas:
- Los servicios de activaci贸n de sockets y la activaci贸n de buses, que conduce a una mejor paralelizaci贸n de servicios independientes.
- cgroups se utilizan para realizar un seguimiento de los procesos de servicio, en lugar de PIDs. Esto significa que los demonios no pueden “escapar” de systemd aunque est茅n doblemente-bifurcados.
systemd es s贸lo para Linux por dise帽o, ya que depende de caracter铆sticas como cgroups y fanotify. Seg煤n mi punto de vida es un mal concepto de programacion el asignarles mas responsabilidades que las de iniciar el sistema, el tener el control sobre todo lo que pasa no es una buena practica a nivel general. Es mejor que cada uno cumpla su responsabilidad sin depender ni necesitar a terceros que no aporten funcionalidades. Si bien es la mas usada por las distribuciones, desde mi punto de vista es la peor.
UPSTRAT
Este remplazo a ini esta basado en eventos. Trabaja de forma as铆ncrona supervisando las tareas mientras el sistema esta arrancado. Tambi茅n gestiona las tareas y servicios de inicio cuando el sistema arranca y los detiene cuando el sistema se apaga.
La f谩cil transici贸n y la perfecta retrocompatibilidad con sysvinit fueron objetivos expl铆citos en el dise帽o. Por lo tanto, Upstart es capaz de ejecutar scripts de sysvinit sin modificaciones. De esta manera se diferencia de la mayor铆a de reemplazos de init, que normalmente requieren una transici贸n completa para funcionar correctamente y no son compatibles con un entorno mixto formado por m茅todos de arranque tradicionales y nuevos.
Teniendo esta introducci贸n vuelvo a una pregunta que realice en el grupo y que creo que es muy relevante en este punto a la hora de iniciar el debate:
Cu谩ntos les prestan atenci贸n al init de la distribuci贸n
Y una respuesta muy interesante que creo que es el pie para iniciar con el cambio fue...
Siempre cuando no moleste al funcionamiento de los driver de video AMD o Nvidia
A partir de ac谩 me gustaria saber que piensan, el debate se encuentra abierto en nuestro grupo de telegram!
Comentarios