Наконец-то, безопасный real-time на десктопе

Объясните неграмотному.... А зачем?

Инго - Бог.

То есть все равно надо процесс вписывать в limits? Чем это отличается от текущего положения дел?

из описалова получаеться, что все сводиться к грамотному планированию resource limit, в рамках которого работает софтверный риалтайм.

ура! еще немного допилили грамотное управление ресурсами. вантуз, наскока я помню, весьма сумбурно управляет ресурсами компа.

вывод: ОН все ближе.

>То есть все равно надо процесс вписывать в limits? Чем это отличается от текущего положения дел?

Тем что теперь не надо писать sudo для запуска, и в limits можно вписать отграничение для cgroup. Скажем, выдавать не более 50% процессорного времени. И все процессы внутри нее будут отжирать не более этого предела. К тому же, 5% всегда отдается под системные задачи, так что завесить ядро будет нелегко.

>Объясните неграмотному.... А зачем?

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

неужели они это доделали. Я не верю :)

> Объясните неграмотному.... А зачем?

Мгновенный отклик GUI на действия пользователя. Это в теории...

Пока только звукозапись, обработка в реальном времени, программные синтезаторы...

уррааа!!!! теперь линуховые сервера окончательно оставят оффтопег с носом 8))

Раньше можно было жить, если не тащить всякую проприетарщину в RT и не экспериментировать. Жить стало легче.

все это дерьмо .. ибо /etc/limits.conf оно не везде работает ..

Его на десктопе реально юзать? И есть ли смысл?

Они бы лучше сделали, чтобы этот пульсаудио не падал от каждого чиха

Linux 2.6.25.silvy #1 SMP PREEMPT Fri Apr 18 03:32:28 MSD 2008 i686 GNU/Linux

cgroups кажется в конфигурации включались отдельно, при этом по умолчанию они вроде как N

# CONFIG_CGROUPS is not set
CONFIG_GROUP_SCHED=y
CONFIG_FAIR_GROUP_SCHED=y
# CONFIG_RT_GROUP_SCHED is not set
# CONFIG_CGROUP_SCHED is not set


PS: RT ядро для явы ) чтобы пошустрее была, хотя nice=0
20 0 771m 486m 11m S 1.0 34.9 13:27.81 java
realtime еще висят модули ndiswrapper (rt2500.sys) систему не вешают )

вендекапец все ближе!

> Они бы лучше сделали, чтобы этот пульсаудио не падал от каждого чиха

Fedora 8, PulseAudio, не падает. можно подробнее?

Хорошая новость, хотя jackd, запущеный из под рута, и так не сильно меня напрягал.

Раньше на ЛОРе была популярной мысль, что RT нафиг не нужен, что qnx тормоз.

Этот патч не станет тормозить сверхбыстрое монолитное ядрышко?

2all: господа?! Какие синтезаторы? Какие видеописалки?! Все же здесь говорят, что монолит он супер быстрый! Зачем Линуксу вообще RT?

yantux

> А зачем?

Если прога в реал-тайме намертво зациклится, то даже Alt+SysRQ+B может не сработать. Ну мне так кажется. по крайней мере демон a2dpd работает в RT и умудрялся иногда убивать систему при прослушивании музыки через гарнитуру после выполнения некоторых действий.

наконец-то. это очень хорошо

Прекрасно.

>Все же здесь говорят, что монолит он супер быстрый! Зачем Линуксу вообще RT?

RT это не быстрота, а предсказуемость.

По теме очень позитивная новость.

скорее QNX капец

> Fedora 8, PulseAudio, не падает. можно подробнее?

я скажу поподробнее. Только на другую тему. Не знаю как оно там падает или нет - я его не успел попользовать достаточно долго, потому как снес к чертям. Главная причина, что это не системный процесс, а пользовательский. Да и еще настолько завязан на gnome-session, что хочется удавить разрабов. Такое впечатление что в следующей версии гном будет вкомпилен в ядро, или как минимум в иксы. Про№;%вшись полдня с попыткой получить звук во флаксбоксе, после 5го черезжопного скрипта я нашел элегантное решение - в виде ампутации пульс-аудио и отката на алсу (что собственно было основной рекомендацией на форумах).

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

И кстати не надо ко мне лезть с просьбами предоставить доказательства и примеры неработающих апликух. Я не собираюсь никого агитировать - это мой личный опыт.

В восьмой федоре не падает, в rawhide тоже

> Этот патч не станет тормозить сверхбыстрое монолитное ядрышко?

Раньше rt-процессы даже шедулились отдельно, и для не-rt процессов было такое понятие, как process resource starvation. Теперь оба вида процессов управляются в одном шедулере. Вот ещё большое спасибо надо сказать дядьке Петеру Зийлстре, который над CFS тоже нефигово работает.

Смените уже "так как с его помощью" на "таким образом, с его помощью,"

