LINUX.ORG.RU

Релиз systemd 230

 


4

8

Представлен выпуск системного менеджера systemd 230. Из новшеств можно отметить включение по умолчанию DNSSEС и режима чистки процессов пользователя после завершения сеанса, поддержку унифицированной иерархии cgroup, возможность настройки прокси ARP для сетевого интерфейса, новые типы юнитов generated и transient, новую команду systemctl revert и возможность создания виртуальных прямых сетевых ссылок между контейнерами.

Основные изменения:

  • В DNS-резолвере systemd-resolved по умолчанию включен DNSSEC. DNSSEC доступен в режиме allow-downgrade (автоматический откат на режим без DNSSEC) и может быть отключен через настройку DNSSEC в resolved.conf или на этапе сборки при указании опции configure --with-default-dnssec=no. Дистрибутивам пока не рекомендуется включать DNSSEC по умолчанию, пока не будут выявлены все возможные несовместимости режима DNSSEC с DNS-серверами.
  • В systemd-resolve добавлена возможность резолвинга DNS-записей DANE (DNS-based Authentication of Named Entities) при указании опции --tlsa и OPENPGPKEY при указании опции --openpgp, а также создания дампа raw-данных записей DNS при указании опции --raw=дамп.
  • В systemd-logind по умолчанию обеспечено принудительное завершение процессов, запущенных в составе пользовательского сеанса, после выхода пользователя из системы. Управлять принудительным завершением можно через опцию KillUserProcesses в logind.conf, которая теперь выставлена в значение yes по умолчанию, что требует отдельных настроек, если необходимо сохранить работу длительно выполняемых пользовательских процессов (для работы screen и tmux требуется специальная настройка сервисов, например, включение т.н. lingering через loginctl). Для восстановления старого поведения на этапе сборки можно указать опцию --without-kill-user-processes.
  • В systemd-logind добавлены новые настройки SessionsMax и InhibitorsMax, которые по умолчанию установлены в значение 8192.
  • В systemd-logind добавлена поддержка обновления конфигурации по сигналу SIGHUP.
  • Добавлена поддержка унифицированной иерархии cgroup (в ядре с 4.5), для задействования которой в systemd при загрузке требуется указать опцию командной строки ядра systemd.unified_cgroup_hierarchy=1. Для унифицированной иерархии также добавлен контроллер cgroup io, который дополнил контроллеры memory и pids.
  • Поддержка протокола LLDP (Link Layer Discovery Protocol) расширена возможностями использования пассивного (только приём) и активного (отправка) режимов. Пассивный режим включен по умолчанию в systemd-networkd, а активный режим включен по умолчанию в изолированных контейнерах с адресацией внутренней сети. Для просмотра статистики можно использовать команду networkctl lldp.
  • Добавлена возможность настройки уникальных идентификаторов IAID и DUID, отправляемых в запросах DHCP. Идентификаторы могут быть определены как для всей системы, так и для отдельных файлов .network при помощи опций DUIDType, DUIDRawData и IAID.
  • В systemd-networkd добавлена возможность настройки прокси ARP для отдельных сетевых интерфейсов, используя опцию ProxyArp в файлах .network. Кроме того, в файлы .netdev добавлены опции MulticastQuerier и MulticastSnooping, позволяющие включить режим отправки запросов и прослушивания IGMP-трафика.
  • В файлах .network представлена новая опция PreferredLifetime, позволяющая определить время жизни IP-адреса.
  • В DHCP-сервере, встроенном в systemd-networkd, активирована по умолчанию опция EmitRouter, включающая поле DHCP Option 3 (Router).
  • Тестовая утилита systemd-activate переименована в systemd-socket-activate и перемещена в /usr/bin.
  • В systemd-journald задействован отдельный поток для сброса прокэшированных данных на диск при закрытии файлов с журналом, что решило проблемы с задержками записи в лог на медленных дисках.
  • В journalctl добавлен новый метод вывода -o short-unix, при котором к записями в логе добавляется префикс с эпохальным (UNIX) временем (число секунд с 1970 года). Также добавлена опция --no-hostname для исключения столбца с именем хоста.
  • Устройства фреймбуфера, сканеры и 3D-принтеры теперь подключаются в режиме uaccess и доступны для вошедших в систему пользователей.
  • В опции DeviceAllow теперь можно указывать спецификаторы (начинаются с символа %).
  • В systemctl show добавлена опция --value, позволяющая вывести только содержимое заданного свойства юнита без указания его имени.
  • Для автоматически сгенерированных и созданных в процессе работы через обращения к API файлов добавлены новые типы юнитов generated и transient.
  • Добавлена новая команда systemctl revert для отката к предоставляемой поставщиком версии файла юнита в случае внесения в файл юнита локальных изменений.
  • В machinectl clean добавлена возможность автоматического удаления всех или только скрытых образов контейнеров.
  • В systemd-tmpfiles добавлен новый тип записи «e», позволяющий организовать очистку директорий, если они уже существуют.
  • В systemd-nspawn добавлена поддержка автоматического исправления UID/GID и ACL для всех файлов и директорий в контейнере для их соответствия диапазону UID/GID, выбранному при запуске контейнера.
  • В systemd-nspawn добавлена новая опция --network-zone для создания виртуальных прямых линков между контейнерами.
  • Для socket-юнитов добавлены опции TriggerLimitIntervalSec и TriggerLimitBurst для настройки лимитов на возможное число активаций в заданный промежуток времени.
  • Компонент systemd-bootchart вынесен в отдельный репозиторий.
  • Из состава удалён systemd-bus-proxyd, так как kdbus вряд ли будет принят в ядро в своём текущем виде.
  • Удалены библиотеки libsystemd-daemon.so, libsystemd-journal.so, libsystemd-id128.so и libsystemd-login.so, которые ранее были объявлены устаревшими.
  • Удалена опция Capabilities, вместо которой следует использовать AmbientCapabilities и CapabilityBoundingSet.

