The OpenNET Project / Index page

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

Вышла первая версия системы инициализации systemd

07.07.2010 12:07

Леннарт Поттеринг (Lennart Poettering), сотрудник компании Red Hat, создавший в свое время звуковой сервер PulseAudio, официально представил первый релиз системного менеджера systemd. systemd является альтернативной системой инициализации Linux, вобравшей в себя достоинства классического System V init и более современных launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, Fedora), но при этом лишенной многих их недостатков.

systemd (system daemon) реализует принципиально новый подход к инициализации и контролю работы системы. Одним из ключевых новшеств этого подхода является высокая степень параллелизации запуска служб при инициализации системы, за счет активного использования возможностей сокетов, что в перспективе позволяет добиться гораздо более высокой скорости, чем традиционный подход с последовательным запуском взаимозависимых служб, используемый, например, в upstart. Другим важным моментом является контроль над точками монтирования (не-жизненно-важные файловые системы можно монтировать только при первом обращении к ним, не тратя на это время при инициализации системы) и устройствами (можно запускать и останавливать определенные службы и при появлении или удалении заданных устройств). Для отслеживания групп процессов используется механизм cgroups, который также может быть использован для ограничения потребляемых ими системных ресурсов.

С момента прошлого анонса Леннарт и его коллеги проделали огромную работу, и выход первого официального релиза является важной вехой в развитии проекта — теперь systemd готов к эксплуатации. Пакеты с systemd v1 уже включены в Fedora Rawhide и openSUSE Factory. Также подготовлены сборочные скрипты для дистрибутивов Arch и Gentoo. Проект Debian, как всегда, нетороплив — на данный момент в experimental находится git-снапшот месячной давности. Все эти дистрибутивы полностью поддерживаются systemd. Что касается Ubuntu, то разработчики этого дистрибутива не проявили никакой заинтересованности в проекте, и поэтому поддержка инфраструктуры и готовые пакеты для данного дистрибутива отсутствуют.

  1. Главная ссылка к новости (http://lists.freedesktop.org/a...)
  2. Официальный сайт проекта
  3. OpenNews: Первый анонс systemd на OpenNet
  4. Описание концепций systemd в блоге Леннарта
  5. Документация по systemd
Автор новости: Sergey Ptashnick
Тип: Программы
Короткая ссылка: https://opennet.ru/27218-systemd
Ключевые слова: systemd, linux, init, boot
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (84) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 13:30, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    >>Также подготовлены сборочные скрипты для дистрибутивов Arch и Gentoo.

    На лоре такой срач устроили в теме "OpenRC ищет нового разработчика" (Gentoo), а как оказалось для генту есть свежая альтернатива.

     
  • 1.2, Аноним (-), 13:37, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Что-то я восторга не разделяю, запускать по мере надобности службы это круто, и запускать не последовательно тоже не плохо. Но после перелистывания мануала как-то не впечатлился.
     
  • 1.3, Аноним (-), 13:55, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Что касается Ubuntu, то разработчики этого дистрибутива не проявили никакой >заинтересованности в проекте, и поэтому поддержка инфраструктуры и готовые >пакеты для данного дистрибутива отсутствуют.

    Так какой им смысл менять шило на мыло, если upstart себя прекрасно зарекомендовал?

    Вообще, это парад суверени^wcистем инициализации, последее время, стал меня настораживать. Что-то одно доделайте уже да? ;)
    Сколько еще велосипедов нам предстоит увидеть?

     
     
  • 2.13, аноним (?), 14:24, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Так какой им смысл менять шило на мыло, если upstart себя прекрасно
    >зарекомендовал?

    Пусть работает гораздо медленее, пусть умеет на порядок меньше, но зато своё, родное.

    >Вообще, это парад суверени^wcистем инициализации, последее время, стал меня настораживать. Что-то одно
    >доделайте уже да? ;)
    >Сколько еще велосипедов нам предстоит увидеть?

    Естественный отбор, знаете ли, работает тем лучше, чем больше доступных вариантов.

     
     
  • 3.22, Аноним (-), 15:33, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Пусть работает гораздо медленее, пусть умеет на порядок меньше, но зато своё, родное.

    У вас так долго грузятся init скрипты? У меня в Debian/upstart они грузятся за 5 секунд, это при том, что комп перезагружается раз в неделю. Вам жалко 5 секунд? А монтирование on-demand и прочее не создаст ли ситуацию с загрузкой как в винде?  Типа рабочий стол уже появился, но пользоваться им нельзя, т.к. эта умная система инициализации подгружает потроха, которые ей было лень подгрузить сразу во время работы init.d скрптов. Тогда нафик эту систему, которую ещё попоробуй подебаж - это ж уже совсем не скрипт rc.

     
     
  • 4.41, yet_another_pseudonymous (ok), 16:45, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >У вас так долго грузятся init скрипты? У меня в Debian/upstart они
    >грузятся за 5 секунд, это при том, что комп перезагружается раз
    >в неделю. Вам жалко 5 секунд?

    На роутере с ме-е-едленным процом, где не 5 секунд, а 50-70 - да. Отправляешь железку в ребут (от долгой и тяжелой работы в эфире они почему-то иногда сходят с ума) и ждешь, пока она вернется, добрую минуту. Правда, дело с DIR-300 (эстеты - можете начинать корчить рожицы и плеваться) и OpenWRT, где совсем не upstart. Но, гм, и мой N900 (а вот там upstart) грузится далеко не 5 секунд, а порядка 30.

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

     
     
  • 5.54, Аноним (54), 19:58, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На слабом железе вам и от systemd толку не будет.
    Но будем посмотреть... время покажет.
     
     
  • 6.56, аноним (?), 21:10, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >На слабом железе вам и от systemd толку не будет.

    Откуда такая уверенность?

     
     
  • 7.80, Уважаемый Анонимус (?), 18:24, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Смысл параллелизации в том чтоб процессор не простаивал пока что-то с диска загружается. Если процессор слабый, то он и так не простаивает. Ну или не долго.

    Есть правда еще одно отличие роутера от компьютера - это носитель данных. Жесткий диск против флеш памяти. Скорость чтения с флеш памяти примерно 1-2 мегабайта, с диска - примерно 50, так что вполне возможно, что даже слааабенький процессор простаивает пока dma-чип читает с мтд-устройства данные в память.

     
  • 4.51, non anon (?), 18:59, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А если systemd позволит загрузиться за две секунды Все равно гнать на него буде... большой текст свёрнут, показать
     
     
  • 5.53, Аноним (-), 19:51, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >>А если systemd позволит загрузиться за две секунды? Все равно гнать на него будете?

    2 и 5 секунд - это не то время, ради которого я буду что-то делать в системе

    >>Очень. На слабом железе эти 5 секунд могут запросто превратиться в 500.

    тогда не надо позиционировать systemd как замену sysv на всех системах. Так и напишите - это решение для слабых машин. Иначе OpenSUSE опять вставят это чудо толком не разобравшись.

    >>А с upstart вы можете еще до кучи подождать, пока монтируется двухгиговый шифрованный контейнер, или сетевые каталоги. Или монтировать их вручную, как в прошлом веке.

    нет, похоже это вы не владеете матчастью. Там не надо ничего ждать.

    >>Подучите матчасть, что ли. А то так смотришь на вас, и грусть берет...

    я знаю матчасть, спасибо

     
     
  • 6.55, аноним (?), 21:09, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Т е если вам дадут систему с systemd, который грузится две секунды, вы не стане... большой текст свёрнут, показать
     
     
  • 7.66, Аноним (-), 01:21, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вы потеряли контекст разговора Откуда вдруг появилось, что мне кто-то даст каку... большой текст свёрнут, показать
     
     
  • 8.89, non anon (?), 15:26, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Иными словами вам пофиг на скорость загрузки С чего вы решили, что всем осталь... большой текст свёрнут, показать
     
  • 6.87, Wolfis (?), 15:54, 09/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Там не надо ничего ждать.

    Ну я не знаю как "там", а у меня монтирование 1 тб раздела в ext3 без всякого шифрование занимает около 10 сек

     
  • 4.57, аноним (?), 21:41, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >У меня в Debian/upstart они грузятся за 5 секунд, это при том, что комп перезагружается раз в неделю.

    Это на вашем компе, с вашим набором служб. У рядового юзера Васи можеть быть другой комп и другой набор служб, который будет грузиться минуту.

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

    >Тогда нафик эту систему, которую ещё попоробуй подебаж - это ж уже совсем не скрипт rc.

    Ну подебаЖте свой upstart.

     
     
  • 5.67, Аноним (-), 01:45, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во первых, если старт системы будет занимать несколько минут из-за запуска каких... большой текст свёрнут, показать
     
     
  • 6.90, non anon (?), 15:31, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Кто сказал, что ждать должны персонально вы При правильной настройке, on-demand... большой текст свёрнут, показать
     
  • 2.28, toidi (?), 15:40, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    это циклическое развитие
    сначала создается многообразие сущностей, затем выживают только сильнейшие и достойные
    затем снова создаются, и снова умирают
     
  • 2.44, fi (ok), 16:54, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще, это парад суверени^wcистем инициализации, последее время, стал меня настораживать. Что-то одно доделайте уже да? ;)
    > Сколько еще велосипедов нам предстоит увидеть?

    Вы вот не застали колличество програм а'ля telnet но с шифрованием - вот где было разгуляться, но остался один протокол - ssh, так что все нормально.


     
  • 2.91, NoName (?), 17:34, 27/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Что касается Ubuntu, то разработчики этого дистрибутива не проявили никакой >заинтересованности в проекте, и поэтому поддержка инфраструктуры и готовые >пакеты для данного дистрибутива отсутствуют.
    > Так какой им смысл менять шило на мыло, если upstart себя прекрасно
    > зарекомендовал?
    > Вообще, это парад суверени^wcистем инициализации, последее время, стал меня настораживать.
    > Что-то одно доделайте уже да? ;)
    > Сколько еще велосипедов нам предстоит увидеть?

    Когда этот #грязное ругательство# начнет писать kernelbike, linux переименуют в linopus. Дистрибутивы начнут выпускать с пометкой most-stable-pre-alpha.


     

  • 1.4, splat_pack (ok), 13:57, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    хреновина линукс онли
     
     
  • 2.7, User294 (ok), 14:04, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да еще и не во всех линухах видимо будет. Бардак разводят, тудыть-растудыть. А так - возможности интересные, но думается дьявол будет в деталях, особенно учтя что это писал тот же кто и пульсаудио, зарекомендовавшее себя как очень проблемная и дырявая штука... ;(
     
     
  • 3.12, аноним (?), 14:21, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Да еще и не во всех линухах видимо будет. Бардак разводят, тудыть-растудыть.

    Точно. Нужно оставить один дистрибутив (сами знаете какой), а все остальные - уничтожить.
    А их разработчиков - сжечь на кострах, чтобы другим неповадно было.

    >А так - возможности интересные, но думается дьявол будет в деталях,
    >особенно учтя что это писал тот же кто и пульсаудио, зарекомендовавшее
    >себя как очень проблемная и дырявая штука... ;(

    Если бы мейнтейнеры всем известного дистрибутива не были такими криворукими, PulseAudio зарекомендовал бы себя гораздо лучше.

     
     
  • 4.77, User294 (ok), 12:36, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А их разработчиков - сжечь на кострах, чтобы другим неповадно было.

    Да нет, просто могли бы посидеть сообща и принять решение в духе "а давайие вместе сделаем штуку, которая всех устраивает по фичам". Но, видимо, синдром "not invented here" бывает не только у нокии :).

    >Если бы мейнтейнеры всем известного дистрибутива не были такими криворукими, PulseAudio
    >зарекомендовал бы себя гораздо лучше.

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

     
     
  • 5.79, Кодир (?), 16:13, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Программерам, которые к тому же пишут "фор фун", очень сложно принять одну простую вещь: "есть люди умнее их". :) Созданное своими мозолями детище они будут пестовать и защищать - это нормальный псих.эффект. Отсюда, посторонним помощникам сложно пробить более лучшее решение и они, закономерно, делают свой форк, а то и новый проект - по башке настучать-то некому оригинальному автору! К тому же, если улучшение в корне меняет архитектуру, то действительно проще сделать отдельный проект.

    PS
    "Not invented here" - это синдром мелкософта. :) Что забавно, даже собственные поделки внутренние команды с удовольствием переизобретают.

     
     
  • 6.86, User294 (ok), 01:31, 09/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее 1 Мне не очевидно нафиг нужно пульсаудио, но вот то что его юз... большой текст свёрнут, показать
     
  • 2.9, аноним (?), 14:14, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >хреновина линукс онли

    Потому что современные технологии, на которые она опирается, есть только в линуксе.
    Гда в виндах и проч. cgroups, autofs, udev или хотя бы их более-менее полноценные аналоги?

     
     
  • 3.21, Unanimuz (?), 15:21, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    кхм, видимо там же, где и в линуксах качественные приложения для офиса, монтажа\обработки видео и графики, звука...Хотя что это я, это же такая дремучая и бесперспективная мелочь в сравнении с autofs!
     
     
  • 4.29, XoRe (ok), 15:54, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >кхм, видимо там же, где и в линуксах качественные приложения для офиса,
    >монтажа\обработки видео и графики, звука...Хотя что это я, это же такая
    >дремучая и бесперспективная мелочь в сравнении с autofs!

    Угадайте, на каких платформах первыми появились профессиональные приложения для монтажа\обработки видео и графики)

     
     
  • 5.68, kshetragia (ok), 05:52, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    MacOS PPC ?
     
  • 4.47, non anon (?), 17:58, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >кхм, видимо там же, где и в линуксах качественные приложения для офиса, монтажа\обработки видео и графики, звука...

    Честно говоря, насчет таких приложений не знаю, т.к. профессионально этим не занимаюсь.
    А как они, простите, позволяют повысить скорость загрузки?

     
  • 4.64, Logo (ok), 23:55, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ухххх.... Как все запущено.
     

  • 1.5, RapteR (ok), 14:03, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А в AltLinux будет?
     
     
  • 2.52, аноним (?), 19:13, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В альте будет все, но работать не будет ничего
     

  • 1.6, User295 (?), 14:03, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Стиль BSD init намного лучше SysV. Нечего изобретать велосипеды - есть простое и логичное решение.
     
     
  • 2.8, User294 (ok), 14:06, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А оно умеет параллельный запуск сервисов? И что из упомянутых в новости фич поддерживает? Только не надо орать "не нужно!". Если не нужно - можно старичком Init пользоваться вообще и не греть себе мозг. Вот только если вы скажем камеру наблюдения перезагружаете (а линух встречается много где, в том числе и там), есть некоторая разница - прервет она наблюдение на 5-10 секунд или на полторы минуты, правда? :)

    P.S. вы мягко говоря не очень оригинальны с ником :-). Еще бы систему типа Bree FSD выпустили, принципиально новую и все такое :)

     
     
  • 3.14, Аноним (-), 14:34, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >>Вот только если вы скажем камеру наблюдения перезагружаете (а линух встречается много где, в том числе и там), есть некоторая разница - прервет она наблюдение на 5-10 секунд или на полторы минуты, правда?

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

     
  • 3.25, астронимус (?), 15:38, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А оно умеет параллельный запуск сервисов?

    Чисто BSD-style инита ты уже нигде не найдёшь. И распараллеливание есть.

     
     
  • 4.39, oops (ok), 16:40, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    расскажите про распараллеливание или дайте ссылку почитать
     
     
  • 5.50, астронимус (?), 18:53, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http://wiki.archlinux.org/index.php/Daemons#Starting_Daemons_in_Background
    Конечно, если буквоедствовать до конца, то старт демонов не параллельный, а асинхронный, указанные демоны стартуют, не дожидаясь конца запуска предыдущего.
     
  • 2.10, аноним (?), 14:18, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Стиль BSD init намного лучше SysV. Нечего изобретать велосипеды - есть простое
    >и логичное решение.

    Речь здесь идёт не о стиле, а о реализации.

    Кстати, systemd использует свой собственный стиль конфигурирования, непохожий ни на bsd init, ни на sys v. Просто потому, что оба этих стиля недостаточно эффективны для решаемой задачи.
    systemd умеет много вещей, недоступных другим существующим системам инициализации.

    В общем, толсто троллите, уважаемый.

     
     
  • 3.35, dimqua (??), 16:25, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    О какой задаче речь? Я так понимаю, о быстрой загрузке системы. Следовательно, если верить вам, то ни SysV, ни BSD-init, мало подходят для этой цели.
     
     
  • 4.49, non anon (?), 18:04, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >О какой задаче речь? Я так понимаю, о быстрой загрузке системы. Следовательно,
    >если верить вам, то ни SysV, ни BSD-init, мало подходят для
    >этой цели.

    Современные модификации BSD init, AFAIK, теоретически позволяют распараллеливать запуск процессов. Но, как и upstart, это паллиатив. Качественный скачок пока сделали только launchd и systemd - речь идет об использовании возможностей сокетов.

    Кроме того, systemd является не просто "еще одним быстрым велосипедом на тему инита", а полноценным решением для контроля над системой и сеансами пользователей, позволяющим гибко управлять монтированием и работой с устройствами.

     
     
  • 5.58, Arcturus (?), 21:50, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>О какой задаче речь? Я так понимаю, о быстрой загрузке системы. Следовательно,
    >>если верить вам, то ни SysV, ни BSD-init, мало подходят для
    >>этой цели.
    >
    >Современные модификации BSD init, AFAIK, теоретически позволяют распараллеливать запуск процессов. Но, как
    >и upstart, это паллиатив. Качественный скачок пока сделали только launchd и
    >systemd - речь идет об использовании возможностей сокетов.

    Интересно, может кто-нибудь сравить это с OpenRC? (Последний мне очень понравился. Стартап ускорил приблизительно в 3-4 раза).

     
  • 3.70, kshetragia (ok), 05:56, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Все обозримые задачи не требуют такого изврата. Это просто еще одна больная фантазия "разработчика"


     
  • 2.16, filosofem (ok), 14:43, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Нечего изобретать велосипеды - есть простое и логичное решение.
    >Нечего изобретать велосипеды - есть простой и логичный самокат.

    fixed

     
  • 2.69, kshetragia (ok), 05:54, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Жестоко плюсую. Keep it simple. Ядрышко укладывается в один короткий шелл-скрипт. В сочетании с обрезанным /bin/sh работает более чем удовлетворительно. Всё остальное от лукавого.
     

  • 1.15, Scrill (?), 14:41, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ###
    Keyword and unmask required packages including systemd:
    echo sys-apps/systemd >> /etc/portage/package.keywords
    echo dev-lang/vala >> /etc/portage/package.keywords
    echo dev-libs/libcgroup >> /etc/portage/package.keywords
    echo sys-fs/udev >> /etc/portage/package.keywords
    echo x11-libs/gtk+ >> /etc/portage/package.keywords
    echo sys-kernel/linux-headers >> /etc/portage/package.keywords
    echo dev-libs/glib >> /etc/portage/package.keywords
    echo sys-apps/systemd >> /etc/portage/package.unmask
    echo dev-libs/libcgroup >> /etc/portage/package.unmask
    echo dev-libs/atk >> /etc/portage/package.keywords
    ###

    Ну вот нахрена ему GTK?!

     
     
  • 2.17, mma (?), 14:53, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    наверно гуй на нем сделан. а что не опционален так это недоработка скриптов конфигурирования.
     
  • 2.20, mic (ok), 14:57, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а если USE="-gtk" что будет?
     
  • 2.30, XoRe (ok), 15:58, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    # emerge sys-apps/systemd
    Calculating dependencies... done!

    emerge: there are no ebuilds to satisfy "sys-apps/systemd".

    Откуда дровишки?

     
     
  • 3.34, 666joy666 (ok), 16:14, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http://en.gentoo-wiki.com/wiki/Systemd
     
     
  • 4.43, XoRe (ok), 16:47, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >http://en.gentoo-wiki.com/wiki/Systemd

    Ага.
    layman -a keruspe
    Ну я это и хотел узнать)

     
     
  • 5.73, i (??), 10:03, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну а кто уже сравнил с openrc, что быстрее?
     

  • 1.18, 666joy666 (ok), 14:55, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто знает, где можно найти нормальные маны по настройке этого чуда? Где все подробно описано, а не пару слов а ля emege -av systemd ?
     
  • 1.19, Аноним (-), 14:56, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >сотрудник, создавший в звуковой сервер PulseAudio, представил релиз системного менеджера systemd
    >создавший в звуковой сервер PulseAudio
    >PulseAudio

    Яблоко от яблони обычно... Не дай бог, короче.

     
     
  • 2.23, alex789 (?), 15:34, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не любите PulseAudio? - вы просто не умеет его готовить)

    ЗЫ: сам пользуюсь PulseAudio и очень этим доволен

     
     
  • 3.31, braintorch (?), 16:06, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А он почему-то очень зависимый от харда, хоть и сидит поверх алсы. Вы его, наверное, ни разу на Audigy или Audigy 4 запускать не пробовали. Это АдЪ. Натуральный АдЪ.

    Возможно, что и на других звуковых картах с хардварным микшированием он себя ведёт так же.

     
     
  • 4.33, Аноним (-), 16:14, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну а у меня он в младенчестве целый год имел любовь к падениям, да не простым, а с зажором одного ядра CPU до 100%.

    Баг не есть проблема архитектуры. Сам по себе PA в меру адекватен. По крайней мере это не уродец ALSA, за которого действительно хочется убивать.

     
     
  • 5.36, dimqua (??), 16:32, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А что плохого в ALSA? По мне так она со своими функциями справляется.
     
     
  • 6.38, yet_another_pseudonymous (ok), 16:39, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А что плохого в ALSA? По мне так она со своими функциями
    >справляется.

    Да хоть тем, что она совсем Linux-only. И ни один разумный человек тащить ее в другие ОС (включая свободные) не будет.

    Долго распространяться, тут все описано: http://4front-tech.com/hannublog/?p=5

    С поправкой - дядька разработчик OSS, так что следует к его словам подходить критически (например, про колбэки в API я бы сказал что это плюс, а не минус. но вот само API, по сравнению с простым UNIX-way с /dev/dsp, весьма мерзенькое, как не крутить)

     
     
  • 7.45, fi (ok), 17:01, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >С поправкой - дядька разработчик OSS, так что следует к его словам
    >подходить критически

    С учетом что они конкуренты, то очень критически.  ты бы еще привел рассуждения о linux на сайте мс :)))))))))))))

     
     
  • 8.46, yet_another_pseudonymous (ok), 17:14, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я же специально написал - читать мнения, анализировать и думать своей головой П... текст свёрнут, показать
     
  • 7.59, dimqua (??), 22:39, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, но если смотреть на то, что есть в данный момент.  Есть ли профит для пользователя в OSS на GNU/Linux, вместо ALSA?
    А так то согласен, что как только появился OSS4, ALSA надо было перестать развивать. Почему так не сделали, непонятно.
     
  • 7.71, kshetragia (ok), 06:46, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Камменты к статье доставляют.
     
  • 3.60, Аноним (-), 23:40, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >не любите PulseAudio? - вы просто не умеет его готовить)

    Зато в мандриве умеют http://svn.mandriva.com/svn/packages/cooker/pulseaudio/current/SOURCES/ Для Ъ: на него наложили более 70 патчей, чтобы хоть как-то заставить работать.


     
  • 2.74, i (??), 10:07, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    +1
    "создавший в свое время звуковой сервер PulseAudio" меня тоже настораживает...
     

  • 1.24, Аноним (-), 15:35, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>Проект Debian, как всегда, нетороплив

    А тов. Леннарт не боится, что по поводу этого systemd не будет столько же воплей, как по поводу PulseAudio, в самых продвинутых дистрибутивах, которые вставляют софт, даже не тестируя?

     
     
  • 2.61, Аноним (-), 23:44, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>>Проект Debian, как всегда, нетороплив
    >
    >А тов. Леннарт не боится, что по поводу этого systemd не будет
    >столько же воплей, как по поводу PulseAudio, в самых продвинутых дистрибутивах,
    >которые вставляют софт, даже не тестируя?

    А чего бояться, когда твою поделку проталкивают дяди из редхат. Вон пульсаудио уже практически не выковыривается. Так будет и с systemd. Протолкнут в апстрим и не заметят.

     

  • 1.27, Аноним (-), 15:40, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну и в догонку. лучшеб плагины к альсе писал с функционалом пульса, чем пусль, чесн слово..
     
     
  • 2.37, yet_another_pseudonymous (ok), 16:32, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ну и в догонку. лучшеб плагины к альсе писал с функционалом пульса,
    >чем пусль, чесн слово..

    Альсу давно пора закопать, а вы к ней плагины писать просите.

    Образцом качества до сих пор остается OSS4 - красивый, простой и логичный API, все плюшки, UNIX-way (а не линупс-ойвэй), портируемость. Но, увы, им занимается слишком мало людей.

    А с помощью PA я с друзьями игрался в радио. Вещал icecast'ом (через gstreamer, слушающий на null sink "Вещание") музыку, время от времени подмикшируя туда VoIP, и все это время оно еще и крутило в наушники служебные сигналы (уведомления IM, предупреждения об окончании плейлиста и т.п.). Да, есть, конечно, JACK, и он неплох, но для него мне пришлось бы перелопатить кучу всего, и быть более разборчивым в софте (чтобы софт JACK понимал, или строить велосипеды в духе jack-over-alsa-emulation), а нафига это мне надо, когда PA отлично и просто справлялся с задачей? Кроме команды для gstreamer все, по сути, "рисовал" мышкой. Какая, тут, простите, ALSA?

    Модераторам за запрет анонимного комментирования темы желаю зла. На всякий случай.

     
     
  • 3.63, Аноним (-), 23:53, 07/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Но, увы, им занимается слишком мало людей.

    Ну да, костылями занимается гораздо больше.


     
  • 3.75, i (??), 10:12, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    закопать пора не ALSA, a PA. Он просто не нужен, бесполезная прослойка.
     
     
  • 4.81, Аноним (-), 19:36, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Он просто не нужен, бесполезная прослойка.

    А Вы, простите, вообще в курсе целей, задач и функционала PA? Или «толпа кричала "не нужен" — видать так и есть»?

     
     
  • 5.83, i (??), 19:46, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И какие же задачи и цели я не смогу достичь без него?
    ОК, скажем по другому - МНЕ не нужен! :)
     
     
  • 6.84, Аноним (-), 20:40, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ОК, скажем по другому - МНЕ не нужен! :)

    Ну так и пишите прямо - "МНЕ оно не нужно, так что пусть сдохнет". Все свои, все поймут.

     

  • 1.42, Аноним (-), 16:47, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    товарищь, а что есть PA, если ненадстройка над основным сервером звука? общую мысль ты надеюсь уловил?
     
  • 1.65, Аноним (-), 00:09, 08/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну и как всегда редхат в своём стиле. Одна из самых важных компонентов системы зависит от сомнительного демона. Ну и наличие vala в завимисомостях тоже ни о чём хорошем не говорит.

     
  • 1.76, grait (?), 11:40, 08/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сомнительный этот systemd, самое главное, чтобы выбор был, мне стабильность важнее скорости. А вообще лучше бы systemV допилили до поддержки параллельной загрузки сервисов и этого бы хватило.
     
  • 1.78, Кодир (?), 16:03, 08/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >...высокая степень параллелизации запуска служб при инициализации системы, за счет активного использования возможностей сокетов...

    Извините, а каким боком там сокеты? Или имеются ввиду только сетевые службы? Так их и так не проблема запускать параллельно.

     
     
  • 2.82, Аноним (-), 19:41, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Извините, а каким боком там сокеты? Или имеются ввиду только сетевые службы?

    Так нет, многие демоны используют UNIX-сокеты, чтобы общаться друг с другом и всякими управлялками. И systemd эти сокеты умеет заранее создавать, чтобы если демон A зависит от демона B только тем, что хочет ему в сокет нагадить — сокет был создан заранее, A запускался не ждя B, ну а B получил все желаемое как только запустится.

    Пример - ну, скажем, DBus. Честно говоря, я по диагонали читал вчера, и в сонном виде, так что лучше не буду врать. Сходите по ссылке.

     
     
  • 3.85, Аноним (-), 23:27, 08/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >И systemd эти сокеты умеет заранее создавать, чтобы если демон A зависит от демона B только тем, что хочет ему в сокет нагадить — сокет был создан заранее, A запускался не ждя B, ну а B получил все желаемое как только запустится.

    Тут и возникает вопрос, а нафига ему DBUS? Или зависеть от ещё одного демона сейчас модно?

     
     
  • 4.88, XoRe (ok), 01:56, 10/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>И systemd эти сокеты умеет заранее создавать, чтобы если демон A зависит от демона B только тем, что хочет ему в сокет нагадить — сокет был создан заранее, A запускался не ждя B, ну а B получил все желаемое как только запустится.
    >
    >Тут и возникает вопрос, а нафига ему DBUS? Или зависеть от ещё
    >одного демона сейчас модно?

    Читаем вдумчиво:
    >Пример - ну, скажем, DBus

    Человек привел пример службы, где использование systemd (для запуска этой службы) может ускорить запуск.
    Человек НЕ имел в виду, что systemd зависит от DBus.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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