>Этот патч не станет тормозить сверхбыстрое монолитное ядрышко? Все же здесь говорят, что монолит он супер быстрый! Зачем Линуксу вообще RT?

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

>уррааа!!!! теперь линуховые сервера окончательно оставят оффтопег с носом 8))

>anonymous (*) (19.04.2008 21:53:07)

Ни на вебсерверах, ни на десктопах риалтайм нафиг не нужен. Если не ясно ещё, он ничего не ускоряет, а всего лишь гарантирует, что, например, "на вашем P100 клик мышки точно успеет обработаться за 10 секунд". А серверам нужна производительность, а не скорость начала ответа.

> Да и еще настолько завязан на gnome-session, что хочется удавить разрабов

PulseAudio прекрасно живёт без gnome-session. По-крайней мере, в Федоре.

> после 5го черезжопного скрипта я нашел элегантное решение - в виде ампутации пульс-аудио и отката на алсу (что собственно было основной рекомендацией на форумах).

PulseAudio не отменяет ALSA. При запущенном пульсе вполне можно играть прямо на алсовый девайс.

> Вторая трабла, это то что весь остальной софт не успевает за пульс-аудио, и для всех апликух которые чудненько работали с алсой приходитя городить псевдосинки и всевозможные пайпы

В 8-й федоре абсолютно всё работает под пульсом. Даже 2-й редалерт через wine.

> А серверам нужна производительность, а не скорость начала ответа.

Смотря каким. Если на сервере крутится какой-нибудь промышленный мессейджинг типа MQSeries или AMQP, то рилтайм в тему.

релтайм оч нужен для некоторых муз. приложений, в частности ardour+jack, при rt, приоритет отдаётся им, даже если на этой же машине будет собираться ядро+кодироваться видео(к примеру), запись/воспроизведение не пострадают и xrun'нов не будет. теперь попробуйте без rt...

А а почему просто не сделать POSIX real-time? Без красноглазого фанатизма?

в данном случае rt это прежде всего приоритет: процесс посит ресурсов -ему дают в ущерб остальным, скорость как-бы и не причём, я ж объяснил(я так это понимаю). поправьте меня если я не прав, но у меня именно так, без realtime патча хрен что запишешь.

у меня athlon 650+ altlinux desktop 4.02 всё пишет ок на dvd по usb

думаю альтовцы не ставили rt патча на desktop

какое у вас железо?

yantux

Можно закрепить процессор за группой процессов и исключить его из планирования для других процессов.

всю мощь? а по конкретнее пример на Си например или готовое userapplication

yantux

да блин, при чём здесь запись дисков, ОБРАБОТКА ЗВУКА, почитайте об aGNUla , ubuntustudio, studio64 итд

В IRIX (SGI) были процессы hard-realtime с гарантированным bit-rate как раз именно для этих целей. Все уже забыли про IRIX, а это было сделано лет 10 тому назад.

А знаешь, почему забыли и будут забывать, или напомнить?

Саныч, перелогинся наконец, а то дискуссия загибается :)

> включающие безопасный режим реального времени для userspace-процессов, которые были включены в ядро 2.6.25

Я не понял, а какие userspace-процессы были включены в ядро 2.6.25?

> В 8-й федоре абсолютно всё работает под пульсом. Даже 2-й редалерт через wine.

У меня не работают audacity (совсем) и totem (этот теоретически должен, но видимо что-то сломалось..).

С тотемом хрен с ним, а вот без audacity очень грустно.

Да, блин ... Лягушатило пруд захудалистый ... 8)

Как только речь заходит об RT, метанизация окружающей среды зашкаливает. Жесткая синхронизация c внешними эффекторами (типа записи аудио,CD/DVD) никакого отношения к нему (RT) не имеет. Разве что количеством выделяемого метана 8)

>>Этот патч не станет тормозить сверхбыстрое монолитное ядрышко?

>>2all: господа?! Какие синтезаторы? Какие видеописалки?! Все же здесь говорят, что монолит он супер быстрый! Зачем Линуксу вообще RT?

Шурик не в курсе что такое real-time? Хотя наверное интересно сравнивать жопу с пальцам?

>А а почему просто не сделать POSIX real-time? Без красноглазого фанатизма?

Саныч, перелогинься.

А мужики то и не знают, что в Windows XP real-time для пользовательских процессов присутствует уже несколько лет...

>Глисты - вывести быстро >Очистите тело от глистов и других паразитов. Безопасный метод.

Это типа антиреклама Виндос Глисты?))

На 2.6.24 от патчей Инго у меня проприетарный драйвер nvidia отваливался =) Если его уже включили в ядро, нвидиа не сможет отмазаться...

>А мужики то и не знают, что в Windows XP real-time для пользовательских процессов присутствует уже несколько лет...

Это в "Менеджере процессов" или как его там? Гы, анонимные вантусятники как обычно отжигают))