>>> Подробности

★★★★

Проверено: Falcon-peregrinus ()
Последнее исправление: Klymedy (всего исправлений: 5)
Ответ на: комментарий от vasily_pupkin

И только одна тема неизменно генерирует тонны траффика.

Линакс коммюнити мертво.

Я даже немного скучаю про vim vs emacs или kde vs gnome.
Раньше как Линус проедется по разрабам гнома/кде, так сразу куча срачей и обсуждений.
А сейчас...

kir2yar
()
Ответ на: комментарий от intelfx

https://bugs.freedesktop.org/show_bug.cgi?id=74589

вот, хоть и старый, но пример.

а то что там дружок в бложике пишет, ну

This class kdisplaymanager in plasma-workspace shows our abstraction layer growing since 2004; it currently has Logind support but as we have been adding to a constantly broken abstraction layer it's used very badly. It has tracking code for over 5 different systems (KDM, old GDM, new GDM (which is now old), consolekit, org.freedesktop.DisplayManager, and now logind) and is probably one of the ugliest pieces of code in Plasma.

И чего ? Linux это ядро, далее свобода выбора, начиная от libc, кончая гуевым манагером, и таки да - надо все уметь поддерживать если есть необходимость поддерживать большое количество linux based систем, либо вообще более менее всех *nix like. Но по сути, добавив systemd породили еще один типа лучший стандарт - какого черта ? Теперь либо будет «6 different systems - KDM, old GDM, new GDM, consolekit, org.freedesktop.DisplayManager, logind (from systemd)», либо KDE будет не linux desktop, а linux/systemd дестктоп, и тем более не DE for *nix desktops, надеюсь доступно поясняю ?

И надеюсь голову ТЫ уже включил и понял в чем (ни на раз не конспирология, а тупо коммерция) профит для RH?

Просто такие же пропагандосы как ты будут потом с пеной у рта отстаивать что libc + ld.so + ELF new format from pottering/rh это круто, тк всех задолбало что точка входа по старинке main, ну и то что удобно до вызова main вызывать не только что необходимо, а еще куча всякой прелести, в том числе и что если ты пишешь демона, то надо не main а daemon_start(SYSTEMD_MEGASTRUCTPOINTER *megashit), ну и да, в итоге можно многое вообще отцепить, главное сделать все запутаннее и запутаннее.

Потом, не надо думать что я не знаком с ф-лом этого вашего systemd, где то в 2014 году пришлось в этом г***е ковырятся - за деньги конечно, интереса в очередной поделке от некомпетентных людей ноль, так вот, я не нашел в нем ничего, абсолютно ничего удобного, красивого и правильного. Может быть PulseAudio еще как то работает, в чем то оно именно для десктопа удобнее, может быть NetworkManager облегчает (дада - только на десктопе) жизнь (хотя wicd ничем вообще не хуже), но systemd ... это просто все усложняет и выкручивает в некоторых случаях руки, когда идет тех требование уметь на RH/Fedora а нынче еще и дебиан, то там systemd, и как раз начинается поддержка - система с systemd или без нее и тд, а если вы разработчик, а не балабол про systemd, то вы еще во время разработки ловите несовместимость между версиями systemd, и начинаете обкладывать все макросами - это еще удобнее.

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

alwayslate ★★
()
Ответ на: комментарий от vasily_pupkin

Тоже стал замечать. Коммерциализируется, может? Непонятное явление, короче.

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

alex_the_v ★★★
()
Ответ на: комментарий от alwayslate

«Ляля» здесь только ты. И научись внятно изъясняться.

intelfx ★★★★★
()
Ответ на: комментарий от alwayslate

Мощная телега. Только один вопрос.

мы еще подумаем принять это в апстрим или нет

А кто это «мы»? И можно ссылочку на этот «ваш» апстрим? Я не с прицелом поглумиться, чисто технический интерес.

alex_the_v ★★★
()
Ответ на: комментарий от alwayslate

А можно еще вопрос?

ловите несовместимость между версиями systemd, и начинаете обкладывать все макросами

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

alex_the_v ★★★
()
Последнее исправление: alex_the_v (всего исправлений: 1)
Ответ на: комментарий от alex_the_v

А кто это «мы»? И можно ссылочку на этот «ваш» апстрим? Я не с прицелом поглумиться, чисто технический интерес.

я не учавствую в крутых (в плане популярности) oss проектах, в основном пилю всякое по мелочи что интерестно (это я сейчас про то что в свободное время, коего на самом деле не много).

в плане возни за €€ так надо было уметь контролировать количество пользователей, отстреливать их и тд не только на systemd системах.

Еще, с systemd столкнутся пришлось, когда это поделие типа должно было ускорить загрузку девайса - там это критично. В последнем случае не было возни с версиями тк с которой начали проект, с такой и будет, но веселья было море. Особенно в моей части (я не хипстер который для веба пишет), то есть начиная от ядра (драйвера для SoC поправить чтоб не тупили, сделать так чтоб они были модулями, а не привинчены гвоздями и тд, да иногда надо было править местами ошибки), кончая кастомным busybox, и тд, а все потому - потому что systemd. у меня подписан NDA и я не могу распространять что это, для чего и тд. Могу лишь сказать что это head units от некоторой большой уважаемой конторы, для другой большой уважаемой конторы. А это я к тому что решение о systemd там принимали не инженеры, а манагеры, которые получили ценные буклетики от других манагеров, а не от инженеров, а инженерам остается что ? получать бабки, плеватся на systemd, говнодрайвера от производителя SoC и снова получать бабки, кушать то хочется.

alwayslate ★★
()
Ответ на: комментарий от alex_the_v

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

с радостью б, в следующий раз, если конечно прийдется столкнутся с этой поделкой, то буду собирать опусы, еще раз это был 2014-2015 год, не oss проект (так бы сразу послал бы всяких intelfx в гит смотреть красоты systemd). Связано было как раз вокруг и около logind/loginctl. (написал в предыдущем посте о задаче)

