The OpenNET Project / Index page

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



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

Оглавление

Релиз системного менеджера Systemd 198, opennews (ok), 09-Мрт-13, (0) [смотреть все]

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


48. "Релиз системного менеджера Systemd 198"  +5 +/
Сообщение от лох (?), 09-Мрт-13, 22:01 
> и качество

в чём оно выражается? в том, что по умолчанию всё работает, но стоит только попробовать что-то нестандартное, как начинается дурдом?

> и функциональность,

какая должна быть функциональность у софта, который призван быть заменой init? ах да, встроенный логгер, веб-сервер, вайфай роутер и USB-холодильник, куда же без него.

> хорошая продуманность архитектуры

то-то каждый раз при выпуске новой версии появляется куча новых компонентов и удаляется куча старых

> и интеграция с другими проектами

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

> Не много проектов в мире опенсорса и уж тем более проприетарщики могут похвастаться тем же

да уж, таким навороченным пафосным убожеством -- крайне немногие.

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

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

60. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от barmaglot (??), 10-Мрт-13, 03:46 
+1 +1 ко всем пунктам.

Модерам: Уберите в статье референс на лучшие стороны Solaris SMF. systemd это убожество, которое всю идею извратило, и с совершенно убогой архитектурой кстати. Просто посмотрите на архитектуру SMF. Делать референс кривоте, ссылаясь на действительно красивый и элегантный проект, это такой зубодробительный маркетинг, что просто слов нет. Как эти поттеринги с их саморекламой задолбали уже. Хуже зомбоящика.

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

69. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от ананим (?), 10-Мрт-13, 18:27 
SMF та ещё кака. upstart для соляры, но ещё и с xml.
нет, уж лучше сабж, адназначна.

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

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

70. "Релиз системного менеджера Systemd 198"  –1 +/
Сообщение от Andrew Kolchoogin (?), 10-Мрт-13, 22:31 
Вы, видимо, ниасилили SMF.

Систему инициализации Юникса нельзя писать отдельно от ядра оного Юникса. systemd _всегда_ будет отставать на один шаг в функциональности от SMF: systemd завязан на то, что демон написан "хорошо". То есть, он не будет форкаться/екзекаться. Да, есть спецкостыли от таких вот "неправильно написанных" демонов -- но это костыли. И у djb в его daemontools такие костыли есть. И в Upstart.

В Солярисе эта проблема убита в корне наличием в ядре contractfs. Для того, чтобы следить за состоянием процесса, необязательно быть его родителем. Пока contractfs не будет в Линуксе -- systemd будет недоделанным.

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

73. "Релиз системного менеджера Systemd 198"  +/
Сообщение от ананим (?), 10-Мрт-13, 23:18 
я ОЧЕНЬ долго работал с smf. так что претензии не принимаются.

второе — cgroup ТОЧНО не костыль, является прямым аналогом contractfs (правильно называется кстати CTFS), находится и разрабатывается в ядре, и более функционален(контролирует через /sys/fs/cgroup/systemd[cpuset, cpu, cpuacct, memory, devices, freezer, blkio,…] и по-пользователю), отслеживает все форки/потоки контролируемого демона (не через костыли, а через ядро), запуск по пути (inotify), управление квотами (централизованно) и тд, и тп.
и куча-куча всего ещё, чего в SMF нет и врядли будет (весь сабж собственно — можете прочитать сами надеюсь)… но есть НО. а кто сказал, что это ВООБЩЕ проблема?
>В Солярисе эта проблема убита в корне наличием в ядре contractfs.

