Первый публичный выпуск минималистичной системы инициализации Nitro

Вышла первая версия
и распространяется

https://github.com/leahneukirchen/nitro/tags

v0.2 Aug 22, 2025
v0.1 Feb 8, 2025

я так понимаю это не «система инициализации» операционки, а менеджер демнов системы.
хотя всех попояс и как обычно все смешивается в винигрет…

https://github.com/leahneukirchen/nitro/blob/master/NEWS.md

Таки первый публичный:

0.2 (2025-08-22)

• initial public release
• add NEWS.md file

А у кого https://git.vuxu.org/nitro/about/ открывается?

У меня открывается

Ага, у меня теперь тоже.

В билдрут добавят лет через 10 =(

Проект развивает Лия Нойкирхен

Другие её интересные проекты – https://github.com/leahneukirchen/leahutils:

alerta, simple Prometheus-based alerting
arr, (re)arrange and select fields on each line
btac, print file in reverse order
extrace, trace exec() calls system-wide
fail, crash in various possible ways
holes, find runs of zero bytes
htping, periodically send HTTP requests
listening, check if a TCP server is listening
logcatch, run a process with private /dev/log
lr, list files, recursively
mblaze, Unix utilities to deal with Maildir
mlog, merge log files by timestamp
necho, minimal, sensible alternatives to echo(1)
nitro, tiny but flexible init system and process supervisior
notyet, a text-based recursive task tracker
nq, Unix command line queue utility
paddle, log processor to send logs from logdirs to TCP syslog
pds, parallel data substitution
px, search for processes and print top(1)-like status
rdd, random data dumper
rdumpfs, a rsync-based dump file system backup tool
reap, run process until all its spawned processes are dead
redo-c, an implementation of the redo build system in portable C with zero dependencies
rnl, remove trailing newlines
rwc, report when files change
snooze, run a command at a particular time
spit, atomically create a file with content
ulidgen, generate or tag lines with ULID
wcal, ISO weekly calendar
xe, simple xargs and apply replacement

Раньше начинающие программеры редакторы писали, теперь на инит переключились. Смысла не прибавилось, но всё лучше чем в подъезде курить и по гейклубам шляться :)

Как он с сервисами системд, со всякими логиндами и удевами намерен уживаться? Они ведь для гнома необходимы.

Кстати, на главной странице есть вот это:

this software would not have been possible without detailed study
of prior systems such as daemontools, freedt, runit, perp, and s6.

Системд даже не в списке рассмотренных.

я так понимаю это не «система инициализации» операционки,

Вообще написано что первый процесс системы.

Nitro может применяться как в качестве init-процесса (pid 1),

возможно применение в окружениях на базе стандартной Си-библиотеки Musl

🤡.png

лучше чем в подъезде курить и по гейклубам шляться :)

Вижу знатока, который попробовал в жизни всё. На самом деле гетеросексуальному мужчине лучше ходить в ЛГБТ-клубы широкого профиля.

И нет, иниты извращенцы пишут. SystemD задал очень высокую планку, которую в одиночку не перепрыгнуть, а у сообщества есть дела поважнее. Поэтому аналога SystemD без недостатков SystemD не будет, а будет нечто заведомо худшее. И будет просто чтобы было. С калькулятором или текстовым редактором хоть взаимодействовать приходится, и кому-то очередное поделие придется по вкусу.

Зачем?!? Вы это сюда притащили? Мои глаза сломались ещё в начале этого списка. Но чисто рандомно тыкнул на «px, search for processes and print top(1)-like status» Это вот реально для нетакуиков в стиле «Я ж тоже погромист и кое что умею»?

Раньше начинающие программеры редакторы писали, теперь на инит переключились.

Нет, начинающие программеры начинали с игорь :)

Для каждого сервиса в иерархии /etc/nitro создаётся подкаталог, в котором могут размещаться следующие скрипты

Я правильно понял, что зависимости туда не завезли?

А это вещь не для Гнома.

Как я понял, это для всякого эмбеда, куда тащить системды явный оверхед.

