The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системного менеджера systemd 240, opennews (ok), 22-Дек-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


57. "Выпуск системного менеджера systemd 240"  +/
Сообщение от DerRoteBaron (ok), 22-Дек-18, 13:40 
Systemd с точки зрения управления демонами куда приятнее портянок на баше.
Но кому нужен весь мусор в виде timesyncd, resolved и прочего?
И кто посчитал, что бинарные логи это вообще нормальная идея?

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

Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск системного менеджера systemd 240"  –1 +/
Сообщение от Аноним (-), 22-Дек-18, 14:11 
Этому миру не хватает способных systemd-хейтеров для такой задачи.
Ответить | Правка | Наверх | Cообщить модератору

162. "Выпуск системного менеджера systemd 240"  +3 +/
Сообщение от анон (?), 22-Дек-18, 21:05 
Этому миру не хватает способных системд писателей,ты хотел сказать. Альтернативные иниты развиваются и не пестрят таким количеством багов (фотографы называют их фичами),следовательно,им толковых разработчиков,как раз хватает.
Ответить | Правка | Наверх | Cообщить модератору

314. "Выпуск системного менеджера systemd 240"  +/
Сообщение от анон (?), 26-Дек-18, 18:10 
анон не пиши от моего имени.
Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск системного менеджера systemd 240"  +2 +/
Сообщение от EHLO (?), 22-Дек-18, 14:56 
> Systemd с точки зрения управления демонами куда приятнее портянок на баше.
> Но кому нужен весь мусор в виде timesyncd, resolved и прочего?
> И кто посчитал, что бинарные логи это вообще нормальная идея?
> Надеюсь, найдутся люди, которые адекватно перепишут ключевой функционал с нуля на сях
> или расте без участия Поттеринга и без захламления.

runit, Upstart, OpenRC, daemontools ― всё было написано раньше systemd. Кое-что очень задолго до systemd.
Без лишнего мусора, но и без лоббирующих корпораций и буйных фанатиков. runit и OpenRC используется в современных дистрибутивах, можешь погуглить и оценить. Upstart в Chromium OS.  

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

133. "Выпуск системного менеджера systemd 240"  +/
Сообщение от Аноним (133), 22-Дек-18, 17:53 
> Upstart в Chromium OS.

И тот товарищ, что пропихнул сиё чудо благополучно свалил. А те, кто остался до сих пор не нарадуются!
Вообще, конечно, upstart это такое убожество. Терять службы на ровном месте и находить их только после перезагрузки даже винда такое не умнеет.

Ответить | Правка | Наверх | Cообщить модератору

199. "Выпуск системного менеджера systemd 240"  –1 +/
Сообщение от Onanon (?), 23-Дек-18, 05:19 
> И тот товарищ, что пропихнул сиё чудо благополучно свалил. А те, кто остался до сих пор не нарадуются!
> Вообще, конечно, upstart это такое убожество. Терять службы на ровном месте и находить их только после перезагрузки даже винда такое не умнеет.

Вот люто соглашусь. Хоть systemd и является нереальным отстоем и оверинжинирингом, upstart в разы парашнее.

Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск системного менеджера systemd 240"  +/
Сообщение от user90 (?), 22-Дек-18, 16:02 
> Systemd с точки зрения управления демонами куда приятнее портянок на баше.

Позвольте вопрос: и чем именно? Только не нужно сразу кричать про скорость - это как раз несущественно. Вот скажем, какие плюсы у сабжа с точки зрения отладки сервисов?

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

116. "Выпуск системного менеджера systemd 240"  +3 +/
Сообщение от пох (?), 22-Дек-18, 16:58 
тем что больные не осилили в баш, а в сцыстемде они думают что умеют делать то же самое.
Естественно, не умеют - "уметь то же" означает уметь быстренько поправить исходник самого systemd, "быстренько" разобравшись в мегабайтах мутного кода, а не три строчки в юните (в случае инитскриптов эквивалентом было чаще всего поправить одну, и ту в конфиге)

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

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

так, конечно, отлаживать проще.

А если сам сцыстемд сломался - ну так они быстренько переставят систему, делов-то.

Ответить | Правка | Наверх | Cообщить модератору

156. "Выпуск системного менеджера systemd 240"  +/
Сообщение от Аноним (102), 22-Дек-18, 20:37 
>тем что больные не осилили в баш, а в сцыстемде они думают что умеют делать то же самое

В скрипт можно дебага натолкать, а в unit-файл - хренушки

> systemd-ориентированные недосервисы ... не умеют отсоединяться от controlling tty ... и дебаглогом гадят обычно под себя, какой сислог, вы о чем

Так это же наоборот, трушнный подход, так как инит-система может без костылей отслеживать состояние процесса и перенаправлять его логи куда надо, см. http://smarden.org/runit/benefits.html

С отсоединением куча демонов включает в себя дублирующуюся ненужную функциональность этого самого отделения, дебаг-режима с отключением этого самого отсоединения, и логирования в сислог (правда у ручного сислога есть преимущество, в нем можно уровень важности задать, а в обычном выводе нет, что как бы говорит нам, что для ошибок и предупреждений лучше сислог дергать напрямую)

Кстати если тебе не нравится такое поведение, его всегда можно исправить, запустив демона через
start-stop-daemon

Ответить | Правка | Наверх | Cообщить модератору

220. "Выпуск системного менеджера systemd 240"  +1 +/
Сообщение от Аноним (220), 23-Дек-18, 13:39 
> не умеют отсоединяться от controlling tty
> дублирующуюся ненужную функциональность

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

Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

297. "Выпуск системного менеджера systemd 240"  +/
Сообщение от пох (?), 24-Дек-18, 20:26 
э... ну вот ты ниасилил, ага.

Тебе даже подсказку оставили, про controlling tty, но ты ее не понял.
Помимо него еще есть working dir, которую нежелательно наследовать от init, pgroup (man setsid), 0,1,2 неплохо бы за собой прикрыть.

в принципе, если прочитать какую-нибудь книжку 84го года издания, ты все это узнаешь (ну будешь делать ненужный open /dev/tty, и setpgid вместо setsid, но это работает по сей день), и хорошо бы еще один fork() для полной изоляции, но тебе же некогда книжки читать, смузи-не-ждет?

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

Ответить | Правка | Наверх | Cообщить модератору

150. "Выпуск системного менеджера systemd 240"  +1 +/
Сообщение от Аноним (102), 22-Дек-18, 20:24 
>Надеюсь, найдутся люди, которые адекватно перепишут ключевой функционал с нуля на сях или расте без участия Поттеринга и без захламления.

Переписывать systemd не имеет смысла, так как это блоатварь без четко поставленной задачи, в нее тупо сливается все подряд. А адекватные системы инициализации без feature creep тем временем продолжают появляться, например https://github.com/davmac314/dinit

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

320. "Выпуск системного менеджера systemd 240"  +/
Сообщение от SysA (?), 27-Дек-18, 13:48 
Не нравится - не запускай!
Там не гвоздями приколочено. Или конфигурацию не осилил!.. ;)
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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