alwayslate ★★
()

У педиковатого петушка интелфх опять пердак по швам затрещал По теме сабжа - ненужное ненужно

anonymous
()
Ответ на: комментарий от anonymous

Комплексы...

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

anonymous
()
Ответ на: комментарий от zink

Конечно же, убунта тормозит из-да systemd,

Читаем внимательно. До загрузки рабочего стола wattos тоже грузится быстрее.

Могу на убунту воткнуть openbox и поспорить, что все равно будет быстрее. Линзы, кстати, я выношу сразу вместе с поиском и индексацией контента.

Замечу, что убунта грузится с ssd. И уж коли она с ssd на сверхбыстром systemd с параллельной загрузкой не осилила обгон старой машины, то извините, на кой он нужен, этот systemd? Первоначально поттеринг говорил, что все будет быстрее. Ну и где оно, это быстрее? Быстрее, это когда винда кусок памяти на винт скидывает, делая недогибернейт - вот это быстрее.

jackill ★★★★★
()
Ответ на: комментарий от intelfx

В данном случае, скорее всего, что-то не так с новой убунтой.

В данном случае с убунтой все ок. Старая грузилась так же.

Мб затем, что в мире существуют не только ты, твоя система и твой юзкейс?

Мб. Но большая часть проблем решается наличием дров, если мы уж говорим о работе звука и wi-fi. От того, что я обложусь systemd по периметру, звук у меня не заработает.

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

В конце-концов тот же ssd отлично ускорял загрузку со стандартным инитом, скоро вращающихся винтов вообще не будет нигде, включая дата-центры, где скорость загрузки после падения критична. И сколько сэкономит этот глюкавый комбайн? Четверть секунды? Треть?

jackill ★★★★★
()
Ответ на: комментарий от zink

Скорость - побочный эффект от того что systemd держит граф зависимостей сервисов друг от друга и стартует в правильном порядке, параллелизуя там, где возможно. Тебе не важно - кому-то важно.

Ну раз ты этот кому-то, может сделаешь тестик? Загрузку с systemd и с upstart, например, на системе с ssd? Сравним скорость.

Но есть ли разница от того занимается этим отдельный вотчдог, который общается с инитом или мониторит или сам инит получая сигнал о смерти дочернего процесса - дёргает другой сервис с нужными параметрами?

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

jackill ★★★★★
()
Ответ на: комментарий от jackill

вебсервер в систему загрузки

4.2, нет его там.

бинарный лог

В убунте по дефолту выключен, ЕМНИП.

инструмент для запуска скриптов

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

в данном случае с убунтой всё ок

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

И да, как уже сказали, ты сравниваешь тёплое с мягким. Верни в новую убунту старый инит — тогда посмотрим.

И вдогонку, в пятый раз за тред:

сколько времени сэкономит этот глюкавый комбайн

Экономия времени загрузки — не более чем приятный бонус. Selling point сабжа в другом.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от jackill

Четверть секунды? Треть?

Интересно, с какого раза до тебя дойдёт, что скорость загрузки это далеко не главное преимущество systemd? Уже и так сказали, и этак... может тебе комикс нарисовать?

zabbal ★★★★★
()
Ответ на: комментарий от jackill

Мб. Но большая часть проблем решается наличием дров, если мы уж говорим о работе звука и wi-fi. От того, что я обложусь systemd по периметру, звук у меня не заработает.

Я не об этом. Есть такая гипотеза, что некоторым от системы нужно чуть больше, чем работающий звук и wi-fi. В этих ситуациях, говорят, systemd может помочь.

intelfx ★★★★★
()
Ответ на: комментарий от Olegarch

прошу ознакомиться, если знание инглиша позволяет

А-ха-ха-ха! Непременно, обязательно пиши ещё!!! Я такого позорного идиотизма давненько не встречал. Тебя английскому еноты что-ли учили?

zabbal ★★★★★
()
Ответ на: комментарий от intelfx

4.2, нет его там.

