The OpenNET Project / Index page

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



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

Оглавление

Выпуск системного менеджера systemd 243, opennews (??), 05-Сен-19, (0) [смотреть все]

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


2. "Выпуск системного менеджера systemd 243"  –15 +/
Сообщение от Корец (?), 05-Сен-19, 10:50 
>Выпуск системного менеджера systemd 243

Хоть где-то пишут, что это именно системный менеджер, а не инит...

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

6. "Выпуск системного менеджера systemd 243"  +4 +/
Сообщение от iPahcae6 (?), 05-Сен-19, 10:53 
Например это пишут у самого systemd на гитхабе
«systemd - System and Service Manager»
Но кто же из хейтеров читает официальные источники.
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск системного менеджера systemd 243"  +3 +/
Сообщение от Корец (?), 05-Сен-19, 10:55 
Я имел в виду новости и обсуждения. Обычно все забывают про эту существенную деталь.
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск системного менеджера systemd 243"  +3 +/
Сообщение от ананим.orig (?), 05-Сен-19, 11:17 
ну наконец то!
с этой "деталью" быть дырявым не только можно, а нужно.
вот. теперь всё ясно. и как раньше то жил? спасибо добр.человек.
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск системного менеджера systemd 243"  +4 +/
Сообщение от Аноним (21), 05-Сен-19, 11:35 
Это оправдает что системд без проса измеряет ширину канала соединяясь с ненадежными источниками. И то что теперь bin теперь идет раньше sbin в PATH. Хотя зачем тогда нужен sbin.
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск системного менеджера systemd 243"  +10 +/
Сообщение от Леня Потный (?), 05-Сен-19, 12:12 
> PATH. Хотя зачем тогда нужен sbin.

про это я подумаю еще через пару версий. оставайтесь с нами!


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

46. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от Andrey Mitrofanov_N0 (??), 05-Сен-19, 12:28 
> PATH. Хотя зачем тогда нужен sbin.

В совершенно правы!  Пользуемым s-d не нужны лишние сущности.
C:\WINDOWS\ и "C:\Program Files\" решают.

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

50. "Выпуск системного менеджера systemd 243"  –3 +/
Сообщение от Корец (?), 05-Сен-19, 12:36 
Дело не в этом. Обычно пишут, что ненужноД - не нужно, но при этом забывают, что это не инит, а системный менеджер. При чём тем, кто пишет, что это не нужно, очевидно нужен простой инит. Отсюда и начниаются все эти разборки. Так и тут.

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

А по поводу багов и косяков, так у нас в любом коде есть дырки, разве нет?

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

63. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (63), 05-Сен-19, 12:58 
> Обычно идут аргументы, что это мол в ненужноД куча не нужных функций и т.д. Но тут фишка в том, что если смотреть на него, как на инит - то да, он переусложнён.

Сакеры в своём репертуаре. Никто и не говорит, что в ненужнод жирный инит. В нём непомерно жирный PID 1.

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

138. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (138), 05-Сен-19, 20:48 
Закрытых ошибок в новости не видать. Видать там пишут идеальный код.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

154. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 06-Сен-19, 09:18 
> Закрытых ошибок в новости не видать. Видать там пишут идеальный код.

Не, они пишут идеальные новости (опеннет же!).

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

141. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от freehckemail (ok), 05-Сен-19, 22:54 
> А по поводу багов и косяков, так у нас в любом коде есть дырки, разве нет?

Согласен. Я перешёл в девопсы последние полтора года как. И слегка мировоззрение изменилось. Дырявое всё. Настолько дырявое и хреновое, что оказалось, systemd не так уж плохо вписывается в общие тренды. Другое дело, что это, в общем-то, в том числе и инит. Весьма паршиво, что он так жирен. Но что-то у меня чаще ошибки CPU случаются, нежели pid 1 падает. А от systemd многого и не надо. Он должен вотчдогом следить за немногочисленными сервисами, чтобы подняты были (да, одно дырявое поделие следит за другим). И всё. Остальное в докере/кубере будет жить. Там конечно тоже косяков хватает, но они обеспечивают дополнительное удобство.

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

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

PS: Да, переобуваюсь. Ату меня.

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

