The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Леннарт Поттеринг о вражде в сообществе разработчиков СПО"
Отправлено anonymous, 07-Окт-14 20:52 
> Я уже писал в соседнем топике что ещё systemD не довелось поюзать,
> потому вопрос не холивара ради.
>> Не решил ниодной из моих реальных проблем, но создал немало мелких проблем на моём домашнем ноубуке.
> Можете назвать парочку самых самых? :)

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

2. Зависимости внешних проектов от systemd. Самый известный - udev. Многие
другие проекты зависят от udev, например, crda. В результате, чтобы нормально
работал hostapd, нужно собирать kernel с internal_wireless_regdb, чтобы не
тащить в эмбедовку crda, который тащит udev, который тащит 3 килограмма
systemd. Отличное решение, например, ага-ага. Особенно учитывая, что
internal_regdb требует config_expert, который включает config_debug, который
может быть нафиг не нужен. Или использовать форкнутый eudev без systemd, но он слабо распространен за пределами gentoo.
Из известных проектов от libudev (который зачастую идет вместе с udev) также
зависят cryptsetup, lvm2, mesa. В xorg-server это "почти" hard-dependency, не
будет работать evdev (нужно его выключить и собирать с .
Да, еще LXC. Сам по себе не зависит, но многие параметры, выставляемые в cgroups systemd, были почему-то восприняты разработчиками LXC как дефолтные на каждой системе, и вместо, чтобы создать все необходимое через утилиты lxc-* в рантайме, часть настроек приходится делать скриптами - создавать в /sys/fs/cgroup папки, выставлять на них нужные права, разрешать клонирование и т.д.

3. Портирование этой системы инициализации гораздо сложнее, чем для sysvinit.
Особенно учитывая различные архитектурно спорные решение, вроде общения по
шине dbus (привет также разработчикам openwrt с их ubus). Чем не устраивает netlink или AF_UNIX?

4. Вытекает из предыдущего - отладка усложняется.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру