https://opennet.me/openforum/vsluhforumID3/118377.html После пяти месяцев разработки представлен релиз системного менеджера systemd 243. Из новшеств можно отметить интеграцию в PID 1 обработчика нехватки памяти в системе, поддержку прикрепления собственных BPF-программ для фильтрации трафика unit-ов, многочисленные новые опции для systemd-networkd, режим мониторинга пропускной способности сетевых интерфейсов, задействование по умолчанию на 64-разрядных системах 22-битных номеров PID вместо 16-битных, переход на унифицированную иерархию cgroups, включение в состав systemd-network-generator...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51421<br> https://opennet.me/openforum/vsluhforumID3/118377.html#178 Mon, 09 Sep 2019 06:24:44 GMT &gt; Если рационализировать общее недовольство, то можно сказать, что разработчики погрешают <br>&gt; против одного из старых принципов unixway: "Сделай немного, но сделай это <br>&gt; хорошо".<br><br>"Можешь не программировать -- не программируй."<br> https://opennet.me/openforum/vsluhforumID3/118377.html#177 Mon, 09 Sep 2019 02:45:57 GMT &gt;&gt; Пасип, поржал.<br>&gt; Не за что. Чем бы дитя не тешилось, лишь бы было радо. <br>&gt;&gt; Нафига здесь системы, на которые системд даже не рассчитывался?<br>&gt; Ты ветку читаешь, ась? Там чувак спрашивает, что нет у него видите-ли <br>&gt; альтернатив. Ему дали альтернативы. К чему твой нелепый сарказм про SCO <br>&gt; Unix, HP-UX, Irix & IBM AIX???<br><br>Не дали. Поскольку тема про системд, эрго: речь о линях -- и только. А раз у этого манипулятора хватило наглости БСДшки в список вкорячить, так и моё дополнение в строку. Лажать -- так по полной, чё стесняться-то? Винду не забыть туда же.<br><br>&gt;&gt; на которые системд даже не рассчитывался <br>&gt; Фэйл на фэйле. Даже из этого списка есть, как минимум, три системы, <br>&gt; где вначале был системд, но затем был выпелен беспощадно и бесповоротно. <br>&gt; Взять хотя бы Войд линукс, откуда системд был удален с позором. <br>&gt;&gt; В приведённом списке под четверть -- БСДшки только.<br>&gt;&gt; Ещё половина от оставшихся -- мало кому известные поделки.<br>&gt; Войд, слака, генту, артикс - поделки? Мда, нет слов.<br><br>И какой деби https://opennet.me/openforum/vsluhforumID3/118377.html#176 Sat, 07 Sep 2019 18:26:28 GMT &gt; А по поводу багов и косяков, так у нас в любом коде есть дырки,<br>&gt; разве нет? <br><br>Во-первых, нет.<br>Во-вторых, с таким спустярукавным подходом лучше не садиться писать код вообще.<br> https://opennet.me/openforum/vsluhforumID3/118377.html#175 Sat, 07 Sep 2019 11:51:01 GMT &gt; systemd уже давно переплюнул scvhost.exe<br><br>В том-то и дело, что всё еще нет. И почему именно svchost вас так возбуждает?<br><br>Базовая система Windows - это SMSS + CSRSS + LSASS + Winlogon + Svchost + WoW64 (или WoW + NTVDM)<br>И весь этот функционал слабо связан с компонентами systemd.<br>Например функционал всего systemd, который целиком не во всех дистрах встречается покрывает: SMSS + CSRSS + Winlogon + Svchost и частично LSASS, при условии, что Systemd сам будет контролировать виртуальные терминалы и всё что с ними связано. Без них нет функционала CSRSS. Причём это о-о-о-очень условная аналогия.<br><br>То чего действительно ему не хватает так это аналога части функций LSASS. Если бы он взялся за учёт и кэширование Kerberos-тикетов, управление сетевыми демонами в разрезе Kerberos и регистрацию SPN на KDC для сетевых демонов, вот тогда бы оно функционально приблизилось бы к базовому Windows, а так... полный pam, где в итоге Kerberos сбоку торчит.<br><br>Мне не понятно, почему люди так реагируют на архитектуру systemd и https://opennet.me/openforum/vsluhforumID3/118377.html#174 Sat, 07 Sep 2019 09:24:27 GMT Версия 243 вышла после 5-ти месяцев разработки. Отсюда вывод, что первая версия появилась ( ( 243 x 5 ) / 12 ) больше ста лет назад.<br> https://opennet.me/openforum/vsluhforumID3/118377.html#173 Sat, 07 Sep 2019 06:40:59 GMT Можно, но поскольку это реализовано, как всё в системде, при этом отвалятся и все нативные сервисы, для которых есть одноимённые скрипты в /etc/init.d.<br> https://opennet.me/openforum/vsluhforumID3/118377.html#171 Fri, 06 Sep 2019 20:02:55 GMT Эээ, для этого Kubernetes городили, а не systems.<br> https://opennet.me/openforum/vsluhforumID3/118377.html#170 Fri, 06 Sep 2019 17:46:07 GMT &gt; Дело в том, что есть FreeBSD форк с OpenRC https://ru.wikipedia.org/wiki/TrueOS <br><br>О труОС я в курсе - бывшая pcbsd, когда-то была неплохой сборкой "для декстопа". <br>Но после переименования стало очень специфичной штукой - грохнули неплохую вику, пользовательские каталоги аппов с картинками и прочим, впендюрили принудительный ZFS, да и использование ядра CURRENT (т.е. тестовой ветки разработчиков), тоже очень сомнительная фича для пользователей.<br>И кстати, не спешат коммитить OpenRC обратно в апстрим ...<br><br><br> https://opennet.me/openforum/vsluhforumID3/118377.html#169 Fri, 06 Sep 2019 17:35:45 GMT &gt;Но если идёт речь о системном менеджере, то становится понятно, почему он вклинивается во все элементы системы.<br><br>А если бы его назвали, например, менеджером твоего очка, то это дало бы ему возможность вклиниваться и в другие места<br>