The OpenNET Project / Index page

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



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

Исходное сообщение
"Релиз ядра Linux 4.2"
Отправлено Аноним, 31-Авг-15 19:34 
> systemd тянет в себя все подряд и зачастую то, что к системе
> инициализации не имеет никакого отношения.

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

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

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

> Если бы systemd позиционировал себя как отдельная ОС (типа как android), то
> критики было бы на порядок меньше.

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

> Ядро включает в себя только то, что характерно для ядер и что
> нужно для работы с железом.

Оно включает в себя довольно много чего...
1) Оно нынче может запускать ядерные треды.
2) Есть всякие там nfs и даже httpd в ядре.
3) Куча всяких весьма опциональных вещей типа профилирования и отладки. Хомяк может и без perf обойтись. И Kdb ему ни к чему. А вот разработчикам - удобно.
4) В дефолтной сборке дистра over 9000 алгоритмов сжатия, шифрования и чексумм. Совсем не факт что лично тебе они нужны все.
5) Там есть например вывод графики на экран. Опциональный и по сильно некоторым случаям. Но все-таки.
6) Всякая хрень типа FUSE и прочих "драйверов символьных устройств в userspace". Так что те кто бредил по микроядрам - давно могут писать половину дров в режиме пользователя, если им это так уж сильно надо.

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

> При этом оно имеет гибкую систему
> конфигурации и может оставаться работоспособным в минимальной конфигурации.

Если задаться целью - systemd можно прилично обрубить. Ну как и линевое ядро примерно. Скажем я ему журналд оборвал в одной из ситуаций. Он логит в kmsg. Просто потому что я хочу "почти readonly" FS для rootfs.

> Излишней завязки user space за какие-то сложные подсистемы ядра тоже не наблюдается.

#define "излишней завязки"?

> Большая часть подсистем и драйверов развиваются отдельными группами вне ядра

А это у них довольно красиво получилось. Но для системды такое оверкилл. Это для совсем больших проектов надо. Системд не настолько монстр чтобы его ТАК пилить на части.

> (то есть фактически являются отдельными проектами)

Это и так и не так. Они не отдельные, в том плане что должны утрясать интерфейсы между собой. Но отдельные в том плане что обычно делается pull отдельной фичи и эта фича достаточно атомарная по смыслу.

> позволяет искать и внедрять новые конкурирующие решения, не ломая при этом старых.

Тем не менее, иногда вытряхивают и старый мусор. Ну вон поддержку i386, например. Или вон renesas в два счета пошел в пень, когда код стало некому писать.

 

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



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

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