>> Сужу по собственному опыту - старт/стоп системы несравним тем, что было до systemd в плане скорости. А "не всегда. не везде." это не аргументы.
> Мне уже ускорять дальше некуда. Скорость выхода на login определяется файловой системой. Вашими же словами. Не всегда. Не везде.
> Поэтому у меня это --- аргументы.
А для меня нет.
>> вы upstart имеете ввиду? тогда причём тут sysvinit? openrc коряжит сильно при параллельном запуске, а остальные которых я знаю, вроде не умеют.
> Не забалтывайте. Тему upstart я не поднимал и не намерен поднимать.
Вы ловко ушли от ответа, какая же система инциализации основанная на sysvinit умеет параллельный запуск. Жду ответа.
>> Что не так-то с dbus? "low-latency, low-overhead, easy to use interprocess communication (IPC)", не больше, не меньше. Или придумывать для каждого приложения свой протокол IPC это модно?
> unix sockets в dbus сделали? Далеко не всегда нужно. Особенно учитывая привнесённые
> зависимости.
unix sockets есть. и были с самого начала. а из обязательных зависимостей только expat.
>> Скорее таки нужны всегда.
> Максималист? Пока ни в одной из систем, к которым я имел отношение,
> не используется. Хотя нет, используется. С lxc. Но это далеко не
> на старте системы.
Я вам привел пример, для чего это может использоваться и используется. Вы отвечаете просто - не нужно. Конечно, можно обойтись и без этого функционала. Аргументов против systemd не увидел.
>> Только слова, фактов или ссылок не пруф не видно.
> Идите смотрите bugtrackers.
Вам надо, вы и идите. А если хотите привести контр-аргумент - потрудитесь привести прямые ссылки. Если желания нет - лучше всего промолчать.
>> Да, бинарные логи, как я и говорил, не лучшее решение. Только вот к /dev/initctl это не имеет никакого отношения.
> Ничего, что это это имеет отношение к Поттеринговскому изделию, отгружаемому в составе
> systemd?
Как связан формат логов с управлением системой инициализации?
>> А если людям интересно? Зачем вы ограничиваете их свободу?
> Если бы не ломали то, что отлично работает, меня бы это изделие
> совсем не трогало.
У вас есть выбор. Как максимум свяжитесь с разработчиками, возмите вопрос под свой контроль, как минимум - постарайтесь поддержать кого-то, кто возьмёт на себя этот труд. Вам никто ничего не должен. Ну решили мантейнеры себе труд облегчить, у них и без инит-скриптов головняка хватает. В чем проблема?
>> слишком тонкая аналогия systemd<->firefox от меня ускользает, поясните и тогда я, возможно, смогу ответить на ваш вопрос.
> Архитектура.
Да, в некоторых местах есть шереховатости, где-то не хватает модульности, "конфигурабельности", но это только вопрос времени. Принципиально в архитектуре systemd лично я не вижу особых проблем и вы мне их тоже не озвучили.
