systemd 255

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

Вообще-то и такое бывает.

Нет никакой технической необходимости так делать. А если есть - значит у тебя ультракуцая система, где каждый байт на счету, так что ты можешь просто не использовать systemd.

Разупоритесь уже.

Вот ты и разупорись.

Кроме ноутов есть ещё куча разного «железа».

Конкретно в том каменте говорилось о ноутах.

Хренова туча на ARM (да, да, даже 32 бита).

Как разрядность влияет на постоянную память в контексте эмбеда?

С распаянной памятью в 256MB и NAND в качестве диска.

Прекрасно. Не используй systemd, как уже говорилось выше. А еще лучше - делай нормальное железо, у которого NAND побольше, чем с гулькин хер.

за шестьдесят тысяч вместо шести

Легко. Достаточно донести клиенту, что его минималистичный двухкопеечный девайс придется выбросить, если ему приспичит что-то обновить. У меня на прошлой работе был один уникум, который закупил трушный эмбед с куцым нандом, вместо того чтобы взять что-то более продвинутое. Потом оказалось, что даже при всех выпиливаниях лобзиком места под новые фичи там физически уже не осталось.

Хорошо, пусть монтируется. В чем проблема-то?

Я думаю инсталляций Linux на порядок больше на всякого рода встраиваемых устройстваз/контроллерах чем на PC.

Я, кстати, тоже не понимаю, зачем нужен initramfs, если можно в /boot сделать загрузочную ступень без initramfs. Т.е. такой маленький / с busybox и наложницами. Почему так не делают? А хз.

кто не осилил FHS.

FHS сейчас никто не осилил, потому что это устаревший говностандарт. Серьёзно, ему разве что только какая-нибудь шлака следует.

Видимо ты ничего не понимаешь во встраиваемых системах.

Много что понимаю.

Про quota что нибудь слышал

Зачем тебе квотировать /usr, если им управляешь ты?

Давай не будем растекаться по древу. Первый кейс маленького /usr - эмбед, просто не используй systemd. Второй - какая-то невнятная бадяга про разные ОС, и мы до сих пор не выяснили, почему общий /usr делать можно, а индивидуальные OS нельзя.

Давай ты не будешь влезать в тред, не прочитав предыдущие сообщения. С fsck уже все всё поняли, я притащил выдержку из мана, тут нечего больше обсуждать. Едем дальше.

FHS плюс-минус соблюдается в плане того, куда и что совать. В /opt ставится софт от тех, кто вообще в своем собственном мире живет.

Нет никакой технической необходимости так делать. А если есть - значит у тебя ультракуцая система, где каждый байт на счету, так что ты можешь просто не использовать systemd.

В большинстве встраиваемых решений systemd не нужно, от слова совсем, а значит Поттерингу априре не решать удалять ему там /usr или нет. Чел просто имеет узкий кругозор, ломая совместимость.

Вот ты и разупорись.

Разупорин недорого, оптом.

Конкретно в том каменте говорилось о ноутах.

Ноуты есть не только на x86 с овер 8ГБ памяти. При этом ноуты составляют малую долю инсталляций Linux.

Как разрядность влияет на постоянную память в контексте эмбеда?

Адресацией, максимальным объемом, набором встроенных инструкций, каким нибудь дополнительным SIMD, шиной и частотой. В общем всем.

Прекрасно. Не используй systemd, как уже говорилось выше. А еще лучше - делай нормальное железо, у которого NAND побольше, чем с гулькин хер.

Ты походу некомпетентен, если моё решение на линукс работает на 256 NAND, то из тысячи опытных устройств я сделаю кэш в 20 раз больше чем на той же платформе в 512 NAND. Ты сейчас выглядешь как осёл.

то есть софт который в /opt ставиться как мусорка мы трогать не будем, а замахнёмся сразу на стандарт FHS ?

давай ты не будешь дерзить и указывать что мне делать?

Много что понимаю.

Чтоты понимаешь? ты systemd на встраиваемые промышленные устройства или контроллеры устанавливал?

Да нихера там не соблюдается. Рач и федора валят все бинарники в /usr/bin, библиотеки в /usr/lib и т.д. А про NixOS и прочие Guixsd я вообще молчу, там в /usr только bin/env для совместимости.

В большинстве встраиваемых решений systemd не нужно, от слова совсем

А в остальных нужно из-за сложной системы внутренних сервисов. Что делать будем?

