LinuxForum.Fans
Тема

Статья про systemd

Автор: 1000Mhz 86 сообщений 6059 просмотров
29.06.2017 16:44 #423925

Попалась имхо неплохая статейка про сабж: http://ewontfix.com/14/
Она не новая, но поднятые вопросы по прежнему актуальны. К сожалению, моего уровня владения английским явно недостаточно для литературного перевода..

А те, кто твердят, что с systemd "теперь все быстро", просто не видели Calculate Linux в деле ;)

29.06.2017 16:59 #423926

статья 14го года, периода особо мощного бурления субстанций. С тех пор много кода в даунстрим утекло

29.06.2017 17:15 #423927

Я просто процитирую того же автора:

Systemd не создана для того, чтобы её разбивали на меньшие части, которые могут безопасно падать и восстанавливаться — ни с точки зрения безопасности, ни с точки зрения надёжности. У вас один большой монолитный процесс: если какой-то его компонент ломается, рушится всё остальное. Это большая проблема в архитектуре, на которую Эйер пролил свет. Это не большая уязвимость в безопасности, а брешь в архитектуре системной разработки.

С тех пор что-то изменилось?

29.06.2017 17:57 #423928

Kernel Panic - not syncing: Attempted to kill init
знакомо? Никакой разницы.

systemd решает другую проблему, и недостатки его архитектуры, которые имеются во всех остальных системах инициализации не могут быть аргументом против него, так как они не в пользу других систем. Это как сказать что переходить с лады на мерседес плохо, потому что у мерседесов от гвоздей на дороге покрышки рвутся.
29.06.2017 18:20 #423929
"dyasny" написал:
Это как сказать что переходить с лады на мерседес плохо, потому что у мерседесов от гвоздей на дороге покрышки рвутся.

Ага и днище бьется об ухабы и неровности дороги!
Но мода на красивые цацки превыше всего :)

29.06.2017 18:26 · отредактировано #423930
"dyasny" написал:
знакомо?

Неа. Это истории каких-то давних лет, я даже специально погуглил, поставив ограничение в год - упоминаний набралось лишь на 2 страницы выдачи (в рунете).

Недостатки архитектуры? Да вся его архитектура - это один монолитный недостаток, об этом и речь.

Согласен что рядовым одминам он конечно упрощает жизнь. До поры до времени и в типовых случаях.

29.06.2017 18:33 #423931
"ormorph" написал:
Но мода на красивые цацки превыше всего

ну я бы не сказал что мерс по сравнению с ладой это только красивая цацка :)

"1000Mhz" написал:
Неа. Это истории каких-то давних лет, я даже специально погуглил, поставив ограничение в год - упоминаний набралось лишь на 2 страницы выдачи.

наверное потому что за последний год осталось очень мало тех кто не пересел на дистр с systemd ;)

"1000Mhz" написал:
Недостатки архитектуры? Да вся его архитектура - это один монолитный недостаток))

только вот никто об этом давно не вопит, наверное потому что это не правда.

"1000Mhz" написал:
Согласен что рядовым одминам он конечно упрощает жизнь. До поры до времени и в типовых случаях.

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

29.06.2017 18:47 #423932
"dyasny" написал:
только вот никто об этом давно не вопит, наверное потому что это не правда.

И я не воплю, только вот это сомнительная логическая связка. Просто удивляет то, что использование такой штуки как systemd идет вразрез с концепциями *nix, но массы побурлили да и приняли это как должное. Так ведь можно и вторую венду в результате получить :)

29.06.2017 18:48 #423933
"dyasny" написал:
ну я бы не сказал что мерс по сравнению с ладой это только красивая цацка :)

Ну судя по клипу тыц лада красивая цацка :)

29.06.2017 19:01 #423934
"1000Mhz" написал:
И я не воплю, только вот это сомнительная логическая связка. Просто удивляет то, что использование такой штуки как systemd идет вразрез с концепциями *nix, но массы побурлили да и приняли это как должное. Так ведь можно и вторую венду в результате получить 

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

