{"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\/en\/blog\/news\/pervyj-vypusk-minimalistichnoj-sistemy-iniczializaczii-nitro","title":{"rendered":"The first release of the minimalist initialization system Nitro","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
The first public release of the Nitro project has been published, which develops a minimalist initialization system with process execution control features. The project is developed by Leah Neukirchen, one of the maintainers of packages in the Void Linux distribution. The code is written in C and is distributed under the 0BSD license. <\/p>\n
Nitro can be used both as an init process (pid 1) and as an unprivileged process that oversees the seamless execution of applications in user space and restarts tasks in case of failures. It supports operation on Linux and FreeBSD, and can be used in environments based on the standard C library Musl. Areas of application include embedded systems, ramdisk images (initramfs), containers (Docker\/Podman\/LXC\/Kubernetes), as well as workstations and server systems. To manage service operation and interaction with the init process, a command-line utility nitroctl is provided. <\/p>\n
Instead of composite initialization scripts, Nitro uses a model where each function is extracted into a separate script. For each service, a subdirectory is created in the hierarchy \/etc\/nitro, where the following scripts can be placed: setup \u2014 contains commands executed before starting the service; run \u2014 defines the service's launch scenario; finish \u2014 includes commands executed after the service has finished. A symbolic link named log is used for logging, pointing to another service that will receive the output. To disable the service's auto-start, it is sufficient to create a file named \u2018down\u2019 in its directory, and to ignore the service, a symbol \u2018@\u2019 should be added to the directory name. <\/p>\n
The author of the project notes the following advantages of Nitro compared to other initialization systems: <\/p>\n
\n
All state is stored in RAM, simplifying operations in environments with read-only disk partitions.\n
Architecture based on event processing, which does not use polling.\n
No memory allocation operations during runtime (all buffers are allocated at startup).\n
Limited use of file descriptors during operation.\n
Delivery in the form of a single self-contained executable file and a utility for system management.\n
The absence of configuration compilation stages \u2014 the service's operation is determined by simple scripts in the directory associated with the service.\n
The availability of a service restart function after a failure.\n
The presence of a logging mechanism that can be enabled by default or selectively for specific services.\n
The ability to build a log processing chain covering multiple services.\n
Operation is not dependent on the accuracy of the system clock.\n
Support for starting on FreeBSD via \/etc\/ttys.\n
The ability to build as a compact statically compiled executable file using musl libc. <\/ul>\n