На состоявшемся вчера заседании управляющего комитета проекта Fedora Linux принято решение (http://lists.fedoraproject.org/pipermail/devel/2010-Septembe...) отложить интеграцию системного менеджера systemd (http://fedoraproject.org/wiki/Features/systemd) в качестве системы инициализации по умолчанию до релиза Fedora 15, запланированного на весну 2011 года. Перенос связан с желанием дать разработчикам systemd больше времени на исправление мелких недоработок и приведения документации в должное состояние. Таким образом, релиз Fedora 14 (http://www.opennet.me/opennews/art.shtml?num=27737), ожидаемый 27 октября 2010 года, по прежнему будет основан на системе инициализации upstart (http://upstart.ubuntu.com/).Systemd нацелен на более интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, Fedora). Кроме запуска сервисов, systemd обеспечивает функции контроля з...
URL: http://lists.fedoraproject.org/pipermail/devel/2010-Septembe...
Новость: http://www.opennet.me/opennews/art.shtml?num=27966
За какое время будет загружаться система?
за отрицательное
Дело даже не во времени загрузки, а в полном использовании возможностей ядра linux, таких как cgroup.Ну и инит умеющий достаточно чтобы не городить костыльные скрипты, для стандартных вещей, таких как перезапуск сервиса при аварийном завершении работы.
>Дело даже не во времени загрузкиКак это не во времени. Кому нас рать на время, тот юзает SystemV и спит спокойно.
> , а в полном использовании возможностей ядра linux, таких как cgroup.
А после загрузки оно тебе нужно? Нужно! А доказать сможешь?!
Что на 8 ядерном компе, 400 процессов Апача, по 50 процессов в каждой группе,
равномерно жрут процессор и память?
Хотя не, 400 апачей именно будут равномерно, но вряд ли какой-то дибил
поставит Федору на сервак.
Многонитиевое юзерское приложение, я так сразу и не вспомню...> таких как перезапуск сервиса при аварийном завершении работы.
А ты уверен что грохнутый MySQL при автоперезапуске все таблицы не подропает (DROP)?
Или HAL с DBus_ом раком систему не поставят?Зачем РедХату это в федоре - ясно, - тестирование RHEL6, и федора есть подопытный кролик.
А отменили, именно из-за того, что так сказал RH!
> Зачем РедХату это в федоре - ясно, - тестирование RHEL6, и федора есть подопытный кролик.systemd не войдёт в RHEL 6.
> А отменили, именно из-за того, что так сказал RH!
Не мешало бы почитать новость.
В FESCO входят не только сотрудники RedHat.
В отличие от Lennart Poettering, которому платит RedHat.
Достаточно сравнить беты RHEL6 в которых уже серьёзные изменения не делаются.
> но вряд ли какой-то дибил поставит Федору на сервакhttp://toolbar.netcraft.com/site_report?url=http://www.kerne...
>> но вряд ли какой-то дибил поставит Федору на сервак
>
>http://toolbar.netcraft.com/site_report?url=http://www.kerne...У них там и Венда есть. :)
имхо - Fedora на серваке как-то приоритетней смотрится нежели Win Server.
но согласись, что Windows на серваке это не тот случай, когда паршивая овца все стадо портит!
>Многонитиевое юзерское приложение, я так сразу и не вспомню...Игрушки...)
С одной стороны, немного жаль, что в очередном выпуске не будет прогрессивной новинки (если поверить пресс-релизам, что systemd - это круто ;) ).
С другой стороны - пусть systemd еще на ком-нибудь обкатают (не хочу пропускать очередной релиз федорки из-за возможных глюков новой фичи).
Да не глючит оно, ни в альфе ни в rawhide.Просто "на лету" усложнили критерии выпуска дистрибутива, когда Леннарт начинал работу у него был список критериев и ему сказали что если все пункты выполнены, то systemd будет в Fedora 14 по умолчанию. Он в это дело поверил и выполнил все пункты.
Но FESCO недавно ужесточила условия, и по ним как раз вышло что systemd относится к базовым пакетам и для них все жесче, должна быть полная подробная документация и прочие "незначительные детали".
Насчет скорости загрузки - на моем компе приметно как upstart. Главное что не дольше :)
'telinit 3' или 'telinit 5' работает?
>С другой стороны - пусть systemd еще на ком-нибудь обкатают (не хочу
>пропускать очередной релиз федорки из-за возможных глюков новой фичи).По результатам тестирования systemd отлично проходил.
Решение об отлупе в данном случае чисто политическое - "нам не нужны собственные технологии, мы хотим чтобы все как в убунте".
Где ссылка на подобное "решение"?
В новости и по ссылкам все прекрасно разъяснено.Резюмируя: саботажники из (FE)SCO решили "замочить systemd в сортире" и ради этого пошли на беспрецедентный шаг - идиотское изменение собственных правил в последний момент.
"нам не нужны собственные технологии, мы хотим чтобы все как в убунте" - это ложь.
По ссылкам ясно написано, что новая фича откладывается до Fedora 15.
>"нам не нужны собственные технологии, мы хотим чтобы все как в убунте" - это ложь.Не хотите - не верьте. Не верить в простые и очевидные вещи - право каждого.
>По ссылкам ясно написано, что новая фича откладывается до Fedora 15.
Эти полгода нужны им только для того, чтобы окончательно загасить Леннарта и его софтину, очевидно же.
В конце концов, если это не прокатит, они точно так же без правдоподобных объяснений отложат до 16-й, потом до 17-й и т.п.
Если Вам это настолько очевидно, то назовите по именам тех, кому нужно "окончательно загасить Леннарта и его софтину".
> так же без правдоподобных объяснений отложатhttp://scrye.com/wordpress-mu/nirik/2010/09/15/fesco-feature.../
да, он, конечно же с радостью будет что-то еще делать по ихним срокам, вот увидите. Только шнурки погладит.
>да, он, конечно же с радостью будет что-то еще делать по ихним срокам, вот увидите.Да он уже сделал. pulseaudio называется.
Это тот геморой который потом во всех дистрибутивах 2 года отлаживали ?!
и систему инициализации доверили писать этому недоучке.. ну нафик.. хорошо что его а FC не будет..
Прекрасная новость!
Лучше нормально работающий upstart, чем та каша из сообщений при загрузке systemd.
Возможный выигрыш в пару секунд при загрузке не перевешивает недостатки systemd.
И вообще лучше сначала протестировать systemd, сделав его установку опциональной для желающих тестировать и только после тестирования заменять upstart на него.
>Лучше нормально работающий upstartКривой костыль. Уже неоднократно объяснялось почему.
>чем та каша из сообщений при загрузке systemd
Вы ее хотя бы видели? Или, как всегда, "не читал, но какой-то пацан говорил, что не тру, поэтому осуждаю"?
>Возможный выигрыш в пару секунд при загрузке
Раза в два быстрее - не хотите?
>не перевешивает недостатки systemd.
И какие же у него недостатки?
> Вы ее хотя бы видели?Естественно видел.
> Раза в два быстрее - не хотите?
Хотелось бы, но с systemd такого ускорения не наблюдается.
Вам зачем такая быстрая загрузка?
>Лучше нормально работающий upstartНе хочу вас огорчать, но функциональность по части распараллеливания запуска служб в стандартном sysv init реализована даже лучше, чем в upstart'е.
Расстановка зависимостей в sysv init выполняется автоматически, а в upstart - вручную. Из-за этого, кстати, даже первые версии systemd (тоже умеющего автоматическую расстановку зависимостей) оказались быстрее upstart'а.
Ну а кроме фич по параллельному запуску, upstart ничего толком не умеет. Зато проблем, вроде эпопеи с запуском на ttys нужных программ - полные штаны.
В общем, upstart - ненужный велосипед.
Пожалуй, FESCO права.
Если вдруг что-то пойдет не так в одной из основополагающих частей дистрибутива (или просто понадобится сделать что-то нетривиальное), то без подробной документации там делать нечего, да и готовых солюшенов в инете не найти, ибо новинка.
На самом деле, это даже плюс в копилку systemd - не будет (не)обоснованного бурления говн по поводу новой фичи ("Я поставил и ничего не работает!/Нифига нипанятна!"). А к следующему релизу systemd подойдет во всеоружии и, надеюсь, завоюет сердца пользователей.
Пардон, не в ту ветку ответ сбросил.
Неадекватная реакция разработчика systemd на вполне оправданное решение FESCO
http://lists.fedoraproject.org/pipermail/devel/2010-Septembe...
Вполне адекватная, человек работал над systemd (хотя мог заниматься другими делами) а его работу тупо слили в унитаз.
НЕПРАВДА!
Никого не слили в унитаз.
systemd войдёт в Fedora, но на 6 месяцев позже.
Включение systemd без достаточного тестирования в Fedora 14 было бы большой ошибкой.
>Никого не слили в унитаз.Баги были исправлены! Но пменялись правила игры, типа еще надо документацию дописать и тогда нормально, но правила поменялись перед beta релизом.
Это не игра.
В FESCO должны учитывать интересы всех пользователей Fedora, что они и сделали, отложив включение systemd на полгода.
В FESCO должны учитывать интересы всех конкурентов Fedora, что они и сделали, отложив включение systemd на полгода.Fixed.
>Это не игра.
>В FESCO должны учитывать интересы всех пользователей Fedora, что они и сделали,
>отложив включение systemd на полгода.Да, но где они раньше были?
Вообще, они это сделали - они сразу (за некоторый промежуток времени) поставили условия для включения systemd в fedora 14.
Они уже тогда учли интересы всех пользователей fedora.
И Леннарт Поттеринг эти условия выполнил.А потом (когда он выполнил все условия) fesco подумали, и решили ещё добавить условия, чтобы systemd точно не вошел в fedora 14.
Наверное, они не ожидали, что Леннарт все-таки успеет выполнить весь список условий)И, даже если fesco действительно сделали это из-за заботы о пользователях... где они раньше были?
Почему сразу не подумали основательно и не составили список ужесточенных требований?
Поэтому, даже в этом случае, как минимум, какая-то часть этого "неадекватного" послания Леннарта попала в точку - что-то не так с fesco.
> А потом (когда он выполнил все условия) fesco подумали, и решили ещё добавить условия, чтобы systemd точно не вошел в fedora 14.
> Наверное, они не ожидали, что Леннарт все-таки успеет выполнить весь список условий)Это пустая болтовня без ссылок на конкретных людей - кто, не ожидал, кто решил.
> И, даже если fesco действительно сделали это из-за заботы о пользователях... где они раньше были?
> Почему сразу не подумали основательно и не составили список ужесточенных требований?Опять голословные обвинения.
Решение о включении в F14 новой фичи systemd не было окончательным. Изначально было решено попробовать systemd, и в случае, если что-то не получится, вернуть всё обратно.
>>Никого не слили в унитаз.
>
>Баги были исправлены! Но пменялись правила игры, типа еще надо документацию дописать
>и тогда нормально, но правила поменялись перед beta релизом.Исправлены как в pulseaudio ? "это не бага - это фича, а что oss эмуляция глючит - так не надо использовать oss".
>Включение systemd без достаточного тестирования в Fedora 14 было бы большой ошибкой.Тестирование было более чем достаточным.
Повторяю, запрет чисто политический.
Вполне адекватная реакция. Человек работал не покладая рук, желая успеть к релизу исправить все блокирующие баги, а тут.
>Вполне адекватная реакция. Человек работал не покладая рук, желая успеть к релизу
>исправить все блокирующие баги, а тут.Он получил за это бабки. Так что ему должно быть до лампочки. Кроме того ни кто не мешает поставить systemd и пользоваться, если уж так жопа горит. А то вот в репах куча софта лежит, про который далеко не все знают и не узнают пока не припрёт. Чем systemd лучше, что его должны включать по дефолту, попутно выкручивая пользователями руки?
> Он получил за это бабки. Так что ему должно быть до лампочки.офигеть! если я получаю деньги за <чтото>, то это вовсе не означале что я делаю <это> только ради собственной наживы!
(но если я например получаю деньги за то что убираю гавно в туалете -- то конешно ничего кроме денег меня может не интересовать такой в работе. даже чистота(!). такчто случаи бывают разные! :-))
> Чем systemd лучше, что его должны включать по дефолту ...
суть не в том что его ПРОСТО не включили. а в том что пообищали включить но не включили.
...еслибы сразу сказали "мы не включим в Fedora-14" то конфликтабы небыло
>>Вполне адекватная реакция. Человек работал не покладая рук, желая успеть к релизу
>>исправить все блокирующие баги, а тут.
>
>Он получил за это бабки. Так что ему должно быть до лампочки.
>Кроме того ни кто не мешает поставить systemd и пользоваться, если
>уж так жопа горит. А то вот в репах куча софта
>лежит, про который далеко не все знают и не узнают пока
>не припрёт. Чем systemd лучше, что его должны включать по дефолту,
>попутно выкручивая пользователями руки?Новая система инициализации - серьёзная штука.
Дистрибутивы задают моду на такие серьёзные штуки.
Фактически, так и есть.
Что в дистрибутив поставят, тем и будут пользоваться.Можно провести аналогию с ядром линукс.
Представляете, был выбор, поставить 2.6.18, или 2.6.32.
Выставили список условий, которым 2.6.32 должно соответствовать.
Разработчики наложили все необходимые изменения - ядро 2.6.32 стало таким, какое требовалось.
А потом кто-то из руководства решил "не, это слишком серьёзный шаг".
И поставили 2.6.18, как "надежное и проверенное времением".
Я думаю, вас это нифига не устроит)
Ща убунтушники к себе перетащат и скажут что они все таки развивают опенсорс
Про systemd еще вот тут перевод есть - http://tux-the-penguin.blogspot.com/
Там в конце статьи есть что-то типа FAQ. Один из пунктов:
>>>>Увидим ли мы это в Fedora?
>>Если наши эксперименты покажут что наши подходы работают, если сообщество Fedora выскажется в поддержку, тогда да, мы увидим systemd в Fedora.)))
А я кофе не пью
За какое время будет загружаться система?
Люди, принявшие это решение плохо представляют себе целевую аудиторию дистра. systemd это и есть то самое, из-за чего люди ставят федору. Баги? Да где ж их нет. Теперь же у них будут баги + отсутствие systemd. С меня хватит их тормозов, уверен, что они лишились не только одного пользователя!
Мегафеил. Может петицию какую-нибудь запилить?
Таки это идея! Сам очень хотел потестить.... Я б поучавствовал.
Кое-какие пояснения:
http://scrye.com/wordpress-mu/nirik/2010/09/15/fesco-feature.../