{"id":141367,"date":"2025-08-23T17:12:20","date_gmt":"2025-08-23T15:12:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/pervyj-vypusk-minimalistichnoj-sistemy-iniczializaczii-nitro"},"modified":"2025-08-23T17:12:20","modified_gmt":"2025-08-23T15:12:20","slug":"pervyj-vypusk-minimalistichnoj-sistemy-iniczializaczii-nitro","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/pervyj-vypusk-minimalistichnoj-sistemy-iniczializaczii-nitro","title":{"rendered":"Prima edizione del sistema di inizializzazione minimalista Nitro","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Pubblicata la prima edizione pubblica del progetto Nitro, che sviluppa un sistema di inizializzazione minimalista con funzioni di controllo sull'esecuzione dei processi. Il progetto \u00e8 guidato da Leah Neukirchen, uno degli sviluppatori dei pacchetti nel distribuito Void Linux. Il codice \u00e8 scritto in C e distribuito con licenza 0BSD. <\/p>\n
Nitro pu\u00f2 essere utilizzato sia come processo init (pid 1) sia come processo non privilegiato, che controlla l'esecuzione continua delle applicazioni nello spazio utente e riavvia i compiti in caso di guasti. \u00c8 supportato su Linux e FreeBSD, con possibilit\u00e0 di utilizzo in ambienti basati sulla libreria standard C Musl. I casi d'uso includono sistemi embedded, immagini ram-disk (initramfs), contenitori (Docker\/Podman\/LXC\/Kubernetes), nonch\u00e9 workstation e sistemi server. Per gestire il funzionamento dei servizi e interagire con il processo init, \u00e8 fornuto uno strumento da riga di comando chiamato nitroctl. <\/p>\n
Invece dei complessi script di inizializzazione, Nitro utilizza un modello che prevede l'estrazione di ogni funzione in uno script separato. Per ogni servizio nella gerarchia \/etc\/nitro viene creato un sotto-cartella, in cui possono essere collocati i seguenti script: setup \u2014 contiene i comandi eseguiti prima dell'avvio del servizio; run \u2014 definisce lo scenario di avvio del servizio; finish \u2014 include i comandi eseguiti dopo il completamento del servizio. Per gestire i log, viene utilizzato un collegamento simbolico con il nome log, che punta a un altro servizio, al quale verr\u00e0 reindirizzato l'output. Per disabilitare l'avvio automatico del servizio, \u00e8 sufficiente creare un file con il nome \u00abdown\u00bb nella sua cartella, e per ignorare il servizio \u00e8 necessario aggiungere il simbolo \u00ab@\u00bb al nome della cartella. <\/p>\n
L'autore del progetto sottolinea i seguenti vantaggi di Nitro rispetto ad altri sistemi di inizializzazione: <\/p>\n
\n
Tutto lo stato viene memorizzato nella RAM, semplificando l'uso in ambienti con partizioni disco in modalit\u00e0 di sola lettura.\n
Architettura basata su eventi, che non utilizza il polling.\n
Assenza di operazioni di allocazione di memoria durante il funzionamento (tutti i buffer vengono allocati all'avvio).\n
Uso limitato dei file descriptor durante il funzionamento.\n
Forniamo un file eseguibile autonomo e un'utilit\u00e0 per la gestione del sistema.\n
L'assenza di fasi di compilazione della configurazione \u2014 il funzionamento del servizio \u00e8 definito da semplici script nella cartella associata al servizio.\n
Presenza di una funzione di riavvio dei servizi dopo un guasto.\n
Disponibilit\u00e0 di un meccanismo di logging, che pu\u00f2 essere attivato sia di default che selettivamente per singoli servizi.\n
Possibilit\u00e0 di costruire una catena di elaborazione del log che coinvolge pi\u00f9 servizi.\n
Il funzionamento non dipende dalla precisione dell'impostazione degli orologi di sistema.\n
Supporto per l'avvio su FreeBSD tramite \/etc\/ttys.\n
Possibilit\u00e0 di assemblaggio sotto forma di un file eseguibile statico in miniatura utilizzando musl libc. <\/ul>\n