вот вы с линухом будете мериться количеством псето-фс? это которые через vfs.
ну-ну. даже не смешно.
smf менее функционален (см. http://0pointer.de/blog/projects/why.html) при этом даже менее удобен (угу. с xml-конфигами то). это факт.
при этом в линухе всё ещё (может пока? х/з) есть выбор — ну НЕ нужно мне решать эти якобы проблемы на сервере (на том же субд oracle — она сама сотне smf фору по мониторингу даст)

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

74. "Релиз системного менеджера Systemd 198"  –2 +/
Сообщение от Andrew Kolchoogin (?), 10-Мрт-13, 23:52 
> я ОЧЕНЬ долго работал с smf. так что претензии не принимаются.

(Задумчиво...) Очень долго -- это сколько по времени? Вообще говоря, SMF по-человечески появился только в десятом Солярисе -- до семёрки его не было вообще, в семёрке и в восьмёрке через него запускалось полтора сервиса.

По-моему, вы пытаетесь расставить пальцЫ. Не надо, на OpenNet'е этого не любят.

> второе — cgroup ТОЧНО не костыль, является прямым аналогом contractfs
> (правильно называется кстати CTFS)

Правильно -- contractfs. ctfs -- это название файловой системы для 'mount -t'. Для примера: во FreeBSD для того, чтобы смонтировать CD'шку, надо говорить 'mount -t cd9660'. Однако, файловая система CD ROM'ов так не называется.

И никакие cgroup не аналоги contractfs. Если уж про аналоги -- то это уж скорее аналог resource pool'ов.

> отслеживает все форки/потоки контролируемого демона (не через костыли, а через ядро),

Щаса. systemd.service(5) не читан ни разу, я так понимаю? Парамер GuessMainPID особенно хорошо показывает, как и что systemd может отследить.

> smf менее функционален (см. http://0pointer.de/blog/projects/why.html)

Где там про SMF хоть что-то?

> при этом даже менее удобен (угу. с xml-конфигами то). это факт.

А чем вам, собственно, XML не угодил?

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

75. "Релиз системного менеджера Systemd 198"  +1 +/
Сообщение от ананим (?), 11-Мрт-13, 00:41 
>(Задумчиво...) Очень долго -- это сколько по времени?

~15.
>По-моему, вы пытаетесь расставить пальцЫ. Не надо, на OpenNet'е этого не любят.

А по-моему это как раз ВЫ пытаетесь. Как в своё время предсказывали смерть линуху от опенсоляры, самую открытую и перспективную убийцу гпл — cddl и тд.
Уж не знаю, понравилось это опеннету или нет.
>И никакие cgroup не аналоги contractfs. Если уж про аналоги -- то это уж скорее аналог resource pool'ов.

бросьте.
ctfs полностью покрывается (и перекрывается) частью /proc, ещё чуть меньшей части /sys (и, в том числе, части /sys/fs/cgroup).
и вы прекрасно понимаете что именно я хотел сказать.
>А чем вам, собственно, XML не угодил?

марсианским удобством.

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

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

81. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Michael Shigorinemail (ok), 11-Мрт-13, 16:38 
> вы как коммивояжёр

Ой, расскажите лучше, какой урод я.  А людей не трогайте почём зря.

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

82. "Релиз системного менеджера Systemd 198"  +/
Сообщение от ананим (?), 11-Мрт-13, 19:26 
Настаиваете? Извольте.
У посетителя Michael Shigorin'а и модератора Michael Shigorin'а наблюдается явный конфликт интересов (он же разрыв шаблонов), т.к. второй должен убить первого согласно его же правилам форума, которые он блюдёт.

зыж
>Ой, расскажите лучше, какой урод я.  А людей не трогайте почём зря.

По-первому предложению — я вас лично (живьём) не видел.
По-второму — по чём зря не трогаю. Только за дело. И второй Michael Shigorin это знает.

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

83. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Michael Shigorinemail (ok), 11-Мрт-13, 19:41 
> второй должен убить первого согласно его же правилам форума, которые он блюдёт.

Что регулярно и происходит -- жаль, не всегда до нажатия кнопки "отправить".

Спасибо :)

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

67. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Michael Shigorinemail (ok), 10-Мрт-13, 17:12 
> Но написать чертовски сложный софт, решающий сравнительно простые задачи
> самым уродским для юзера образом

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

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

72. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Andrew Kolchoogin (?), 10-Мрт-13, 22:35 
>> Но написать чертовски сложный софт, решающий сравнительно простые задачи
>> самым уродским для юзера образом
> Да если бы решающий -- с systemd большое количество "мигающих" проблем, похожих
> на гонки. Далеко ходить не надо, у себя на стендике
> наблюдаю. Соответственно рабочие ноутбуки от этого берегу.

А где посмотреть testcase? У меня виртуалка Xen'овская с openSuSE 12.2 -- что-то я там ничего плохого с systemd не наблюдаю...

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

80. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Michael Shigorinemail (ok), 11-Мрт-13, 16:26 
> А где посмотреть testcase?

Если б умел заставлять race происходить более надёжно, то уже бы и повесил.

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

На 12.2 заметно более старый systemd, помнится.

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

85. "Релиз системного менеджера Systemd 198"  +1 +/
Сообщение от Алексей (??), 13-Мрт-13, 14:40 
а почему race-то сразу? при загрузке у некоторых блокирующих зависимостей таймауты могут быть большие (особенно на не настроенной или поломанной системе), это легко решается - просто отключением ненужных юнитов и, если по-босяцки, переносом части работы в initrd.
при перезагрузке при дефолтных настройках он вообще не спешит и может залипать на дурацких занятиях (например ждать пока journald запишет на read-only систему). это все решается 49-м сигналом (как вариант sysrq killall + ctrl-alt-del с консоли).
десятки секунд при обычной загрузке - это в любом случае неправильно.
Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз системного менеджера Systemd 198"  +/
Сообщение от Michael Shigorinemail (ok), 13-Мрт-13, 18:40 
> а почему race-то сразу?

Эффект плавающий, _похоже_ на race.

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

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

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




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

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