Чем лучше runit?

Как я понял, это для всякого эмбеда, куда тащить системды явный оверхед.

Но ведь системД подмял под себя удев. А без удева у вас никакой эмбед особо то работать не будет. И тут уже не про Гном вопрос, а в общем: чем предлагаете удев заменить?

Но ведь системД подмял под себя удев.

pgrep udev
630

pgrep systemd

O'Rly?

Это ещё что

Мне вчера надо было на винде throttlestop на чудном ноуте в автозагрузку засунуть, кидаешь ярлык в папку, которая так и называется «автозагрузка», и нехера не работает! Надо через какой-то планировщик задач делать

Всё поцтеринг ваш, подослали диверсанта

Ну круто, снесли ветку, где я объяснил человеку, что в окирпичивании MSI ноутов не системд виноват… Если и это уже оффтоп, то я не знаю, о чём тут вообще можно говорить. :)

Мне вчера надо было на винде throttlestop на чудном ноуте в автозагрузку засунуть, кидаешь ярлык в папку, которая так и называется «автозагрузка», и нехера не работает!

Навеяло... тоже на такое попал... там вроде толи в десяточках, толи в 11 это депрекейтнули, короче оставили только вариант через этот ваш реестр. Было реально удивительно такое увидеть, пришлось толи искать нужную ветку реестра, толи по лене гуглить полный путь...

подослали диверсанта

если это его работа - его даже завуважать будет не грех! :о)

Это не человек, это флудогенератор, которому даже настолько элементарные вещи приходится объяснять. Впрочем, всё-равно без толку - он слишком тупой чтобы понять объяснения.

Тут полтреда состояло из флудогенераторов, которые кроме баша ничего не знают.

«первый процесс системы» это не звание, а функциия !! :)

Это тот процесс который первым запускает ядро.

Но ведь системД подмял под себя удев. А без удева у вас никакой эмбед особо то работать не будет.

Я тебя разочарую, но не только одними ситемдэ и удевом жив Линукс.

Например есть mdev.

Например есть mdev.

Ну в эмбедщине есть, да. Что ж, посмотрим, войдёт ли сабж хотя бы в билдрут… Я бы на это не поставил.

Они еще не понимают, что глючный musl явно не является стандартной библиотекой в отличии от glibc, хотя и стоит признать, что в большинстве сценариев подводных камней от его применения нет (alpine - стандартный дристрибутив для докер, который использует этот мюсль)

Что в musl глючного, например?

https://wiki.musl-libc.org/open-issues

там даже gdb не работает… а так всем «хорош». он просто drop-in replacement, те его существование довольно беcсмысленно… ну типа как есть иксы и вейленд, только вейленд можно оправдать тем, что на разработку иксов забили, но вот glibc активно развивается… а так рядовым мышевозам в общем-то срать, пока вдруг не выяснится, что какой-то гуишный софт времен царя гороха без glibc не работает… хотя у musl есть и плюс - он меньше весит за счет недостающего функционала. это как раз важно во всяких встраиваемых системах для максимального удешевления… ну раньше важно было. сейчас гигабайт пзу стоит от 10 центов, а вот озу - на порядки дороже, те на пару долларов musl может снизить цену холодильника

Работает там gdb. Вот санитайзеров нет, вот это неприятно.

drop-in replacement

И тут ты тоже неправ, он не может быть replacement, так как с glibc несовместим.

Архитектура на основе обработки событий, не использующая опрос в режиме полинга (polling).

Вот всегда забавляли меня эти «обработки событий», будто архитектурно это не то же самое, что долбежка опросов в цикле.

Типа если

void onCreated() {
 printf("File created");
}

void main() {
 wait_for_file_create("/tmp/file", onCreated);
}

то wait_for_file_create(char *file, void handler) - это какая-то магия, а не периодическое опрашивание любого состояния

void wait_for_file_create(*char file, void handler) {
 while (access(file, F_OK) != 0){
  }
 handler();
}