Ноуты есть не только на x86 с овер 8ГБ памяти. При этом ноуты составляют малую долю инсталляций Linux.

Вот у меня на столе лежит ноут с диском на 1.2Гб. Зачем мне там отдельный /usr, если это приводит к лишнему дроблению дискового пространства? А если мне нужно будет больше места под корень? А если наоборот, под хомяк? Зачем мне заранее закладывать баланс, если в зависимости от решаемых задач все может поменяться?

Адресацией, максимальным объемом, набором встроенных инструкций, шиной и частотой. В общем всем.

Напоминаю, мы все еще про диски говорим, а ты упетлял куда-то не туда.

Ты походу некомпетентен

А может, ты?

если моё решение на линукс работает на 256 NAND, то из тысячи опытных устройств я сделаю кэш в 20 раз больше чем на той же платформе в 512 NAND.

Да что ты говоришь! Что, прям в 20 раз разница? Я-то думал, что цена на бом закладывается в конечную стоимость устройства. А эвона как. В твою светлую голову вообще не приходила мысль, что если решение планируется обновляемым, то лучше дать ему побольше памяти? Клиент купит это, потому что сложит два и два и поймет, что ему проще заплатить сейчас чуть больше, чем выбрасывать твои одноразовые железки и покупать новые.

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

Ты сейчас выглядешь как осёл

Ага. Планирование на будущее - ослизм, так и запишем. Настоящие Ъ вытесывают железо о софт из куска кремния как есть.

Клоун? Клоун.

Зачем тебе квотировать /usr, если им управляешь ты?

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

Давай не будем растекаться по древу. Первый кейс маленького /usr - эмбед, просто не используй systemd

Это не касается маленького /usr эмбед, можно просто не использовать systemd, а можно использовать. Только вот грань между «использовать»/«неиспользовать» автор systemd пытается уничтожить, своими популисткими,индивидуальными решениями.

почему общий /usr делать можно, а индивидуальные OS нельзя.

Ты вообще о чем?

то есть софт который в /opt ставиться как мусорка мы трогать не будем, а замахнёмся сразу на стандарт FHS?

Define замахнемся. Куда, зачем?

давай ты не будешь дерзить и указывать что мне делать?

А давай-ка, дружок, это ты не будешь дерзить и обзываться ослами. Доступно?

Чтоты понимаешь?

Я понимаю, что не в коня корм, но повторю: если ты делаешь расширяемое решение, то имеет смысл сделать его максимально похожим на обычный линукс. С поправками, разумеется. А если у тебя что-то маленькое и одноразове - не используй systemd. Что тебе тут не ясно?

Рач и федора всё правильно сделали, давно пора было этот анахронизм в виде /bin и /sbin ампутировать.

Манагеры Эппл?

Да нет, просто дети. Или инфантилизм. Или конформизм. Или крутой специалист заббал покусал. Ну не могут они понять, как можно жить без systemd. Привыкли проблемы на форумах решать, а не глазами в документации и в сценариях. Скорее всего им ни разу с ним (systemd) разбираться не приходилось. Мне приходилось. Да, документация прекрасная, только нихера по ней не работает (не, вру чутка, в основном работает). Оперативки и дисков у них - бесконечность. То что journald - главный процесс, который грузит систему они не знают (что прикольно, пропускает всё главное). Ну… Дети.

Что классно. С systemd появились очень интересные удобные утилиты типа systemd-nspawn (всё что она может, и без неё легко сделать, но с ней проще). Вот это реально прикольно.

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

Подозреваемый путается в показаниях. Давеча ты сказал, что сам менеджишь /usr, а теперь туда еще кто-то что-то ставит, кроме тебя.

Только вот грань между «использовать»/«неиспользовать» автор systemd пытается уничтожить, своими популисткими,индивидуальными решениями.

До-о-о. Настолько индивидуальными, что за пределами эмбеда почти никому не нужно. У тебя автор systemd отобрал sysvinit, я не понимаю, или тебе просто за идею обидно?

А в остальных нужно из-за сложной системы внутренних сервисов. Что делать будем?

Ты когда нибудь systemd-unit писал? ты уверен что это проще какого нибудь bsd-сценария? Оно из понимания выпадает, что за кем запускается, ок, как в твоём дистрибутиве с systemd сделать твой самописный login-manager, каким образом для него правило писать, в каком дистрибутиве куда поместить? Я в слаке это сделаю 3мя строками.
Вот список юнитов в systemd, я тут ничего не понимаю, кто за кем, кто работает кто нет, почему половина в линках?:

