Опубликован (http://wiki.opennet.ru/Systemd) перевод четырех частей цикла статей "systemd for Administrators (http://0pointer.de/blog/projects/systemd-for-admins-1)", написанных Леннартом Поттерингом (Lennart Poettering), ведущим разработчиком системного менеджера systemd, который в скором времени будет использован в качестве базовой системы инициализации в Linux-дистрибутивах Fedora, openSUSE и Mandriva.
Systemd нацелен на более интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, Fedora). Кроме запуска сервисов, systemd обеспечивает функции контроля за выполнением фоновых процессов и предоставляет ряд дополнительных возможностей, значительно упрощающих процесс обслуживания системы.
URL: http://wiki.opennet.ru/Systemd
Новость: http://www.opennet.me/opennews/art.shtml?num=29127
Сначала он испортил звук, а теперь и процесс загрузки :(
Вообще-то не испортил, а починил. Теперь можно просто ими взять и пользоваться, а не ковыряться предварительно в конфигах.<offtopic>К слову, PA у меня, когда он только появился, год, можно сказать, не работал (я его пробовал время от времени) — из-за бага процесс норовил зависнуть, выжирая все ядро процессора. А потом, по крайней мере, в той части, которой я пользуюсь, довели до ума, сделали конфетку — прекрасно маршрутизирует звук на лету куда надо (колонки/наушники/Bluetooth), микширует per-application, шлет по сети и прочие удобства.</offtopic>
systemd пока показал себя примерно "никак": поставил - запустил - вроде заработало, время где-то то же что и у upstart'а, а дальше я не разбирался. Но тезисы показывают что это такой init с человеческим лицом (хотя местами можно и пообсуждать моменты). Обязательно попробую, если найду время, прикрутить его к OpenWRT - на слабеньких MIPSовых роутерах достоинства должны ощущаться очень серьезно.
Кроме того, обращу внимание, что у любителей FreeBSD 4.3 никто их rc-систему, на sh-скриптах времен царя Гороха, не отбирает. Бери-ставь-пользуйся. А из коробки, когда вылижут (!), лучше, все-таки, иметь что-то более адекватное современным реалиям.
> не разбирался. Но тезисы показывают что это такой init с человеческим
> лицом (хотя местами можно и пообсуждать моменты). Обязательно попробую, если найду
> время, прикрутить его к OpenWRT - на слабеньких MIPSовых роутерах достоинства
> должны ощущаться очень серьезно.Он за собой dbus тянет. Который тянет заодно с собой еще libxml2 как результат получи в систему дополнительных 4 мегабайта
Ждем когда допилят ядерный dbus. :)
В 15ой федоре переписали кучу стартап скриптов под systemd, так что показать он должен себя там. А пока работает в режиме совместимости, гоняя старые shell скрипты.
Не испортил, конечно, но человек он достаточно странный - работая над systemd он конкретно забил на pa, а учитывая, что он единственный ментейнер оного в федоре, то багов там накопилось много. Общал взять обратно за pa по завершению systemd.
>но человек он достаточно странныйНичего странного. Поставили ему задачу сделать systemd, вот и работает товарищ над тем, за что ему платят. И далеко не факт, что после systemd ему прикажут пилить pa.
>Поставили ему задачу сделать systemd, вот и работает товарищ над тем, за что ему платят.Он единственный главный мейнтейнер pa в дистрибутиве, который делается сообществом. Не верю, что он не может выделить какое то время на фикс багов. Его сейчас не просят новых функций для звукового сервера, просят просто поправить то, что он сам сделал. Темболее он сам говорит, что инженеров, работающих со звуком, очень мало и никто со стороны не в силах так просто вносить код в pa. Доходило до того, что люди присылали патчи в багзилу и не получали никакой обратной связи. (потом уже после писем в меил листы патчи были приняты).
>Не верю, что он не может выделить какое то время на фикс багов.Ну далеко не каждый хочет работать бесплатно. Может кроме денежной прибыли, ему его проект больше ни чем не интересен. Поэтому и сделано "наот*сь".
В общем-то участие в развитии федоры - добровльное начинание. Там никого не заставляют этого делать. Ну и всегда можно уйти. Ну и он не собирается забрасывать проект, просто говорит, что сейчас сконцентрирова на другом.
>В общем-то участие в развитии федоры - добровльное начинание.Далеко не всё прям так сразу попадают в rhel. Тестируют на федоре в первую очередь. Поэтому и порог входа в состав дистрибутива для проектов ред хат гораздо ниже.
>Там никого не заставляют этого делать.Конечно, всегда можно написать "по-собственному".
>Ну и он не собирается забрасывать проект, просто говорит, что сейчас сконцентрирова на другом.А пока он не соизволит починить, мы радостно ловим глюки. Да и не нужно оно на самом деле. Всё это можно решить плагином к альсе.
>Далеко не всё прям так сразу попадают в rhel. Тестируют на федоре в первую очередь. Поэтому и порог входа в состав дистрибутива для проектов ред хат гораздо ниже.Одно дело написать прогу, друго дело мейнтейнить ее в дистрибутиве.
>Конечно, всегда можно написать "по-собственному".
Данных, что РедХат заставляет своих работников занимать поддержкой в федоре нет, а домыслить можно что угодно. Но даже если смотреть с этой точки зрения, такая компания как РедХат не забьет на одну из оснвых компонент своей системы.
>А пока он не соизволит починить, мы радостно ловим глюки.
Не изветсно как бы было в случае альсы. Это тоже не самый безглючный проект, между прочим.
>Да и не нужно оно на самом деле. Всё это можно решить плагином к альсе.Решение об использовании было принято на совете федоры уже неск лет назад. Причины озвучены и известны, повторять это смысла нет.
>Одно дело написать прогу, друго дело мейнтейнить ее в дистрибутиве.Нормальную прогу не надо мейнтейнить. Достаточно написать spec за 5 минут и собрать. Всё должно работать без левых патчей.
>Данных, что РедХат заставляет своих работников занимать поддержкой в федоре нет, а домыслить можно что угодно. Но даже если смотреть с этой точки зрения, такая компания как РедХат не забьет на одну из оснвых компонент своей системы.Предыдущий ответ подходит и для этого вопроса. Разработчик вообще не должен заниматься сборкой пакетов и другой ненужной ерундой. Нормальная программа заведётся в любом дистрибутиве. А пакеты так и вообще могу собирать люди, далёкие от программирования и прочих вещей.
>Не изветсно как бы было в случае альсы. Это тоже не самый безглючный проект, между прочим.Нормальный проект, вполне. Если драйверы для звука пишут, то независимую регулировку звука тоже сделать не проблема. Вон в oss4 и то этот вопрос решили без всяких демонов и задержек в 200 мс. Просто редхату проще оплачивать своих кодеров, чем заниматься благотворительностью.
>Решение об использовании было принято на совете федоры уже неск лет назад. Причины озвучены и известны, повторять это смысла нет.Ни одной веской причины я не нашёл. Даже для проброса звука по сети решений хоть пруд пруди, плюс там реально был выбор, в отличие от..
>Нормальную прогу не надо мейнтейнить. Достаточно написать spec за 5 минут и собрать. Всё должно работать без левых патчей.Развитие - это нормальный процесс. Даже coreutils до сих пор обновляется.
>Разработчик вообще не должен заниматься сборкой пакетов и другой ненужной ерундой.
Баги сообщаются не только в багзилу проекта, но и в багзилу дистра. Это очень эффективно, когда разработчик мониторит оную.
>Нормальная программа заведётся в любом дистрибутиве.
Хорошо, что разработчик непосредственно пользуется своей разработкой. Общается с людьми из других подсистем. Видит куда дальше развивать проект.
>Нормальный проект, вполне.
Проект то нормальный, но багов там куча. Достаточно заглянуть на их трекер.
>Просто редхату проще оплачивать своих кодеров, чем заниматься благотворительностью.
Чувак, ты ваще смотрел где работает разработчик альсы? Да-да, РедХат.
Да и вообще говорить, что редхат не занимается благотворительностью - невежство.>Ни одной веской причины я не нашёл.
Плохо искал.
>Даже для проброса звука по сети решений хоть пруд пруди.
Да ладно? Люди даже под виндой PA юзают для этих целей.
>Развитие - это нормальный процесс. Даже coreutils до сих пор обновляется.Когда предыдущее решение лучше чем новое, то это скорее регресс. В coreutils такого я не заметил.
>Баги сообщаются не только в багзилу проекта, но и в багзилу дистра. Это очень эффективно, когда разработчик мониторит оную.Багзила дистра - это скорее средство для создания полноценного сообщения об ошибке.
>Хорошо, что разработчик непосредственно пользуется своей разработкой. Общается с людьми из других подсистем. Видит куда дальше развивать проект.В случае pa этого не наблюдается. Более того, движений нет даже по той причине, что сие поделие в случае проблем безболезненно отключается. Ошибки исчезают, все довольны, зачем что-то пилить?
>Чувак, ты ваще смотрел где работает разработчик альсы? Да-да, РедХат.Да и вообще говорить, что редхат не занимается благотворительностью - невежство.
Один разработчик? В альсе? Не верю(с)! А на счёт благотворительности пусть разработчики jack скажут. да, и альса в последнее время что-то регрессирует, особенно в области dmix. Видимо на пульс всех загоняют.
>Плохо искал.А что тут искать? Звук без проблем пересылается напрямую в альсу. Зачем эта куча костылей, непонятно.
>Да ладно? Люди даже под виндой PA юзают для этих целей.Венда не показатель. тут есть jack.
>Когда предыдущее решение лучше чем новое, то это скорее регресс. В coreutils такого я не заметил.Пульс становится лучше с каждой версией. Можно вспомнить сколько сначала было проблем, сейчас уже многие и не знают, что оно у них работает - проблем не достовляет.
>Багзила дистра - это скорее средство для создания полноценного сообщения об ошибке.
Соверщенно не верно. Багзилла дистра - это сложная система, которая помимо сообщений об ощибках нужна для управления разработкой проекта и отслеживания его состояния.
Ну а по делу, то многие пользователи, которые особо не вникают в недры системостроения постят баги не в багтрекер проги, а в багтрекер дистра. Многие сообщения вот так и остаются висеть там, недоходя до разработчиков.>Один разработчик? В альсе? Не верю(с)!
Создано было тем самым, что сейчас в РедХат. В полный раб день трудятся 2-3, один из них из редхат, другой из новелл. http://www.alsa-project.org/main/index.php/Alsa_Team
>да, и альса в последнее время что-то регрессирует, особенно в области dmix.
С дмиксом всегда были проблемы. Это одна из причин того, что раньше в каждой среде был свой звуковой демон.
>А что тут искать? Звук без проблем пересылается напрямую в альсу. Зачем эта куча костылей, непонятно.
Напрямую всеравно работать не выйдет - помимо альсы есть другие системы. Нужна абстракция. Пульс предостовляет еще и дополнительные возможности.
>Венда не показатель. тут есть jack.
Кому нужен джек, тот его использует. Отличия пульса от джека обуждались не раз, у каждого своя ниша.
>Пульс становится лучше с каждой версией. Можно вспомнить сколько сначала было проблем, сейчас уже многие и не знают, что оно у них работает - проблем не достовляет.выдаёте желаемое за действительно.
вот последнее обновление пульса 0.9.22 в генте - опять глюки. какие нахрен "звук по сети", если от 2-х источников смикшировать толком не может - к примеру запущен эльзаплагин в браузере с флэшкой и игра - всё, начинает заикатся. pulseaudio -k только и помогает.
пересобирал раз 10 - аффект остался. вообще данный проект поражает меня стабильностью своей недоделанности. вечной недоделанности.
зы:
и не'хрена с эльзой его сравнивать. эльза это куча дров под кучу вечно плодящихся кастратов которых некоторые называют иногда звуковыми картами.
а пульс - это всего лишь одна прога на все платформы. не меняющаяся с изменением архитектуры.
>выдаёте желаемое за действительно.Вполне обьективно сужу по количеству сообщений о проблемах со звуком в интернетах.
>вот последнее обновление пульса 0.9.22 в генте - опять глюки. какие нахрен "звук по сети", если от 2-х источников смикшировать толком не может - к примеру запущен эльзаплагин в браузере с флэшкой и игра - всё, начинает заикатся. pulseaudio -k только и помогает.
Вечный аргуемнт "а у меня не работает". Попробуй другой дистр чтоли. Ну или пиши багрепорт.
>пересобирал раз 10 - аффект остался.
А что многократный билд программы уже влияет на ее работу? :)
>Вполне обьективно сужу по количеству сообщений о проблемах со звуком в интернетах.угу. объективно. цсцраный микшер по уровню обсуждений багов уже ядро переплюнул наверное. то не работает, то дыры через него образуются....
ваша объективность может поспорить только с безглючностью самого пульса. :D
>Вечный аргуемнт "а у меня не работает". Попробуй другой дистр чтоли. Ну или пиши багрепорт.как говорит наш премьеръ - поучи жену щи варить. снёс я его нафиг. понятно? установил в минус флаг pulseaudio и emerge -N.. world. всё. проблема решена.
года 3 уже этот пульс во все дистры пихают, а всё-равно нормально не работает.
знаешь что это значит? г там а не код. и багрепортов там как блох на собаке.
к старым штанам новые заплаты... не, пусть ему другие лузеры банрепорты пишут, а мне надоело.
>А что многократный билд программы уже влияет на ее работу? :)прикинь, ещё как. :D
это в хеловорд всё очевидно. и то можно скомпилить к примеру разной версией компилятора, не говоря ещё про флаги CFLAGS="-O2 -march=native -ftree-vectorize -pipe -fgraphite-identity -ftree-parallelize-loops.... " и пр, и пр.
вот когда смысл столь очевидных вещей до вас дойдёт, тогда и защищать что-либо у вас будет моральное право. а пока ваши знания желают много лучшего.
>цсцраный микшерштоэто?
>по уровню обсуждений багов уже ядро переплюнул наверное
Уровень обсуждения багов? Сильно высокий?
>ваша объективность может поспорить только с безглючностью самого пульса. :D
Предложи лучше. "У меня не работает" не катит.
>года 3 уже этот пульс во все дистры пихают, а всё-равно нормально не работает.
Надо же, а у сотен тысяч людей работает. :) А интел с нокией его в мигоу тянут.
>пусть ему другие лузеры банрепорты пишут, а мне надоело.
И много ж ты написал, что надоело?
>это в хеловорд всё очевидно. и то можно скомпилить к примеру разной версией компилятора, не говоря ещё про флаги CFLAGS="-O2 -march=native -ftree-vectorize -pipe -fgraphite-identity -ftree-parallelize-loops.... " и пр, и пр.
Компилятор, вносящий изменения в поведение программы - это баг или фича? :)
>вот когда смысл столь очевидных вещей до вас дойдёт, тогда и защищать что-либо у вас будет моральное право. а пока ваши знания желают много лучшего.
Конечно, постараюсь в следущий раз подтянуть немного свои познания. :)
>И много ж ты написал, что надоело?было дело. писал в пульс баги пару раз. но это было давно.
а вот в эльзу патчики высылаю гораздо чаще. из последних - микрофон к сони вайо с 36 ведра работает из каропки.
>Компилятор, вносящий изменения в поведение программы - это баг или фича? :)ещё раз - CFLAGS="-O2 -march=native -ftree-vectorize -pipe -fgraphite-identity -ftree-parallelize-loops.... "
почитай на досуге хотя бы про эти флаги. чтобы не позориться в следующий раз.
>Конечно, постараюсь в следущий раз подтянуть немного свои познания. :)думаешь у тебя получится? :D
в любом случае - удачи.
>а вот в эльзу патчики высылаю гораздо чаще. из последних - микрофон к сони вайо с 36 ведра работает из каропки.Ну это серьезный вклад.
>ещё раз - CFLAGS="-O2 -march=native -ftree-vectorize -pipe -fgraphite-identity -ftree-parallelize-loops.... "
почитай на досуге хотя бы про эти флаги. чтобы не позориться в следующий раз.
Прочитал, но не увидел как они могут повлиять но поведение программы. Может подскажешь? Имеется ввиду зависимоть выходных значений от входных данных. :)>думаешь у тебя получится? :D
Да я не знаю, но попробовать стоит.
>в любом случае - удачи.
Спасибо!
>Ну это серьезный вклад.мне хватает. :D
>Прочитал, но не увидел как они могут повлиять но поведение программы. Может подскажешь?вряд ли я смогу тебе помочь. :D
понимаешь, это уже слишком тяжелый случай. если человек прочитал и не понял...
ну давай начнём с первой - О2, вернее целый ряд -O -O0 -O1 -O2 -O3 -Os
как думаешь, напуркуа эти программисты их вообще придумали, если это никак не влияет на программу? :D
>вряд ли я смогу тебе помочь. :DТы - моя последняя надежда!
>понимаешь, это уже слишком тяжелый случай. если человек прочитал и не понял...
Но я надеюсь...
>ну давай начнём с первой - О2, вернее целый ряд -O -O0 -O1 -O2 -O3 -Os
Ну давай. O0 = O1, O2 включает в себя O1, O3 включает в себя O2. Os включает те оптимизации из О2, которые не увиличивают размеры исполняемого файла и добовляет еще, направленных на уменьшение оного.
Все оптимизации не должны влиять на поведение программы для конечного пользователя. Т.е. если "-finline-functions" подставляет простые ф-ции в код непосредственно, вместо вызова, то пользователь этого не заметит(не разве что будет быстрее, может быть). С остальными такая же штука. Дак вот тогда вопрос - как ты хочел исправить PA, играя с этими флагами?
>Ты - моя последняя надежда!эти отношения нужно оформить как-то официально. :D
>Ну давай. O0 = O1, O2 включает в себя O1, O3 включает в себя O2. Os включает те оптимизации из О2, которые не увиличивают размеры исполняемого файла и добовляет еще, направленных на уменьшение оного.2-а момента:
1. и чё? код одинаков?
2. чтож О3 так редко применяется? :D
зы:
и это только один грёбаный, десятилетиями известный флаг.
а ведь и у пульса куча настроек в конфиг.ин...
ззы:
пульс - это всего-навсего ещё один лэйер. он не завязан на железо. он уже тыщу раз должен работать без сбоев вообще.
хорошая задумка, хреновая реализация.
>Кому нужен джек, тот его использует.А кому не нужен пульс, приходится весело копаться в конфигах, чтобы его отключить. Выходит jack лучше, раз позволяет себя безгеморойно ставить и удалять.
> А кому не нужен пульс, приходится весело копаться в конфигах, чтобы его
> отключить. Выходит jack лучше, раз позволяет себя безгеморойно ставить и удалять.Не имею понятия о чем ты, пульс удаляется одной командой. В федоре так в обще джек может работать параллельно пульсу.
>Не имею понятия о чем ты, пульс удаляется одной командой.Вместе с xine,mplayer,vlc,sdl и все остальным, к чему разрабы федоры успели его прикомпилить. Не говоря уж про устройство default в альсе, которое тоже надо вернуть обратно на dmix.
>В федоре так в обще джек может работать параллельно пульсу.Можно двумя молотками один гвоздь забивать. Но зачем?
>Вместе с xine,mplayer,vlc,sdl и все остальным, к чему разрабы федоры успели его прикомпилить. Не говоря уж про устройство default в альсе, которое тоже надо вернуть обратно на dmix.Не правда. Удаляется тольк PA и его компоненты.
>Можно двумя молотками один гвоздь забивать. Но зачем?
Jack и PA - это разные инструменты. Не путай твердое с мягким.
>Не правда. Удаляется тольк PA и его компоненты.Что не правда? mplayer,xine уже явно не линукуются libpulse.so? Так?
>Jack и PA - это разные инструменты. Не путай твердое с мягким.Хорошо, пусть разные. Беру молоток (jack), хочу забить гвоздь, а его уже микроскопами во всю долбят.
Ну и ещё один момент: хотя нынешний Леннарт будто заметно отличается от того, который писал ifplugd -- всё-таки не стоит глюки той же убунтушной некогда дезинтеграции его в дистрибутив валить на апстрим.(хотя мне всё равно кажется, что для локального софтового смешивания потоков достаточно alsa dmix, а движок громкости решительно каждому звучащему приложению -- это блажь и занудство)
>а движок громкости решительно каждому звучащему приложению -- это блажь и занудствоoss4 это умеет без всяких демонов.
Вот тут есть негативные отклики по поводу этой технологии. Просветите меня пожалуйста тезисно (и сравнивая!) : Чем systemd такой уж плохой?? буду признателен
>Чем systemd такой уж плохой?? буду признателенТезисно: все новое - плохое по определению. Всех, кто пытается придумать что-то новое взамен уже существующего, будь оно хоть в двадцать раз лучше - нужно СЖИГАТЬ НА КОСТРЕ.
Безусловно, init-скрипты являются редкостным уродством, написаны, как правило, через задницу, работают отвратительно, тормозят и глючат. Но всякого, кто предложит что-то взамен, мы закидаем собственными фекалиями и будем сутки напролет с пеной у рта орать, что init-скрипты - само совершенство.
А вы как думали? =)
Забыл сказать: еще мы будем, брызгая слюной, клясться, что systemd глючит и падает, даже если мы никогда в жизни его не видели, даже на скриншотах.Ведь он - на ВРАГ. Он пытается перевернуть наш уютненький мирок, обесценить наше джедайское владение костылями и заставить наш усохший до состояния портянки мозг учиться чему-то новому - вот чего мы допустить никак не можем.
New technologies - NO PASARAN! Heil Ballmer!
Добрый сэр, Вы сделали мой вечер.Примерно такой же цирк творился когда объявили что в бубунту upstart воткнут. Криков и вони было — ужас, Космонавта всея Африки немедленно объявили еретиком, слугой диавола и врагом народа.
А в итоге, как выяснилось, все работает, работает шустро, правильно, в меру красиво (ну можно на DBus поплеваться, да, есть у него мерзенькие стороны, ну да не попрешь же против течения), да еще и совместимость с SysV, для удобства миграции, на месте.
И вышла бубунта, и никто и не заметил что там upstart. А кто заметил - в основном, возмущение испытали, разве что тем, что понадобилось ажно целый новый ман выкурить. По крайней мер криков от реальной работы было куда меньше, чем от новости что "будут внедрять".
Так и тут, повторение Марлезонского балета. Надо откопать старые обсуждения, посравнивать.
в убунте upstart до сих пор глючит и падает - инфа 100%
хотя прошло уже несколько релизов, все скрипты так и не заменили,
даже в серверной версии периодически можно наткнуться на "Unknown instance" при рестарте службы, и это печально. Возможно это "заслуга" убунты а не апстарта, но тем не менее.
Падает? В смысле, первый процесс дохнет? Никогда не встречал такого беспредела, честно.Все скрипты еще долго не заменят. Пока кому-нибудь не приспичит заняться скучной рутиной и разгрести это все.
А так... Ну, скажем, у меня только что в бубунте gdm рехнулся, не запускает gnome-session и все, логинпароль - черный экран на 3 секунды - возврат в gdm. Через startx все работает. (Разбираться лень, в Xorg.log все чистенько, в syslog только скучные ворнинги, переустановлю, один черт хотел обновить как-нибудь, по случаю. Можете предавать анафеме.)
Но это же, как бы, не повод говорить что gdm — кривоглючная богомерзость, нам такой не надо, а вот startx — надежное, проверенное временем решение.
Ну systemd может потом и в Ubuntu появиться. Если будет реально лучше.
согласно традиции, в Убунте будет свой велосипед :)
Там уже давно есть upstart. Менее навернутый и фичастый, но все-таки.
>Тезисно: все новое - плохое по определению. Всех, кто пытается придумать что-то новое взамен уже существующего, будь оно хоть в двадцать раз лучше - нужно СЖИГАТЬ НА КОСТРЕ.Почему все новое? Не надо тут обобщать да. Разговор о конкретных поделиях конкретного человека. Никто даже не говорит, что сама идея в них положенная порочна.
Но если человек упорно производит глюкавые недоделки, которые другим приходится допиливать или чаще выпиливать, он вполне заслужил такое слегка подозрительное отношение к своим начинаниям.
> Но если человек упорно производит глюкавые недоделки, которые другим приходится допиливать
> или чаще выпиливать, он вполне заслужил такое слегка подозрительное отношение к
> своим начинаниям.Тут даже не в этом проблема. Пусть бы пилил на здоровье, а мы бы тестили при случае. Раздражает как раз то, что его поделки почему-то пихают практически сразу во все апстримные дистры, выкручивая руки пользователей. Прям как ie в венде.
>Просветите меня пожалуйста тезисно (и сравнивая!)Если чуть серьезнее: советую вам просмотреть третью статью, хотя бы по диагонали. Думаю, это поможет сформировать вам собственное мнение (в первом приближении) по данному вопросу.
>Чем systemd такой уж плохой?? буду признателенДа хотя бы тем, что не использует shell-скриптов. Плюс, параллельная загрузка не всегда хорошо. Вон в одной малоизвестной здесь операционной системе даже костыли существуют для задержки старта некоторых сервисов. Иначе иногда получаются тормоза, когда стартуют несколько сервисов одновременно.
Отлично! Огромное спасибо за перевод.
Отличная вешь. systemd на моем нетбуке очень помогает сократить время загрузки в Дебиане.
> Отличная вешь. systemd на моем нетбуке очень помогает сократить время загрузки в Дебиане.А у меня нормально работают сон и кибернате !
P.S. Дело не в том плох системд или нет. Дело в том что инитскипты это не одно из первых
мест которое уже нужно переделывать !
>P.S. Дело не в том плох системд или нет. Дело в том что инитскипты это не одно из первых
>мест которое уже нужно переделывать !Не объяснение, потому что есть upstart.
Объяснение в ЧСВ тех корифеев, кому не угодно брать наработки Убунту. И особенно в зашкаливающем ЧСВ одного велосипедоизобретателя. Отсюда и ответный негатив.
>Не объяснение, потому что есть upstart.Не надо сравнивать .. с пальцем.
upstart - это самый обычный велосипед на тему классического sysv init, отличающийся только возможностью параллельного исполнения скриптов и урезанием некоторых вкусных фич (например, простого конфигурирования tty в inittab). После того, как классический init тоже научился параллельному исполнению скриптов (например, сейчас оно работает в debian squeeze), весь профит от upstart сводится к нулю.
systemd - это действительно очень крутая штука. Параллельное исполнение там отнюдь не главная фича. Сокет-активация, монтирование фс по запросу, отслеживание устройств и файлов, распределение процессов по контрольным группам - вот это действительно важно, и ни у кого другого этого пока нет.
>монтирование фс по запросуВ него ещё и автомоунтер запилили?
>В него ещё и автомоунтер запилили?Речь шла об использовании autofs, т.е. некритичные файловые системы (типа /mnt/share/video) можно монтировать не при загрузке, а при первом обращении к ним (при этом исходный запрос буферизуется и обрабатывается сразу после монтирования).
Насчет альтернативы современным DE-шным костылям для автомонтирования флешек не поручусь, но вроде все нужные для этого операции поддерживаются (слежение за устройствами, управление точками монтирования, запрос пароля на дешифровку, отправка уведомлений приложениям).
> upstart - это самый обычный велосипед на тему классического sysv init,Ну да, щаз. Оно там внутри похоже на init не больше чем этажерка братьев Райт - на современный истребитель. Да, до кучи оно модет еще и с init совместимым быть, чтобы не заставлять всех переписывать все стартовые скрипты резко и с ножом к горлу. Но внутри себя оно оперирует совсем иначе, а то что до кучи из этого можно сгородить еще и слой совместимости с античным init - ну, можно, да. Ставится оно отдельным пакетом, и только для того чтобы юзеры кирпичи не метали. В отличие от - оно event-based в общем то. Да, systemd пошел еще дальше в развитии идей.
> отличающийся только возможностью параллельного исполнения скриптов
> и урезанием некоторых вкусных фичНу да, конечно, хреновина оперирующая эвентами просто звиздецъ как похожа на классичиский инит. Ага. А вы в классическом ините то сможете стартить программы, параллельно, да еще например запуская веб-сервер уже ПОСЛЕ того как сеть заработала? :)
> весь профит от upstart сводится к нулю.
Systemd пошел намного дальше. При том некоторые фичи даже выглядят разумно.
> systemd - это действительно очень крутая штука.
Главное чтобы он был крутым не только в теории но и на практике. А задуман неплохо, да.
>Оно там внутри похоже на init не больше чем этажерка братьев Райт - на современный истребитель.Если говорить об sysvinit и upstart, то тут уместно другое сравнение - два колеса, руль, рама, педали. Разница не принципиальна.
>В отличие от - оно event-based в общем то.
Вы так говорите, как будто это какая-то совершенно новая идея. Меж тем, концепция событий системы инициализации неизбежно возникает как прямое следствие попытки отменить скрипты. Классический инит определяет момент окончания процесса запуска службы по выходу скрипта. Соответственно, если мы хотим отменить скрипты, нужно сообразить аналог этому, и наречь его event-ом. Ничего принципиально нового, заменили гайку вместе с болтом.
>Да, systemd пошел еще дальше в развитии идей.
В upstart не было новых идей, кроме древнего как мир желания выкинуть наконец скрипты на помойку.
А в systemd - были. Впрочем, добрая их часть утащена из launchd, так что именно его стоит считать идеологическим предком systemd.>А вы в классическом ините то сможете стартить программы, параллельно, да еще например запуская веб-сервер уже ПОСЛЕ того как сеть заработала? :)
Не понимаю вашей иронии. В debian squeeze так и делается.
Момент, когда сеть заработала, определяется завершением скрипта networking. Если к этому моменту сеть еще не работает - бить надо уже автора скрипта.
Холисрачами не занимаюсь. Вот когда будет продакшн-реди, тогда и скажу нужная вещь, или нет. Пока от поделок Поттеринга больше негатива. 1. Авахи, аналог Эппловского Бонжура приходится однозначно выпиливать, так же как и тот самый Бонжур, ибо только вред от них. 2. PA штука противоречивая, если не вдаваться в подробности, что-то вроде PA было нужно, но не в таком виде конечно.Upstart звезд с неба не хватает, обычная рабочая лошадка, но зато и негатива не вызывает абсолютно. Работает дома, в продакшене в том числе на серверах и даже на телефоне. Конфигурится значительно проще, интуитивнее и удобнее, чем sysv и беспроблемно запускает любые sysv скрипты, что характерно. Сюрпризов в отличие от Авахи и PA не было ни разу.
Считаю, что намного больше пользы Поттеринг принес бы, если бы допилил нужные ему фичи в Upstart. Но ЧСВ этого делать определенно не позволяет, потому что все лучи добра должны ему лично достаться, а не призренным Убунтийцам. Да, объяснение, что Upstart архитектурно ущербен и поэтому допиливать его не имеет смысла читал, но не верю, ибо опыт работы с Апстартом почти исключительно позитивный.
ЗЫ Если systemd заработает в продакшне и ее не придется всюду выпиливать как Авахи, буду только рад конечно.
> Пока от поделок Поттеринга больше негативаПростите, в ваших комментариях я не встретил никакой аргументированной критики, кроме личной неприязни и предубежденности ("не нужно", "выпилить" и т.п. Кстати, вы случайно не с ЛОР-а сюда забрели?)
> Считаю, что намного больше пользы Поттеринг принес бы, если бы допилил нужные
> ему фичи в Upstart.Считаю, что вы бы принесли больше пользы, если бы вместо криков по форумам взяли бы и допилили бы его сами. В противном случае все ваши крики про ЧСВ обращаются против вас самих.
> Да, объяснение, что Upstart архитектурно ущербен и поэтому допиливать
> его не имеет смысла читал, но не верюРазумеется, вы можете верить или не верить во что угодно. Но если вы принимаете решения на основании догм, а не фактов - это уже попахивает клиническим фанатизмом.
> ибо опыт работы с Апстартом почти исключительно позитивный.
А логика у вас шикарная. Я вот, например, лет 20 назад с MS-DOS работал - опыт исключительно положительный. Значит, его можно допилить до состояния отличной серверной системы, а не писать с нуля свои велосипеды (линуксы/юниксы).
>Простите, в ваших комментариях я не встретил никакой аргументированной критики, кроме личной неприязни и предубежденности ("не нужно", "выпилить" и т.п. Кстати, вы случайно не с ЛОР-а сюда забрели?)А что, тут уже запрещается высказывать своё мнение? А с аргументацией тут всё в порядке. Если человек взял на себя обязательства, но не выполняет, то естественно, к нему будешь относится с опаской.
>Считаю, что вы бы принесли больше пользы, если бы вместо криков по форумам взяли бы и допилили бы его сами. В противном случае все ваши крики про ЧСВ обращаются против вас самих.Я хоть и не он, но допиливать не вижу смысла, так как есть отлично работающий sysV init.
>>Простите, в ваших комментариях я не встретил никакой аргументированной критики
> А что, тут уже запрещается высказывать своё мнение?В форме бессмысленных выкриков оно подлежит удалению по правилам модерирования.
> А с аргументацией тут всё в порядке.
К себе примените, вот и проверим.
Мы имеем проверенную временем надежную и простую систему с одной стороны и проверенные временем глюкавые поделия, на которые как минимум половина пробовавших разобраться плюются.
Делайте свой выбор, но и не мешайте другим выбирать. Я например не против чтобы федоровцы пользовались эксперементальным ПО. Собственно для этого Федору и выбирают AFAIK. Но в остальные дистрибутивы не надо пихать, пока не допилите, ну пожалуйста.
systemd будет удобен "из коробки" например в RHEL где все вылизано и отлажено, но в comunity-дистрибутивах это дополнительный геморой сомнительной пользы.Кто говорит что init-скрипты это всегда медленно пусть посмотрит OpenRC как пример того что это не так.
Сделайте сохранение в PDF
Выложите, пожалуйста, в pdf. Инет не всегда есть, а такое занимательное чтиво охота иметь под рукой.
> Выложите, пожалуйста, в pdf.Вы прям дестский сад какой то :(
Открываешь страницу в версии для ПЕЧАТИ, а потом печатаешь в файл вида ПДФ !
http://file.qip.ru/file/qJ9GXShk/Systemd_для_администраторов.html
Наконец начали изобретать велосипед. А в Солярисе уже давно есть SMF.