161. "Выпуск системного менеджера systemd 243"  +/
Сообщение от evkogan (?), 06-Сен-19, 14:04 
Все это хорошо, но причем тут INIT ?
Кто против был бы, если бы это был комплект отдельных связанных демонов?
Но зачем было пихать это все в INIT и сжирать этим монстром еще и инициализацию оборудования?
Ответить | Правка | Наверх | Cообщить модератору

168. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от freehckemail (ok), 06-Сен-19, 20:00 
Ну как это зачем. "Чтобы всех отыскать, воедино собрать и единый воркфлоу каждому навязать. В IBM, где сидят ламера". =)
Ответить | Правка | Наверх | Cообщить модератору

169. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (169), 06-Сен-19, 20:35 
>Но если идёт речь о системном менеджере, то становится понятно, почему он вклинивается во все элементы системы.

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

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

176. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Michael Shigorinemail (ok), 07-Сен-19, 21:26 
> А по поводу багов и косяков, так у нас в любом коде есть дырки,
> разве нет?

Во-первых, нет.
Во-вторых, с таким спустярукавным подходом лучше не садиться писать код вообще.

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

19. "Выпуск системного менеджера systemd 243"  +39 +/
Сообщение от Аноним (-), 05-Сен-19, 11:33 
> Хоть где-то пишут, что это именно системный менеджер, а не инит...

Дествительно. Ведь на одной системе так просто использовать системный менеджер systemd и вместе с ним какой-нибудь один из инитов, например - рунит. Oh, wait....

systemd уже давно переплюнул scvhost.exe

В сравнении с systemd мне теперь архитектура Generic Host Process for Win32 Services даже больше нравится стала - миниатюрная и изящная, чего не скажешь о systemd из мира Linux.

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

23. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Аноним (21), 05-Сен-19, 11:40 
Айбиэм знает свое дело они так сделали со всеми своими ОС и теперь делают с Линукс через системд. Рано или поздно системд не нужно будет ядро и весь зоопарк свободного ПО можно будет переносить на другое платнобесплатное или полностью платное ядро. А Айбиэм получит своим денежки за консалтинг.
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Anonymoustus (ok), 05-Сен-19, 12:42 
Совершенно верно. Хоть один опеннетовский аноним понимает, откуда ноги растут. Межделмаш большой и старый, умеет торопиться не спеша.
Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (21), 05-Сен-19, 14:36 
По своим собственным мерка IBM несется сломя голову в своих стремлениях нагнуть Линукс. Просто со стороны кажется что он еле шевелится как улитка.
Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от пох. (?), 05-Сен-19, 18:28 
эта улитка переедет с эффективностью асфальтового катка. И примерно с той же скоростью, чтобы все могли насладиться процессом.
Ответить | Правка | Наверх | Cообщить модератору

175. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Аноним (175), 07-Сен-19, 14:51 
> systemd уже давно переплюнул scvhost.exe

В том-то и дело, что всё еще нет. И почему именно svchost вас так возбуждает?

Базовая система Windows - это SMSS + CSRSS + LSASS + Winlogon + Svchost + WoW64 (или WoW + NTVDM)
И весь этот функционал слабо связан с компонентами systemd.
Например функционал всего systemd, который целиком не во всех дистрах встречается покрывает: SMSS + CSRSS + Winlogon + Svchost и частично LSASS, при условии, что Systemd сам будет контролировать виртуальные терминалы и всё что с ними связано. Без них нет функционала CSRSS. Причём это о-о-о-очень условная аналогия.

То чего действительно ему не хватает так это аналога части функций LSASS. Если бы он взялся за учёт и кэширование Kerberos-тикетов, управление сетевыми демонами в разрезе Kerberos и регистрацию SPN на KDC для сетевых демонов, вот тогда бы оно функционально приблизилось бы к базовому Windows, а так... полный pam, где в итоге Kerberos сбоку торчит.

Мне не понятно, почему люди так реагируют на архитектуру systemd и его функционал. Да, оно пытается догнать и перегнать windows. Да, оно выполнено в лучших традициях базовой системы *BSD. Функционал у него многопользовательский по заказу крупных клиентов, выполненных крупными корпорациями. Без него это не Linux Professional, а Linux Home Basic, или в докер его. IBM же не просто так всячески вкладывается в Linux и всё что с ним связано, что их z/OS или AIX имеет широкое распространение нет это нишевые ОС с малым количеством экспертов. Если Linux довести до ума... до их ума... админам придётся учиться всем этим пользоваться.

А вообще да, IBM и операционные системы - притча во языцех.

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

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

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




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

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