Вангую, что он о systemd-journal-gatewayd, который там есть, но по дефолту он реально не включен и без (поставленной со стороны) libmicrohttpd не заведётся вообще.

border-radius
()
Ответ на: комментарий от dinama

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

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

взаимодействовать между собой по открытым протоколам

zabbal ★★★★★
()
Ответ на: комментарий от Olegarch

только в нашей транскрипции - таки «воИд».

В вашей это в чьей? Где НАСТОЛЬКО плохо обучают английскому?

zabbal ★★★★★
()
Ответ на: комментарий от undemeon

Как по мне, systemd на серверах делать нечего, как в прочем и линуксу в общем

Как же всё-таки хорошо, что тебя забыли спросить :-D

zabbal ★★★★★
()
Ответ на: комментарий от flyshoot

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

Совершенно согласен. Всё так и есть!

Когда я впервые увидел большое количество критикующих systemd я, в отличие от Вас, не поленился и залез в гугл и почитал, за что критикуют systemd.

facepalm!

zabbal ★★★★★
()
Ответ на: комментарий от Olegarch

Попытайся найти у меня еще какое-нибудь слабое место.

Мозг?

zabbal ★★★★★
()
Ответ на: комментарий от intelfx

мой арчик

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

anonymous
()
Ответ на: комментарий от darkenshvein

Здравствуйте!

И пошли они солнцем палимы,

Повторяя: «Суди его Бог»

И насколько я видеть их мог

С непокрытыми шли головами...

anonymous
()
Ответ на: комментарий от border-radius

Да, но это не инит. Это сбоку_утилита, которая даже по дефолту не поставлена.

intelfx ★★★★★
()
Ответ на: комментарий от kedr

А на счет чела - он свой опыт в бложике описал. Массе дал. А вы даже не письками меряетесь...
kedr (23.05.2016 19:57:15)

Знаешь, а мне нравится твой трезвый взгляд на действительность.
Olegarch ★ (23.05.2016 20:01:53)

«За что кукушка хвалит петуха? За то, что хвалит он Кукушку.» Остаётся понять, кто из этой сладкой парочки петух, а кто кукушка. Есть идеи?

zabbal ★★★★★
()
Ответ на: комментарий от jackill

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

Слушай ты какую-то чушь несёшь, у меня на SSD грузится до рабочего стола менее пяти секунд, так что смотри где у тебя затык случается:

systemd-analyze

anonymous
()
Ответ на: комментарий от zabbal

Ну да, ну да, конечно же... какая милая отмазка :)

1. той информации что я по этому поводу предоставил достаточно

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

но вам наверное не понять, NDA в РФ с ооо «рога и копыта» не стоит ничего.

Еще раз для просветления - на head unit грузили систему с помощью systemd, профита ноль, гемороя больше, плюс к тому же не быстро ни разу, поэтому была задача для системных девелоперов оптимизировать, и там уже поехали. Ну а то что head unit надо быстро загружать и это критично вам надо пояснять? или у вас нет авто и вам это не понятно?

alwayslate ★★
()
Ответ на: комментарий от zabbal

можешь потерять работу, что тебя заменят тем, кто не потерял способности и желания учиться.

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

dinama
()
Ответ на: комментарий от zabbal

Типа вот этого:

Модуль 9. Управление сервисами и устранение проблем в процессе загрузки.
Управление и слежение за сетевыми сервисами и системными демонами с использованием systemd.
Практика. Определение статуса элементов systemd.
Практика. Использование systemctl для управления сервисами.
Практика. Выбор цели загрузки.
Практика. Сброс утерянного пароля пользователя root.
Практика. Исправление проблем с загрузкой.
Практика. Исправление проблем загрузчика.
Лабораторная работа. Управление сервисами и демонами.


там-же наверно вас и зомбируют?

dinama
()
Ответ на: комментарий от dinama

во-вторых, чему там учиться-то?

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