итого 84
4 drwxr-xr-x 2 root root 4096 дек 17  2018 bluetooth.target.wants
0 lrwxrwxrwx 1 root root   42 мая  4  2019 dbus-fi.w1.wpa_supplicant1.service -> /lib/systemd/system/wpa_supplicant.service
0 lrwxrwxrwx 1 root root   37 мая  4  2019 dbus-org.bluez.service -> /lib/systemd/system/bluetooth.service
0 lrwxrwxrwx 1 root root   40 мая  4  2019 dbus-org.freedesktop.Avahi.service -> /lib/systemd/system/avahi-daemon.service
0 lrwxrwxrwx 1 root root   40 мая  4  2019 dbus-org.freedesktop.ModemManager1.service -> /lib/systemd/system/ModemManager.service
0 lrwxrwxrwx 1 root root   53 мая  4  2019 dbus-org.freedesktop.nm-dispatcher.service -> /lib/systemd/system/NetworkManager-dispatcher.service
0 lrwxrwxrwx 1 root root   44 мая  4  2019 dbus-org.freedesktop.resolve1.service -> /lib/systemd/system/systemd-resolved.service
0 lrwxrwxrwx 1 root root   36 мая  4  2019 dbus-org.freedesktop.thermald.service -> /lib/systemd/system/thermald.service
4 drwxr-xr-x 2 root root 4096 дек 17  2018 default.target.wants
0 lrwxrwxrwx 1 root root   35 мая  4  2019 display-manager.service -> /lib/systemd/system/lightdm.service
4 drwxr-xr-x 2 root root 4096 дек 17  2018 display-manager.service.wants
4 drwxr-xr-x 2 root root 4096 дек 17  2018 final.target.wants
4 drwxr-xr-x 2 root root 4096 дек 17  2018 getty.target.wants
4 drwxr-xr-x 2 root root 4096 мая  4  2019 graphical.target.wants
4 -rw-r--r-- 1 root root  649 дек 12  2018 hddtemp.service
0 lrwxrwxrwx 1 root root   29 дек 23  2020 hide.me@.service -> /opt/hide.me/hide.me@.service
0 lrwxrwxrwx 1 root root   36 авг 26  2020 libvirt-bin.service -> /lib/systemd/system/libvirtd.service
0 lrwxrwxrwx 1 root root   49 апр 28  2022 mullvad-daemon.service -> '/opt/Mullvad VPN/resources/mullvad-daemon.service'
4 drwxr-xr-x 2 root root 4096 июл 19 23:40 multi-user.target.wants
4 drwxr-xr-x 2 root root 4096 дек 17  2018 network-online.target.wants
4 drwxr-xr-x 2 root root 4096 дек 17  2018 oem-config.service.wants
4 drwxr-xr-x 2 root root 4096 дек 17  2018 paths.target.wants
4 drwxr-xr-x 2 root root 4096 дек 17  2018 printer.target.wants
4 drwxr-xr-x 2 root root 4096 июл 21  2019 remote-fs.target.wants
4 drwxr-xr-x 2 root root 4096 сен 26  2020 sleep.target.wants
4 drwxr-xr-x 2 root root 4096 дек 22  2021 sockets.target.wants
0 lrwxrwxrwx 1 root root   31 ноя 16  2019 sshd.service -> /lib/systemd/system/ssh.service
0 lrwxrwxrwx 1 root root   46 окт 10  2020 stdiscosrv.service -> /lib/systemd/system/syncthing-discosrv.service
0 lrwxrwxrwx 1 root root   46 окт 10  2020 strelaysrv.service -> /lib/systemd/system/syncthing-relaysrv.service
4 drwxr-xr-x 2 root root 4096 июн 21  2021 sysinit.target.wants
0 lrwxrwxrwx 1 root root   35 мая  4  2019 syslog.service -> /lib/systemd/system/rsyslog.service
4 drwxr-xr-x 2 root root 4096 июн 18  2022 systemd-hibernate.service.requires
4 drwxr-xr-x 2 root root 4096 июн 21  2021 systemd-resolved.service.wants
4 drwxr-xr-x 2 root root 4096 июн 18  2022 systemd-suspend.service.requires
4 -rw-r--r-- 1 root root  381 июл 30  2022 teamviewerd.service
4 drwxr-xr-x 2 root root 4096 янв 15  2022 timers.target.wants

