The OpenNET Project / Index page

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

Отчет о развитии systemd

23.08.2010 23:31

Леннарт Поттеринг, ведущий разработчик перспективной системы инициализации systemd, рассказал о ключевых достижениях в разработке данного программного продукта:

  • В настоящее время systemd уже принят в состав выпуска Fedora 14 и отлично зарекомендовал себя в предварительном тестировании, поэтому скорее всего именно он будет использоваться в  Fedora 14 в качестве системы инициализации по умолчанию.
  • Добавлены новые конфигурационные единицы (юниты): timer-юниты для активации событий по таймеру (в стиле cron), swap-юниты, позволяющие централизованно управлять swap-разделами и swap-файлами, и path-юниты, обеспечивающие реагирование на события inotify (например, изменение заданного файла или появление файлов в определенном каталоге).
  • Реализована поддержка SELinux: создаваемым объектам (каталогам, сокетам, FIFO) автоматически присваиваются корректные метки безопасности.
  • Выполнена интеграция со стандартной аудит-подсистемой ядра Linux: systemd отчитывается обо всех операциях запуска/остановки служб.
  • Добавлена поддержка TCP-оберток (wrappers) для обслуживаемых сокетов.
  • Обеспечена поддержка PAM при запуске служб под отдельными пользователями (при открытии и завершении сеанса выполняются соответствующие хуки PAM).
  • Реализована поддержка D-Bus: все D-Bus службы могут контролироваться systemd точно так же, как и обычные SysV-службы. За счет использования буферизующих возможностей шины и сокетов, обеспечивается эффективное распараллеливание запуска серверов и клиентов (перед запуском клиента уже необязательно дожидаться окончания запуска сервера — их можно запустить одновременно, и если запрос клиента придет раньше, чем сервер сможет его обработать, то этот запрос просто задержится в буфере до нужного момента).
  • Обеспечен парсинг специфичных для Debian и openSUSE расширений формата SysV-скриптов (для Fedora такая поддержка была изначально).
  • Завершена доработка управляющего D-Bus-интерфейса к systemd, обеспечивающего полный доступ к текущей конфигурации. Используя такие утилиты, как gdbus или d-feet, администратор может просматривать всю интересующую его информацию и при необходимости отдавать команды.
  • Добавлен PAM-модуль, который обеспечивает полный контроль над завершением всех пользовательских процессов по окончании сеанса (для отслеживания процессов используется механизм cgroups).
  • Добавлена утилита systemd-cgls, выполняющая рекурсивный вывод иерархии контрольных групп (cgroups).
  • Реализована сама иерархия контрольных групп (в настоящий момент управляющая псевдо-ФС, отражающая эту иерархию, монтируется в /cgroup/systemd, однако перед выпуском Fedora 14 ее планируется перенести в недра /sys/fs/).
  • Поддерживается запуск getty для serial-консолей.
  • Значительно улучшена основная управляющая утилита systemctl (например, поддерживается вывод графа зависимостей в формате Graphviz). Также улучшены средства, эмулирующие работу классических утилит SysV (halt, shutdown, runlevel, telinit) — теперь соответствующие программы из комплекта systemd могут работать не только под systemd, но также под Upstart и SysV, что должно упростить процесс миграции. Кроме того, обеспечена отправка уведомлений в том случае, если файлы конфигурации systemd были изменены, а команды перечитать их не поступало.
  • Подготовлен пример реализации демона, эффективно использующего возможности, предоставляемые systemd.
  • Также подготовлен комплект документации по основным компонентам systemd, включая рекомендации по разработке демонов с учетом специфики systemd.
  • Некоторые программные продукты уже включает в комплект поставки конфигурационные файлы для systemd, что обеспечивает корректную работу таких программ в любом дистрибутиве, поддерживающем systemd. В планы Леннарта и его коллег входит унификация процесса загрузки и управления службами во всех этих дистрибутивах, и определенные результаты уже достигнуты. Кроме того, в ряд проектов уже приняты присланные разработчиками systemd патчи, обеспечивающие эффективное использование возможностей socket-based активации (в стиле inetd).
  • Добавлено множество опций, определяющих среду исполнения процессов и сокетов (лимиты на системные ресурсы, ограничения безопасности и т.п.).
  • Леннарт Поттеринг приступил к публикации цикла статей «systemd for Administrators».
  • Функциональность практически всех скриптов, обеспечивающих запуск и остановку Fedora, реализована «с нуля» в отдельных быстрых, простых и компактных C-программах, и частично в самом systemd. И хотя многие из этих наработок, к сожалению, не будут задействованы в выпуске Fedora 14, все они включены в состав systemd, и их полная активация обеспечивает быструю, эффективно распараллеленную загрузку, причем PID первого пользовательского терминала должен быть уже меньше пятисот. К выпуску Fedora 15 Леннарт и коллеги планируют подготовить полностью бескостыльный (shell-less) процесс загрузки.
  • В systemd реализован уникальный механизм обеспечения работы регистратора /dev/log, в перспективе позволяющий сохранить все лог-записи, начиная от первого запуска systemd на раннем этапе загрузки и заканчивая моментом halt'а системы. Вкратце, идея состоит в следующем: в те периоды времени, когда syslog-демон недоступен (до его запуска в начале загрузки, после его остановки при завершении работы, во время его перезапуска и т.п.) регистрация событий производится средствами ядерного лог-буфера (kmsg). Если syslog-демон по какой-то причине становится неработоспособен, все системные события можно узнать из вывода dmesg. В дальнейшем, если syslog-демон все-таки поднимется, эта информация будет распределена по заданным в его конфигурации приемникам (лог-файлам, удаленным серверам логгирования и т.п.). В том случае, если подъем syslog-демона больше не ожидается (например, при остановке системы), содержимое ядерного лог-буфера может быть выведено на терминал (или serial console, или netconsole, и т.п.). Особый интерес эта возможность представляет для встраиваемых систем, в которых теперь можно обходиться вообще без демона системного лога (преимущества: меньше нагрузка на процессор, отсутствие дискового ввода-вывода, возможность доступа к логу через последовательную или сетевую консоль).
  • Подготовлены конфигурационные файлы для монтирования средствами autofs ряда виртуальных файловых систем ядра (binfmt_misc, hugetlbfs и т.п.). Теперь эти файловые системы монтируются автоматически при первом обращении к ним, и программам, использующим данные ФС, больше не требуется самостоятельно подгружать соответствующие модули ядра перед началом работы. Во многих случаях это означает, что таким программам больше не нужны root-привилегии даже на этапе инициализации, что делает их более безопасными, и упрощает процесс их запуска.
  • Огромное количество мелких исправлений и улучшений.


  1. Главная ссылка к новости (http://0pointer.de/blog/projec...)
  2. OpenNews: systemd - новая система инициализации от разработчиков Red Hat и Novell
  3. OpenNews: Вышла первая версия системы инициализации systemd
Автор новости: Sergey Ptashnick
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/27721-systemd
Ключевые слова: systemd, linux, init, boot
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (70) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, str.artem (?), 01:31, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Впечатляет. Только вот штука получаться уж больно навороченная. Интересно насколько проста и прозрачна она будет для пользователя.
     
     
  • 2.3, Аноним (-), 01:49, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Больше пугает пихание всего, чего только можно, в один демон. Работа всей ОС будет от него зависеть. Будем рады ошибиться, но как-то это не по unixway'у.

    Ещё и отсутствие необходимости наличия шелла объявлено труЪ-путём. Что ж, теперь стартовые скрипты будет уже вот так запросто не прочитать и не поправить?

    P.S. Оригинальную документацию не читали, согласны, что это могут быть пустые тревоги... Но могут быть и нет..

     
     
  • 3.18, vol (??), 10:19, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    "отсутствие необходимости наличия"
    Эээ..?
     
     
  • 4.55, hhg (ok), 06:24, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ввиду присутствия отсутствия наличия на этапе загрузки человекочитаемого кода возникают определённые опасения.
     

  • 1.4, Аноним (-), 04:46, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    действительно впечатляет, попробовать что ли...
    Также благодарность переводчику!
     
  • 1.5, sauron (??), 06:10, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Особый интерес эта возможность представляет для встраиваемых систем, в которых теперь можно обходиться вообще без демона системного лога

    Да ви шо? А ничего что он с собой dbus и libxml тянет которые как-то существенно больше банального syslog :]

     
     
  • 2.8, б.б. (?), 06:33, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > А ничего что он с собой dbus и libxml

    Надеюсь, когда нибудь Святая Инквизиция приравняет создателя XML к антихристу. Такие шутки, как XML, раньше себе мог позволить отпускать только дьявол.

     
     
  • 3.9, sauron (??), 06:54, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +9 +/
    XML сам по себе вещь хорошая. Но как и любой инструмент, его можно применять не правильно.
     
     
  • 4.16, Anonym (?), 09:36, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    sauron, ну злодей
     
  • 3.21, Knuckles (ok), 11:39, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    XML не идеален, но он является универсальным средством описания иерархии и структуры данных. Я, например, не знаю адекватной замены ему. Ты наверняка тоже.
     
     
  • 4.26, Mna (??), 12:34, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Lisp-списки существовали задолго до XML-ов, и продолжают существовать и теперь

    Если кто-то чего-то не знает - то надо этому учиться, а не радоваться незнанию

     
     
  • 5.27, Knuckles (ok), 12:41, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Lisp-списки существовали задолго до XML-ов, и продолжают существовать и теперь

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

     
  • 5.28, Knuckles (ok), 12:44, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Lisp-списки существовали задолго до XML-ов, и продолжают существовать и теперь

    Да, кстати. Если хочешь заменить XML, заодно придумай замену для сопутствующих технологий: XSLT, XPath, XPointer, DTD. Удачи ;)

     
     
  • 6.54, б.б. (?), 05:47, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Lisp-списки существовали задолго до XML-ов, и продолжают существовать и теперь
    >
    >Да, кстати. Если хочешь заменить XML, заодно придумай замену для сопутствующих технологий:
    >XSLT, XPath, XPointer, DTD. Удачи ;)

    Папа, а зачем нам всё это в зоопарке? В смысле, в системе начальной инициализации?

     
     
  • 7.62, Knuckles (ok), 13:15, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Папа, а зачем нам всё это в зоопарке? В смысле, в системе
    >начальной инициализации?

    Конкретно тут может и незачем. Так речь-то шла об универсальности XML в широком смысле. По твоему лучше иметь зоопарк форматов хранения данных?

     
  • 5.46, СуперАноним (?), 19:27, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А также существенное значение имеют известность, популярность, распространённость среди пользователей и разработчиков ПО некоторого средства представления данных, наличие большого количества инструментов для работы с ним.
     
  • 4.53, вася (??), 00:26, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я, например, не знаю адекватной замены ему.

    www.yaml.org

     
     
  • 5.64, Knuckles (ok), 13:32, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >www.yaml.org

    OK. Осталось подождать широкого внедрения.

     

  • 1.6, corvinusz (?), 06:16, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Опять придется читать многотомный талмуд, чтобы отключить или включить сервис при загрузке.
    То груб2, то апстарт. Какая-то нехорошая тенденция.
     
     
  • 2.10, sauron (??), 06:55, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >То груб2, то апстарт. Какая-то нехорошая тенденция.

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


     
  • 2.22, аноним (?), 11:50, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Опять придется читать многотомный талмуд, чтобы отключить или включить сервис при загрузке.

    Чтобы сказать systemctl enable/disable, достаточно прочитать небольшой man systemctl.

     

  • 1.7, iCat (ok), 06:24, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Что-то, IMHO, запахло глобализацией и mono-полизацией.
    All-In-One... Следующим шагом будет графическая оболочка?
     
     
  • 2.11, EuPhobos (ok), 07:54, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Следующим шагом можно будет загрузить Grub 3 и работать сразу в нём )
    Для чтения текстовых файлов на extX или ntfs разделе уже не требуется грузить систему) grub2 вполне справляется с файловыми системами и русскими кодировками ;)
     
  • 2.25, аноним (?), 12:01, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Что-то, IMHO, запахло глобализацией и mono-полизацией. All-In-One...

    Вы любое монолитное ядро вспомните (linux, solaris, *bsd) - вот это действительно суперкомбайн.
    На их фоне systemd выглядит на редкость узкоспециальной тулзой.

    >Следующим шагом будет графическая оболочка?

    Не поверите, она уже есть. В смысле, гуевая настроечная тулза для блондинко-админов.

     
  • 2.47, СуперАноним (?), 19:32, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну плазмоиды к systemd появятся наверняка ;)
     

  • 1.12, daevy (ok), 08:12, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    если учесть что разраб openrc подался в касту геймеров, то это очень хорошая новость.
     
     
  • 2.14, Mike Lee (?), 09:31, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    он судя по блогу просто свалил на openbsd, если мне память не изменяет. но openrc продолжают пилить, так что не все так плохо. авось таки и дождемся baselayout-2 с нардами и библиотекаршами.
     

  • 1.13, i (??), 09:04, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ну и сколько секунд занимает загрузка системы?
     
     
  • 2.24, аноним (?), 11:56, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ну и сколько секунд занимает загрузка системы?

    Ещё до выпуска первой версии systemd грузил fedora за ~20 секунд, а upstart - за ~30.
    Сечас, наверное, systemd ещё быстрее стал.

     

  • 1.19, goof.gooffy (ok), 10:52, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Разработчики Убунты сделали же хорошую весч upstart. А редхатовцам, блин, свое нужно сделать.
    А если учесть, что этот Поттеринг главный разработчик  pulse-audio, то совсем уже грустно становтся.

     
     
  • 2.20, mamonts (?), 11:06, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +11 +/
    От upstart же systemd отличается более высокой степенью параллелизации, и как следствие, более высокой скоростью загрузки. Например, если демон A требует для работы сокет, открытый демоном B, то upstart сначала запустит демона B, а затем демона A, в то время как systemd создаст сокет сам и запустит обоих демонов одновременно, что занимает примерно в два раза меньше времени. Используемый в upstart принцип, когда ключевыми событиями является лишь запуск и остановка демона, Леннарт и его коллеги считают изначально неэффективным. http://www.linux.org.ru/view-news.jsp?tag=upstart
     
     
  • 3.29, Аноним (-), 12:44, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –7 +/
    И демон А упадет попробуйте сделать connect на unix socket когда на другой ст... большой текст свёрнут, показать
     
     
  • 4.31, аноним (?), 13:22, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >попробуйте сделать connect на unix socket когда на другой стороне никто не слушает ?

    Вы бы документацию чуть-чуть почитали, прежде чем других жизни учить.
    Все сокеты принадлежат systemd, и он перенаправляет запросы демонам только в том случае, если демон жив. Если нет - демон запускается, а на время его запуска инфа лежит в буфере.
    Этот подход протестирован в Mac OS X launchd и показал великолепные результаты.

    upstart и близко такой гибкости и надежности не обеспечивает, кстати.

    >в случае одного CPU или когда второе ядро это эмуляция через HT (представьте себе еще такие есть) - будет так же или медленее.

    Если вас послушать, таким системам и upstart будет злейшим врагом (он ведь тоже использует параллельный запуск, хотя и не так эффективно).

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

    >И по сути - RedHat как обычно пропихивает разработки нужны только в серверном сегменте.

    Да ну? А зачем серверам, которые годами работают без перезагрузок, быстрый процесс загрузки? А тот факт, что проект хостится на freedesktop.org, вам ни на что не намекает?

    >Ровно так же как пропихнули свой шедулер, вместо шедулера который написал Колинс - который лучше работает на домашних машинках, но на серверах ведет себя хуже.

    Это было решение Линуса и Ко - для них linux является прежде всего серверной системой.

     
     
  • 5.35, Аноним (-), 14:35, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –6 +/
    да да почитать документацию - php в режиме fcgi создает сокет - nginx к нему к... большой текст свёрнут, показать
     
     
  • 6.38, аноним (?), 16:23, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >php в режиме fcgi создает сокет - nginx к нему конектится. и где тут systemd ? ;-)

    systemd не является монополистом по сокетам, и не запрещает создавать сокеты другим программам. Другое дело, что в большинстве случаев программы не смогут управляться с этими сокетами столь же эффективно. Поэтому Леннарт и озаботился написанием документации по правильной разработке демонов с учетом возможностей systemd.

    >а что делать с сокетами которые вобще не имеют отображения на файловой системе ?:)
    >Может он еще и tcp сокет на себя возьмет ?:) прикинется сервером и тп..

    Вы не поверите, но именно так он сейчас и запускает sshd и многие другие сетевые сервисы.
    Сама идея не нова - см. (x)inetd. systemd лишь предоставляет большую гибкость в настройке, и xinetd ему явно проигрывает (собственно, именно из-за недостатка гибкости (x)inetd так и не стал системой инициализации по умолчанию для всех сетевых служб).

    >На деле даже старый system-v style позволял все запускать в паралель.

    Отнюдь не всё. sysv и upstart не обучены эффективно использовать возможности сокетов, и поэтому проигрывают systemd и launchd по времени раза в два.

    >посматривая на бритву окама - выходит что systemd никому не нужен

    Бритва Оккама говорит, что sysv место на серверах, systemd - на десктопах, а upstart - на помойке.

    >И сотрудник RedHat Индиго - совсем к этому руку не приложил

    Если разработчик из rh написал хороший серверный планировщик задач, не вижу тут ничего предосудительного.
    За Линусом оставался выбор - включать в ядро тот или иной планировщик или нет.
    Или вы утверждаете, что rh шантажировал Линуса его интимными фотками, чтобы продавить "свой" шедулер?

     
     
  • 7.39, Аноним (-), 16:58, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –6 +/
    ты действительно не различаешь запуск через [x]inetd и в обычном режиме?
    Тогда стоит перечитать ;-)
    демон запускаемый через inetd - по сути даже не демон, а просто приложение которое читает stdin пишет в stdout, и запускается каждый раз когда требуется соединение.
    Можно ускорить запуск за счет однократной загрузки - но нельзя передать сокет приложению если оно не умеет принимать его.
    Так что рассказывать сказки многие могут, но есть реальные ограничения которые не обойти.

    А на счет планировщика -  Линукс имеет немалый объем акций в RedHat, так что будет делать в первую очередь то что приносит ему профит :) Это было хорошо заметно и раньше, если были конкурирующие разработки - то преимущество давалось ребятам из RH так как в них он не сомневается ;-)

     
     
  • 8.43, аноним (?), 17:49, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Разве я говорил, что standalone и inetd-режимы - это одно и то же Фантазируете ... текст свёрнут, показать
     
     
  • 9.51, Аноним (-), 23:24, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    перечитайте первый пост мой - я привел пример php в режиме fcgi nginx то ... большой текст свёрнут, показать
     
     
  • 10.60, аноним (?), 13:03, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А я в своем ответе заметил, что такие приложения работают неэффективно Совершен... текст свёрнут, показать
     
     
  • 11.65, Аноним (-), 16:06, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Мда вы меня извените - но подход который реализован в inetd - никаким боком не ... большой текст свёрнут, показать
     
     
  • 12.67, аноним (?), 20:02, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Извиняю, вы все равно не поняли моей мысли Совершенно верно Поэтому ее соверше... текст свёрнут, показать
     
     
  • 13.71, Аноним (-), 10:17, 28/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Блин ну как вам объяснить что сокет может быть унаследован только чилдом после... большой текст свёрнут, показать
     
     
  • 14.72, аноним (?), 01:19, 17/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Может, вы таки почитаете документацию по systemd Он и запускает службы через fo... текст свёрнут, показать
     
  • 10.73, аноним (?), 01:22, 17/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Почитайте про опцию wait в man xinetd conf Говорят, она работает и в нашей всел... текст свёрнут, показать
     
  • 2.23, аноним (?), 11:53, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Разработчики Убунты сделали же хорошую весч upstart.

    Они сделали ужасную вещь. Как это обычно делается в ubuntu.

    >А редхатовцам, блин, нормально нужно сделать.

    //fixed

    >А если учесть, что этот Поттеринг главный разработчик  pulse-audio, то совсем уже грустно становтся.

    Заметим, что за пределами ubuntu на pulseaudio никто не жалуется. Что как бы наводит на мысли.

     
     
  • 3.30, Аноним (-), 12:47, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –7 +/
    >>Разработчики Убунты сделали же хорошую весч upstart.
    >
    >Они сделали ужасную вещь. Как это обычно делается в ubuntu.
    >
    >>А редхатовцам, блин, нормально нужно сделать.
    >
    >//fixed

    редхатоцам надо сделать как удобно им на серверах.

    >
    >>А если учесть, что этот Поттеринг главный разработчик  pulse-audio, то совсем уже грустно становтся.
    >
    >Заметим, что за пределами ubuntu на pulseaudio никто не жалуется. Что как
    >бы наводит на мысли.

    вы не пробывали набрать skype + pulseaudio в google? ругань на кривую эмуляцию oss по всему инету и что автор сказал ? правильно - исправлять ошибки не буду - пусть skype правит.
    или конфликты pulse vs alsa и тп

    Вобщем pulseaudio это первое что отключается при установке, а потом уже жить можно.

     
     
  • 4.32, аноним (?), 13:25, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >редхатоцам надо сделать как удобно им на серверах.

    Freedesktop.org - именно здесь разрабатывается ведущее серверное ПО! Бггг.

    >вы не пробывали набрать skype + pulseaudio в google? ругань на кривую
    >эмуляцию oss по всему инету и что автор сказал ? правильно
    >- исправлять ошибки не буду - пусть skype правит.

    Разработчик pulseaudio отказался исправлять ошибки в skype? Всё правильно сделал.
    Пускай сперва исходники выложат.

    >Вобщем pulseaudio это первое что отключается при установке ubuntu

    На самом деле, при установке ubuntu нужно отключить очень многое, чтобы нормально жить.
    Так много, что проще сразу другой дистр поставить.

     
     
  • 5.40, Аноним (-), 17:07, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    разработчик pulseaudio отказался исправлять ошибку oss эмуляции в своем детище ... большой текст свёрнут, показать
     
     
  • 6.44, аноним (?), 17:57, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >VLC
    >If you are having audio problems with the audio playback of DVDs
    >in VLC, uninstall VLC and install the vlc-nightly package from the
    >AUR, and set the audio output method to Pulseaudio.
    >Alternative: vlc-pulse from AUR.

    Разработчики vlc таки решили проблему. Это вам не скайп.

    >mplayer тоже не мог работать

    Судя по прошедшему времени, разработчики mplayer не отстают от разработчиков vlc.

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

    >Да ? а почему тогда в Fedora и RHEL4/5 тоже приходилось отключать
    >pulseaudio ?

    Вы не поверите, но в этих дистрах даже не приходится париться по поводу выхода звука. Все просто работает. В том числе и pulseaudio. Это же не убунта, авторы которой считают комп чем-то вроде резиновой женщины (для секса, а не работы и отдыха).

     
     
  • 7.50, Аноним (-), 23:13, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –4 +/
    вы читаете что вам пишут Вам не приходит в голову что одинаковая проблема кото... большой текст свёрнут, показать
     
     
  • 8.61, аноним (?), 13:11, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если бы так действительно было - проект бы уже давно форкнули Или исправили оши... текст свёрнут, показать
     
     
  • 9.66, Аноним (-), 16:19, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    если он кому-то нужен хотя на моей памяти уже вроде собираются писать замену ем... большой текст свёрнут, показать
     
     
  • 10.68, аноним (?), 20:10, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да-да, этот совершенно ненужный проект распихан по большинству дистров И где мо... текст свёрнут, показать
     
     
  • 11.70, аноним (?), 10:33, 27/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И Миллионы мух не могут ошибаться Или у редхата такой вес, что может продавить... текст свёрнут, показать
     
  • 4.36, mamonts (?), 14:39, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    видимо skype и исправил, по тому как у меня отлично все пашет, общаюсь с многими и на работе и дома стоит пульс. А еще часто настраиваю себе музыку на блютуз а игры или телек на колонки для дочи тоже через пульс.
     
     
  • 5.41, Аноним (-), 17:08, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >видимо skype и исправил, по тому как у меня отлично все пашет,
    >общаюсь с многими и на работе и дома стоит пульс. А
    >еще часто настраиваю себе музыку на блютуз а игры или телек
    >на колонки для дочи тоже через пульс.

    исправил, начиная с какой-то версии они включили native поддержку для pulseaudio.
    но oss эмуляция как работала криво, так и работает.

     
     
  • 6.52, anonymous (??), 00:18, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >но oss эмуляция как работала криво, так и работает.

    Ну oss сейчас в линуксе мало кто использует, а вот задержка 200 мс напрягает, да. Как, впрочем, и ненужный слой апстракции, который непонятно что делает.


    PS: может повторюсь, но в той же мандриве на пульс наложено около 90 патчей. Оно и понятно, автор получил деньги за разработку и дальнейшая судьба его детища ему мало интересна. А вот редхат бабло таки отбашлял и вряд ли признает, что сделал это зря. Поэтому продолжим кушать кактус.

     
     
  • 7.57, Аноним (-), 08:28, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    cогласен в целом.

    А на счет OSS - как можно использовать то что глючит? Я чуть выше приводил примеры приложений которые пришлось переписать из-за несовместимости с тем режимом эмуляции который предлагает pulseaudio.
    skype, vlc, mplayer, wine, xmms, audicaty (или как там его - клон xmms) ... все эти приложения изначально были заточены под oss, и прекрастно работают с oss при отключеном pulseaudio. Но как только pulse в памяти - начинаются чудеса и необходимость использовать pulseaudio plugin.

     
     
  • 8.58, anonymous (??), 09:55, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да там с альсой чудеса тоже случаются и даже с native pulse бывает иногда Напри... текст свёрнут, показать
     
  • 3.37, anonymous (??), 15:30, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Заметим, что за пределами ubuntu на pulseaudio никто не жалуется.

    Это только потому, что его там трудно выпилить со всеми потрохами. В остальных же дистрах он вполне отключается или вообще не ставится по дефолту.

     

  • 1.33, 666joy666 (ok), 13:43, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скажите, а хоть кто то есть кто смог завести это "чудо" на gentoo ? И если есть, то как? О_о
     
     
  • 2.34, 666joy666 (ok), 14:10, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    мдя....поковырял конфиги, почитал вики, обновили там....
    Итог: Kernel Panic, и самое странное не понятно почему ?? , в логах ничего найти не могу...
    Ядро 2.6.34
     
     
  • 3.56, Аноним (-), 07:01, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я на генте поставил. Оно запускается в принципе, но до состояния, когда его можно будет использовать, еще ой как далеко.
     

  • 1.42, Аноним (-), 17:11, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Ubuntu за 5 секунд загружается и совместимость с init есть, зачем этот велосипед не понятно.
    Для чего все эти пляски с загрузкой, панацея ???; для распространения Linux'а??? вряд ли это увеличит его долю; лучше бы игры пилили и не забивали себе и другим мозги.

    ПС: чисто моё мнение.

     
     
  • 2.45, Аноним (-), 19:27, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для игр приставки существуют, или вы серьезно считаете, что линукс пилят, чтобы на нем было счастье хардкорным геймерам?
     
     
  • 3.48, Mike (??), 19:45, 24/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно идиотское замечание про приставки. Приставки,только для аркад, всяких казуальных игр.
     
  • 2.63, аноним (?), 13:20, 25/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ubuntu за 5 секунд загружается

    У вас, с минимальным набором служб, может, и пять, а у юзера Васи служб дофига, и ubuntu грузится полминуты. Думаю, он будет рад, если это время сократится в два раза.

    >и совместимость с init есть,

    Очень хреновая. В частности, upstart не понимает описания зависимостей в lsb-заголовках, и ему нужно указывать зависимости вручную. Если так и дальше "совместимость" развивать, то скоро upstart будет только выводить сообщение вроде "Ну вы сами там запустите, какие вам службы нужны, а я пойду в sleep".

    >зачем этот велосипед не понятно.

    Действительно, непонятно, зачем нужен upstart?

    >лучше бы игры пилили и не забивали себе и другим мозги.

    Замечательно! Вот и займитесь. И не забивайте себе и другим мозги.

     

  • 1.49, Аноним (-), 20:34, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что то не совсем понятно про буфферизацию пакетов клиентских запросов... Теперь у серверов не будет возможности получать пакет сразу в свой буфер? Будет дополнительный memcpy?
     
  • 1.59, filosofem (ok), 10:32, 25/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Такой бы энтузиазм и на благие цели пустить.
     
     
  • 2.69, anonymous (??), 00:18, 26/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Такой бы энтузиазм и на благие цели пустить.

    Энтузиазмом тут и не пахнет. systemd делается за вполне хорошую зарплату. Вот сдаст Леннарт systemd и его кинут на следующий проект. Такое ощущение, что у редхат много денег и их надо куда-то потратить.

     

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



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

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