но суть то в другом, что надо сделать так что если знаешь GNU/Linux (образно без systemd), то это значит не знаешь RHEL, то есть чтобы войти туда надо получить бамажку (ну 600,- € отдать) и не важно что учить нечего. Короче это бизнес, и ничего личного, но многие про вторую фразу забывают напрочь.

Просто по моему скромному мнению этим все не закончится, будут патчить ядро и libc с загрузчиком, линковщиком и прочим - не просто так ж эта эпопея затевается, там больше денег впереди.

PS причем тут MS мне не понятно.

alwayslate ★★
()
Ответ на: комментарий от alwayslate

Ну а то что head unit надо быстро загружать и это критично вам надо пояснять? или у вас нет авто и вам это не понятно?

Скажи, а русский язык тебе использовать тоже NDA не позволяет?

zabbal ★★★★★
()
Ответ на: комментарий от dinama

во-первых, я не админ

Это заметно. Иначе у тебя были бы деньги на клавиатуру с рботающим shift.

zabbal ★★★★★
()
Ответ на: комментарий от alwayslate

Особенно в моей части (я не хипстер который для веба пишет), то есть начиная от ядра (драйвера для SoC поправить чтоб не тупили, сделать так чтоб они были модулями, а не привинчены гвоздями и тд, да иногда надо было править местами ошибки), кончая кастомным busybox, и тд, а все потому - потому что systemd.

Не очень понятно какое отношение дрова на SoC и кастомная деловая коробка имеют к systemd, но спасибо за разъяснение.

alex_the_v ★★★
()
Ответ на: комментарий от zink

Те многие как хотят не могут договориться о том что именно хотят.

Это в точности описывает разработчиков системд: «Мы не знаем чего хотим». Получается в итоге смесь бульдога с носорогом. Умеет многое, и всё недоразвито.

Deleted
()
Ответ на: комментарий от undemeon

Красиво вырезали из текста.

Приятно услышать похвалу от настоящего ценителя :)

zabbal ★★★★★
()
Ответ на: комментарий от jackill

И уж коли она с ssd на сверхбыстром systemd с параллельной загрузкой не осилила обгон старой машины, то извините, на кой он нужен, этот systemd?

Справедливости ради, в убунту не до конца выполнили портирование на systemd, часть юнитов остаются обёрткой к их привычным скриптам stop/start/reload.

pod ★★
()
Ответ на: комментарий от intelfx

Но то рач...

В Ubuntu то Upstart был, который по скорости круче чем systemd.

Хотя на самом деле - это всё спецолимпиада по секундам загрузки.

fornlr ★★★★★
()
Ответ на: комментарий от alex_the_v

Не очень понятно какое отношение дрова на SoC и кастомная деловая коробка имеют к systemd, но спасибо за разъяснение.

очень просто, изза того что systemd работал на коробке не быстро, манагеры решили что это все дрова на SoC и прочее тупит, а ни как ни systemd. один деятель, тоже немец кстати, перепилил с systemd на runit и таки стало легче, но в большой конторе чтобы это поменять - это нереально, но тут уже не systemd виноват, а 33 process owners, project managers, и прочих, баг пофиксить и то месяц надо (фикс бага в это время не включен).

alwayslate ★★
()
Ответ на: комментарий от alwayslate

33 process owners, project managers,

Такие и стальной х*й сломают.

У любого инструмента есть своя сфера применения. В моих юзкейсах (терминальный сервер, сервер бд, веб, почта) реально systemd адски помогает. Вот провайдерщикам не катит на их пк-роутеры. Для SoC может быть откровенно избыточным. А для терминального сервера по сути вообще безальтернативен.

kir2yar
()
Ответ на: комментарий от intelfx

А оно уже научилось при запуске не выставлять рандомное системное время? Если что, версия 44, после того как в 194 напихали разной херни, использовать новые версии поделия как-то не хочется. Иногда, кстати, виснет на загрузке KDM

anonymous
()
Ответ на: комментарий от kir2yar

Болгарка (шлифовальная машинка) тоже катит для всего, можно даже гвозди забивать и саморезы закручивать.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.