splinter@PC-149:~$ ls /etc/rc.d -ltr
итого 436
-rw-r--r-- 1 root root  3781 мая 19  2013 rc.ip_forward
-rw-r--r-- 1 root root  3489 мар  1  2018 rc.openvpn
-rw-r--r-- 1 root root   964 сен 21  2018 rc.icecc-scheduler
-rw-r--r-- 1 root root   901 сен 21  2018 rc.iceccd
-rwxr-xr-x 1 root root   483 янв  8  2019 rc.setterm*
-rwxr-xr-x 1 root root  5340 окт 13  2019 rc.inet2*
-rw-r--r-- 1 root root   842 дек 13  2019 rc.krb5kdc
-rw-r--r-- 1 root root   797 дек 13  2019 rc.kadmind
-rw-r--r-- 1 root root   857 дек 13  2019 rc.kpropd
-rw-r--r-- 1 root root   497 фев 13  2021 rc.inetd
-rw-r--r-- 1 root root   977 мар  1  2021 rc.smartd
-rw------- 1 root root  7349 мар 19  2021 rc.wireless.conf
-rwxr-xr-x 1 root root 13885 мар 19  2021 rc.wireless*
-rwxr-xr-x 1 root root   274 апр 23  2021 rc.local*
-rwxr-xr-x 1 root root   170 апр 23  2021 rc.loop*
-rwxr-xr-x 1 root root   780 апр 23  2021 rc.modules*
-rwxr-xr-x 1 root root   691 апр 23  2021 rc.modules.local*
-rwxr-xr-x 1 root root  1656 апр 23  2021 rc.sysvinit*
-rwxr-xr-x 1 root root  3303 апр 23  2021 rc.K*
-rw-r--r-- 1 root root  3990 сен 24  2021 rc.bind
-rw-r--r-- 1 root root  1894 янв 25  2022 rc.icecream.conf
-rwxr-xr-x 1 root root  1893 фев 21  2022 rc.fuse*
-rw-r--r-- 1 root root   752 мар  6  2022 rc.nss-pam-ldapd
-rwxr-xr-x 1 root root   762 апр 11  2022 rc.haveged*
-rwxr-xr-x 1 root root  3330 сен  6  2022 rc.cpufreq*
-rw-r--r-- 1 root root  1724 сен  6  2022 rc.pcmcia

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

Ну… Когда всё место в памяти занимает systemd, а у разрабов ручки из попки… Цена растёт на тысячу процентов. Странно, но факт.

Ну… Дети.

Ты уже прочитал man e2fsck?

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

Привыкли проблемы на форумах решать, а не глазами в документации

Сказал тот, кто жалуется на объемность документации по systemd.

в сценариях

Открываю код и смотрю, если что-то не так.

Скорее всего им ни разу с ним (systemd) разбираться не приходилось.

Ну всё, началось самоубеждение. Тебе проще в с чучелками воевать, чем спорить с реальными людьми. Ты ведь даже не догадался спросить меня, какие были у меня проблемы с systemd - а они были, но меркнут по сравнению с удобством, которое он предоставляет.

Define замахнемся. Куда, зачем?

Не понял тебя.

А давай-ка, дружок, это ты не будешь дерзить и обзываться ослами. Доступно?

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

Ты сейчас выглядешь как осёл.

понимаю, что не в коня корм, но повторю: если ты делаешь расширяемое решение, то имеет смысл сделать его максимально похожим на обычный линукс. С поправками, разумеется. А если у тебя что-то маленькое и одноразове - не используй systemd. Что тебе тут не ясно?

Загляни в /kernel/arch и подумай почемутам всего так много, линукс это гибкое решение от контроллеров до майнфремов и кластерных систем. А systemd тянет Linux в болото.

Ты когда нибудь systemd-unit писал? ты уверен что это проще какого нибудь bsd-сценария?

У меня сейчас большая система состоит из 14 юнитов, которые надо запускать в определенном порядке (как по отношению друг к другу, так и к ОС, у кого-то - ждать завершения), следить за их исполнением и выдавать им определенные права. Да, черт возьми, ЗНАЧИТЕЛЬНО проще.

Оно из понимания выпадает, что за кем запускается

Вообще нет, всё ж внутри написано.

как в твоём дистрибутиве с systemd сделать твой самописный login-manager

Понятия не имею, не задавался этим вопросом. Очевидно, где-то в юнитах лежит.

