{"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\/novosti-interneta\/pervyj-vypusk-minimalistichnoj-sistemy-iniczializaczii-nitro","title":{"rendered":"Primo rilascio del sistema di inizializzazione minimalista Nitro","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata pubblicata la prima versione pubblica del progetto Nitro, che sviluppa un sistema di init minimalista con funzionalit\u00e0 di controllo dell'esecuzione dei processi. Il progetto \u00e8 guidato da Leah Neukirchen, una delle mantenitrici dei pacchetti nella distribuzione Void Linux. Il codice \u00e8 scritto in C ed \u00e8 distribuito con licenza 0BSD. <\/p>\n
Nitro pu\u00f2 essere utilizzato sia come processo di init (pid 1), sia come un processo non privilegiato che controlla l'esecuzione continua delle applicazioni nello spazio utente e riavvia i compiti in caso di fallimenti. \u00c8 supportato su Linux e FreeBSD, ed \u00e8 possibile utilizzarlo in ambienti basati sulla libreria standard C Musl. Tra i settori di applicazione si citano sistemi embedded, immagini di ramdisk (initramfs), contenitori (Docker\/Podman\/LXC\/Kubernetes), oltre a stazioni di lavoro e sistemi server. Per gestire i servizi e interagire con il processo di init \u00e8 fornuto uno strumento da linea di comando, nitroctl. <\/p>\n
In Nitro, invece di script di inizializzazione compositi, viene applicato un modello basato sull'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 da eseguire prima dell'avvio del servizio; run \u2014 definisce lo script di avvio del servizio; finish \u2014 include i comandi da eseguire dopo la conclusione del servizio. Per organizzare la gestione dei log viene utilizzato un collegamento simbolico chiamato log, che punta a un altro servizio al quale verr\u00e0 reindirizzato l'output. Per disattivare l'avvio automatico del servizio \u00e8 sufficiente creare nella sua cartella un file chiamato \u00abdown\u00bb, mentre per ignorare il servizio \u00e8 necessario aggiungere il simbolo \u00ab@\u00bb al nome della cartella. <\/p>\n
Il creatore del progetto sottolinea i seguenti vantaggi di Nitro rispetto ad altri sistemi di init: <\/p>\n
\n
Tutti gli stati sono memorizzati in RAM, semplificando il lavoro in ambienti con partizioni di disco in sola lettura.\n
Architettura basata su eventi, senza utilizzare polling.\n
Assenza di operazioni di allocazione della memoria durante l'esecuzione (tutti i buffer sono allocati all'avvio).\n
Utilizzo limitato dei descrittori di file durante l'esecuzione.\n
Fornito come un singolo file eseguibile autonomo e uno strumento per la gestione del sistema.\n
Non ci sono fasi di compilazione della configurazione \u2014 il funzionamento del servizio \u00e8 definito da semplici script nella cartella a esso associata.\n
Presenza di una funzione di riavvio dei servizi dopo un crash.\n
Meccanismo di logging disponibile, che pu\u00f2 essere attivato sia di default sia selettivamente per singoli servizi.\n
Possibilit\u00e0 di costruire una catena di elaborazione dei log che comprende pi\u00f9 servizi.\n
Il funzionamento non dipende dall'accuratezza della regolazione dell'orologio di sistema.\n
Supporto per l'avvio su FreeBSD attraverso \/etc\/ttys.\n
Possibilit\u00e0 di costruire come un file eseguibile miniaturizzato staticamente compilato usando musl libc. <\/ul>\n