29.06.2017 19:03 #423935
"ormorph" написал:
Ну судя по клипу тыц лада красивая цацка

похоже на нисаны и юндаи 10-и летней давности по уродству.

29.06.2017 20:22 #423936
"dyasny" написал:
он упрощает жизнь лично мне, особенно когда я работаю на монструозном железе. отлично помню сколько лишней работы было на RHEL5 и 6 когда появились карточки

Ну а вы eudev пробовали?

29.06.2017 20:35 #423937
"ormorph" написал:
Ну а вы eudev пробовали?

нет, на RHEL7 у меня проблемы исчезли сами собой, зачем мне ковырять альтернативный udev, когда все работает из коробки?

29.06.2017 20:48 #423938
"dyasny" написал:
нет, на RHEL7 у меня проблемы исчезли сами собой, зачем мне ковырять альтернативный udev, когда все работает из коробки?

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

29.06.2017 21:53 #423939
"ormorph" написал:
Думаю это заблуждение, что ваши проблемы решились из за systemd, так как этой поддержки просто ранее не было в udev в силу новизны данных устройств.
Если бы вам пришлось сейчас использовать новую систему с udev, вы бы наверное были бы удивлены, что поддержка работает теперь из коробки...

проблема была не в поддержке устройств (этим вообще-то ядро занимается) а в их количестве. Когда в сервере больше сотни сетевых карт, да еще и использующих разные kmod-ы, сервисы использующие сеть загружаются быстрее чем модули ядра для каждой карты, плюс бардак без persistent device naming.

29.06.2017 22:12 #423940
"dyasny" написал:
проблема была не в поддержке устройств (этим вообще-то ядро занимается) а в их количестве. Когда в сервере больше сотни сетевых карт, да еще и использующих разные kmod-ы, сервисы использующие сеть загружаются быстрее чем модули ядра для каждой карты, плюс бардак без persistent device naming

Ну да создание и переименование устройств это была слабая сторона udev, он это делает медленнее чем systemd, зато eudev делает это быстрее чем systemd. Собственно это было основной причиной создания eudev.
Calculate linux работает как раз на eudev.

29.06.2017 22:33 #423942

Калька крутая, да. Я с нее свалил только из-за отсутствия инструмента для централизованного управления пакетами/исходниками, одного инструмента, а не кучи отдельных утилит, как это принято на gentoo-based.

29.06.2017 22:37 #423944
"ormorph" написал:
Ну да создание и переименование устройств это была слабая сторона udev, он это делает медленнее чем systemd, зато eudev делает это быстрее чем systemd. Собственно это было основной причиной создания eudev.
Calculate linux работает как раз на eudev.

это конечно здорово, но мне надо работать а не мир пересобирать. Сколько фирм из forbes 500 сидит на генту-подобных дистрах?

ну и кроме того, если eudev так хорош, то кто знает, может быть он окажется в нормальном дистре когда-нибудь. Но пока что systemd достаточно хорошо решает то что обычный udev не решал, а когда его станет недостаточно, перейдем на что нибудь более продвинутое. Главное не фанатеть и не зацикливаться

29.06.2017 23:34 #423952
"dyasny" написал:
ну и кроме того, если eudev так хорош, то кто знает, может быть он окажется в нормальном дистре когда-нибудь.

Может быть...
Знаю что слака 14.2 перешла на eudev, как альтернативу можно использовать в арче.

"dyasny" написал:
это конечно здорово, но мне надо работать а не мир пересобирать.

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

29.06.2017 23:43 #423953
"ormorph" написал:
слака
"ormorph" написал:
в арче

я ведь уже говорил про нормальные дистры :)

"ormorph" написал:
А так у меня довольно смутное понятие о нормальном дистре, тут скорее всего имеется в виду дистр с нормальной тех поддержкой.

Это поддерживаемый дистр на котором я могу развернуть стандартное корпоративное ПО без бубнов, на котором все разрабатывается и тестируется. Даже федора не подходит под это описание на 100%

Войдите или зарегистрируйтесь, чтобы ответить.