Вот список юнитов в systemd, я тут ничего не понимаю, кто за кем, кто работает кто нет, почему половина в линках?

Судя по всему это из /etc, так что работают все .service. За остальным можно почитать документацию, чтобы понять, что означают все эти веселые слова вроде target и прочих.

Ну… Когда всё место в памяти занимает systemd, а у разрабов ручки из попки… Цена растёт на тысячу процентов. Странно, но факт.

Сам придумал - сам разнес в пух и прах. Молодец.

Нет. Там был классический init с busybox. И стоило это чудо как самолет. Разумеется, оверпрайс.

зависимости между большим количеством локальных микросервисов

Ооо, ты видимо еще на 4м курсе Казанского университета или а-ля того? Каким образм systemd развертывает, управляет и логирует микросервисную систему? Ты в каждый образ porteiner'а systemd что ли пихаешь? systemd в этой структуре вообще опционален. Более того там не нужен. Собствственно, ты микросерверную архитектуру к чему сюда притащил? что бы пыщ-пыщ сделать?

Не понял тебя.

Вот и я тебя не понял. Ты что-то придумал, я у тебя переспросил, а потом ты прикидываешься, что не понял меня. Выражайся яснее.

Твои дружки лошадь в овраге доедают.

Приятного аппетита, чо.

Тебя ослом я не называл, а сказал что

Совершенно очевидно, что ты имел в виду, не пытайся вертеться, как уж на сковородке.

Загляни в /kernel/arch и подумай почемутам всего так много, линукс это гибкое решение от контроллеров до майнфремов и кластерных систем.

Ну и прекрасно! А еще всё это совершенно никак не связано с systemd, потому что ты волен использовать в связке с ядром совершенно любую систему инициализации.

А systemd тянет Linux в болото.

Ага. Унификация и устранение велосипедов = болото, так и запишем.

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

Так накой его в каждый дистрибутив пихать по умолчанию пихать? Еще и меня неандертальцев назвал.

Понятия не имею, не задавался этим вопросом. Очевидно, где-то в юнитах лежит.

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

Ну и прекрасно! А еще всё это совершенно никак не связано с systemd, потому что ты волен использовать в связке с ядром совершенно любую систему инициализации.

Так что ты в systemd упёрся тогда? столько букв написал, для чего, если не знаешь?

Я думаю инсталляций Linux на порядок больше на всякого рода встраиваемых устройстваз/контроллерах чем на PC.

У нашей сраной конторы численностью человек в двадцать (из которых только человека полтора имеют отношение к разработке и один к поддержке)… Назвать встройкой - погрешить. Полноценная машинка. Операционка в одном варианте мегабайт двадцать, в другом меньше сотни. Где-то раз в год-пол года закупаем в Китае новые коробки. Это пятьсот-тысяча штук. Железяки… Ну… Процент отказа мизерный. Дохнут SD карты.

Это фигня всё, я к тому, что инсталляций реально дофига.

Ооо, ты видимо еще на 4м курсе Казанского университета или а-ля того?

Мальчик, ты точно понимаешь, что такое микросервис?

Ты в каждый образ porteiner’а systemd что ли пихаешь?

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

systemd в этой структуре вообще опционален

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

Собствственно, ты микросерверную архитектуру к чему сюда притащил?

Чтобы привести тебе пример, но я уже понял, что совершенно напрасно рассчитываю на какую-то осмысленную дискуссию с твоей стороны.

Ага. Унификация и устранение велосипедов = болото, так и запишем.

Унификация не через Поттеринга идёт (хотя мужик определенно красавчег), а через RFC,ISO,IEEE. Такие люди как он, Иказа, Рейзер и др. определенно нужны и вносят неоценнимый вклад в расвитие СПО.

… эмбед, просто не используй systemd…

Золотые слова. Ещё и на памяти сэкономишь в разы.

Мальчик, ты точно понимаешь, что такое микросервис?

Нет,не понимаю, давай, расскажи нам и связь с systemd тоже, можешь просто схему нарисовать, вкоторой без systemd микросервисы невозможны.

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

Ну ок, копипаста хорошая. Теперь про конкретный проект который ты решил микросервисами и роль systemd в ней.

Так накой его в каждый дистрибутив пихать по умолчанию пихать?

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

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

Я знаю то, с чем я работаю. Мне не нужно помнить и всё это наизусть, потому что я умею искать и знаю, как искать. Мне и без логина хватает предметной области, знаешь ли.