Зачем цикл, когда есть inotify?

Зачем цикл, когда есть inotify?

А што, тут какая-то другая, особая магия?)

https://ibb.co/dJBPLDZs

В эмбеддинге «событием» может быть хардварное прерывание от устройства, например. А пока его нет, процессор стоит в idle.

Печально. Я предполагал, что там сделано через события при изменении каталога.

Хотя не, чувак, получаешь-ка ты клоуна. Во-первых, за ссылку на кртинку, вместо ссылки на код, а во-вторых, за то, что ты так ловко обрезал начало функции. Я уж даже поверил сперва.

https://github.com/torvalds/linux/blob/master/fs/notify/inotify/inotify_user.c#L249

В эмбеддинге «событием» может быть хардварное прерывание от устройства, например. А пока его нет, процессор стоит в idle.

Та событием может быть что угодно. Но любой «обработчик событий» с точки зрения и программы и процессора - это цикл с периодическим опросом.

Некоторые обработчики интегрированы в ведро, как вышеупомянутый inotify, но алгоритм неизменен.

Коду бы ты не поверил, да и места он бы занял больше.

Начало функции каким-то боком отменяет бесконечный цикл с периодическими проверками, и передаче юзеру уведомления с выходом из этого цикла?) Вроде нет.

И это я тебе еще кусок кода ext4 не показал, где сюрпрайз сюрпрайз, события мониторятся в режиме поллинга =)

I repeat: do not use spinlocks in user space, unless you actually know what you’re doing. And be aware that the likelihood that you know what you are doing is basically nil.

Linus Torvalds

так что строго говоря, разница есть.

Зато в начале фуцнкции есть DEFINE_WAIT_FUNC. Пожешь грепнуть по сети, что это за штука и как она работает.

нууу, цикл-то там обычно есть, что-то типа:

for(;;) {
   idle();
}

но периодическим опросом я бы это не назвал.

Мы говорим не за ожидание, а за обработку события.

Расскажи алгоритмическим языком - как ты собрался обрабатывать любое событие без проверок на это самое событие, и возвращать наверх упрощенно говоря true\false?

От того что ты перенес этот алгоритм на низший уровень абстракции - он не перестанет быть цикличным.

Более того, даже не нужно углубляться в механизмы ФС, достаточно открыть реализацию твоего костыльного inotify, чтобы увидеть подтверждение тому что я говорил.

https://github.com/inotify-tools/inotify-tools/blob/master/src/inotifywait.cpp - ня, изучай.

А других вариантов нет.

Опрашивать можно не всегда непосредственно само событие. Создатель события может вести какую-нибудь таблицу уведомлений и туда записывать факт события, но вот функция «мониторинга» все равно должна опрашивать на предмет появления новой информации, и возвращаться на следующую итерацию если новой информации нет, либо возвращать признак появления этой новой информации.

Мы говорим не за ожидание, а за обработку события.

Нет, мы говорим про ожидание.

В этом Первый публичный выпуск минималистичной системы инициализации Nitro (комментарий) посте ты буквально зацеплся за функцию wait_for_file_create.

Да без проблем, открываешь свой костыльный https://github.com/inotify-tools/inotify-tools/blob/master/src/inotifywait.cpp и смотришь как там реализован монитор.

Скажи мне еще вот что. Если на твой взгляд, в таких функциях «нет циклов» - то почему же они все как одна, блокируют основной поток?))

открываешь

смотришь

Не, я всё. Ты победил, а я слился. Я лучше пойду сишку вспоминать. А то я из кикада уже пару месяцев не вылезал и уже забыл, какие аргументы принимает функция main() xD

P.S. Можешь поставить мне клоуна вдогонку, если хочешь ;)

то почему же они все как одна, блокируют основной поток?

Именно чтобы не было холостой долбёжки проца

Вот проверять в цикле из пользовательского процесса свойства файлов, как у тебя, это как раз костыль и говнокод. Кроме того что вычислительный ресурс впустую тратишь, можешь просто ещё и пропустить событие