LinuxForum.Fans
Тема

Systemd - лучшая система инициализации!!!!11

Автор: yars 308 сообщений 6342 просмотров
#355703
dyasny написал:
Показать
[quote="lone_wolf"]спасибо за четкое пояснение и пример, но у меня возникает только 1 вопрос а как же привязка к маку ? 

ее недостаточно. проблема в том, что обычно в серверах, пихают дикую мешанину из карточек - broadcom на мамке, разные интели в паре медленных слотов, 10g интели, мелланоксы, челси, циски... плюс версии, прошивки, варианты... все эти kmod-ы грузятся медленно, и на тот момент когда init доходит до загрузки сети, модули еще не загружены. Это значит что после загрузки сервера надо как минимум рестартовать network, и обычно еще и udevadm trigger

А если у меня UCS, с динамически цепляемыми интерфейсами, которые меняют маки в зависимости от задач, то init с udev-ом начинают слегка офигевать.

Теперь представяем вполне типичную для таких масштабов систему, где несколько сотен блейдов с такими вот динамичными интерфейсами, постоянно поднимают из темплейта ВМ, цепляют к ней нужные интерфейсы через VMFEX, по несколько десятков на каждую, закачивают данные, ВМ их обрабатывает, возвращает, и ее убивают чтоб поднять другую. Все это происходит очень быстро, за сутки в нашем ДЦ например "оборот" - 15-20 тысяц виртуалок. Ждать пока отработает udev и network service никто не может, скорость загрузки очень важна, потому что все это - финансовые данные для практически всех банков континента.

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

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

[/quote]
понял спасибо, да соглашусь под такие нагрузки systemd удобней.
Ну а нам обывателям придется 1 раз заморочится чтобы переименовать интерфейс как нам понравится :)
Кстати кто подскажет как это проше сделать ?
#355704

Проще не переименовывать.
Или, наверное, можно алиас любой создать.

#355705
"lone_wolf" написал:
Кстати кто подскажет как это проше сделать ?
Пойдемте в отдельную тему :)

"lone_wolf" написал:
Ну а нам обывателям придется 1 раз заморочится чтобы переименовать интерфейс как нам понравится

...и пересобирать systemd, когда требуется поддержка отдельного /usr ;)

#355708
"yars" написал:
Пойдемте в отдельную тему

идем *YES* (кто создает ?)

#355722

Присоединился к рядам поклонников systemd! Он крут!

#355724
lone_wolf написал:
[quote="yars"]Пойдемте в отдельную тему

идем *YES* (кто создает ?)[/quote]
Ну, давайте вы =)

#356510

dyasny - может поменять админа ?

#356582
smaharbA написал:
dyasny - может поменять админа ?

в смысле?

#370206

форум разделился на два лагеря.
одним консерватизм подавай, другим систэмДЭ.

когда уже война начнется? >:o

#370216

Войны не будет. Прогресс не остановить.

#370219

Все кото за SysVinit хватаем и идем на стороников systemd

#370234

"moshell" написал:
когда уже война начнется?
вам бы всё воевать... *STOP*

идите и тестируйте, а я посмотрю *PARDON*
#370286

stalker_tk, Ян Мёрдок уже давно забросил своё детище и давно же развёлся с женой, от которой у Дебиана осталось только три буквы. Он сейчас Солярку форкает. Между тем, Ян Джексон до сих пор в проекте и даже в техническом комитете. Напомню, этот тот человек, которому мы обязаны за систему управления пакетами (dpkg), без которой Дебиан возможно и не был бы самим собой. В проекте он около 20-ти лет. Один из трёх "янов" основавших Дебиан. И он активно голосовал против systemd. И это он инициировал последнее голосование, чтобы оставить в системе хотябы поддержку других инит-систем. Но даже он не смог переманить на свою сторону большинство технического комитета. Авторитет тут ничего не решает :(

#370295

"kirillov3798" написал:
Надо было тогда сразу выбирать несколько систем инициализации
вы не понимаете: основное возражение против systemd как раз в том и заключается, что оно ВСЁ захватит. На него ВСЁ уже сейчас завязывается, даже DE(man Gnome). У нас уже есть одна монолитная OS, в которой всё ко всему прибито гвоздями. В RH хотят сделать ещё одну.

Ну пусть делают, кто против?
#370306
drBatty написал:
идите и тестируйте, а я посмотрю *PARDON*

я пользователь, а не дистроковыряльщик.
мне особой разницы нет

drBatty написал:
У нас уже есть одна монолитная OS, в которой всё ко всему прибито гвоздями

ты про must die?

#370309

"moshell" написал:
я пользователь, а не дистроковыряльщик.
мне особой разницы нет
какой кактус жевать? Да, это ваша проблема, и ваше право.

"moshell" написал:
ты про must die?
угу.
#370320
"drBatty" написал:
что оно ВСЁ захватит

Да, согласен, так нельзя. Но куда деваться? Единственный выход: находить людей, которые против systemd, собирать команду грамотных разработчиков и пилить свою систему инициализации, которая угодит всем. А GNOME завязан под systemd, потому что его активно пилит RedHat. Или я неправ?

#370321
kirillov3798 написал:
[quote="drBatty"]что оно ВСЁ захватит

Да, согласен, так нельзя. Но куда деваться? Единственный выход: находить людей, которые против systemd, собирать команду грамотных разработчиков и пилить свою систему инициализации, которая угодит всем. А GNOME завязан под systemd, потому что его активно пилит RedHat. Или я неправ?[/quote]
ну зачем же создавать новый можно форкнуть же вроди тот же SysVinit и потихоньку исправлять то что в нем было коряво и так сказать развивать его дальше... Как mate сделали.

#370322

У гнома много разных разработчиков http://www.gnome.org/about/
И ещё раз, systemd с пистолетом у виска ни кому не навязывают. Разные разработчики сами его выбирают, поскольку он предоставляет новые удобные возможности.
Это как обвинять изобретателей транзисторов в том, что они навязывают свои изделия вместо радиоламп.

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