Так что ты в systemd упёрся тогда? столько букв написал, для чего, если не знаешь?

У тебя проблема с восприятием текста, или что? Я четко написал, почему я уперся за systemd, но ты так и не понял. Перечитывай тред, пока не поймешь.

RFC,ISO,IEEE

Ты вообще в курсе, что RFC пишется на основе существующих реализацией? А еще что существует Freedesktop.

копипаста хорошая.

Вот неблагодарный. Я же написал этот камент специально для тебя. А ты его копипастой назвал. Что ж, назвал - доказывай. Найди в гугле страницу, откуда я взял этот текст, по твоему мнению.

Теперь про конкретный проект который ты решил микросервисами и роль systemd в ней.

Зачем? Я же вижу, что ты кроме передергивания в конструктивную дискуссию не можешь.

Даже цитировать не буду. Хотя…

… А может, ты?..

Нет ты. Нет ты. :)

Ты уже прочитал man e2fsck?

Я взял свои юниты, написанные для арча, перенес их на дебиан

Эмм что? для арча у которого текущий systemd на debian у которого systemd года 4-ре не обновлялся, с теми же аргументами вызова демонов которые тоже четырехлетней давности? Завязывай там с солями.

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

Я тебя непонимаю, ты только недавно про микросерверность говорил, где баши с исполняемые программами можно было таскать по ОС с докером в любом состоянии, а сейчас про нативную систему? Ты как-то определись. Написанные баш скрипты с твоим микросервисом заработают на любой ОС в докере без всяких systemd.

Эмм что?

То, то.

для арча у которого текущий systemd наdebian у которого systemd года 4-ре не обновлялся

Да что ты говоришь! :D

$ dpkg -l systemd
...
ii  systemd        252.17-1~deb12u1 arm64        system and service manager

$ pacman -Q systemd
systemd 254.6-2

Ятебя непонимаю

Потому что ты споришь не со мной, а с голосами в своей голове:

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

Я всегда говорил про нативную систему; про докер и контейнеры это ты придумал.

Написанные баш скрипты с твоим микросервисом заработают на любой ОС в докере без всяких systemd.

О чем я уже тоже сказал. Ты зачем выдаешь мои умные мысли за собственные? Своих вообще нет?

что RFC пишется на основе существующих реализацией?

Несмотря на название, запросы на отзывы RFC сейчас рассматриваются как стандарты Интернета (а рабочие версии стандартов обычно называют драфтами, от англ. draft — черновой проект).

Последний релиз 2 года назад… Действительно вменяемая альтернатива

… Да что ты говоришь! Что, прям в 20 раз разница? Я-то думал, что цена на бом закладывается в конечную стоимость устройства. А эвона как. В твою светлую голову вообще не приходила мысль, что если решение планируется обновляемым, то лучше дать ему побольше памяти? Клиент купит это, потому что сложит два и два и поймет, что ему проще заплатить сейчас чуть больше, чем выбрасывать твои одноразовые железки и покупать новые.

О! Круто. А чё? Новые русские дипломированные экономисты. Я реально офигеваю. Пацанчик, ты хоть раз пробовал сделать то, что вот прямо здесь я процитировал?

Хочу историю успеха.

Несмотря на название, запросы на отзывы RFC сейчас рассматриваются как стандарты Интернета (а рабочие версии стандартов обычно называют драфтами, от англ. draft — черновой проект).

Меня обвиняет в копипастинге, а сам не стесняется выдавать текст с вики за свой собственный.

Вполне годная альтернатива у китайцев WPS Не опен сорс, но фришный для пользователей Для обычных задач заменят МСО полностью. В некоторых местах намного лучше МСО. Может чего и нет как в МСО, но до таких глубин я не долазил.

Пацанчик, ты хоть раз пробовал сделать то, что вот прямо здесь я процитировал?

А если пробовал, то что? Ты признаешь, что был не прав?

Да что ты говоришь! :D

arch systemd 254.6-2
debian stable 252.17-1~deb12u1

Или ты на локалхосты тестинговые показываешь?

Я всегда говорил про нативную систему; про докер и контейнеры это ты придумал.

А как у тебя микросервисы разворачиваются?

О чем я уже тоже сказал. Ты зачем выдаешь мои умные мысли за собственные? Своих вообще нет?

Так ты ж не объяснил почему микросервисы невозможно реализовать без systemd

специально что бы ты не подумал что я выдумаваю очевидное. Но в целом же проглотил? или еще не осознал?