LINUX.ORG.RU

Вышла новая стабильная версия realtime-ядра Linux

 osadl, ,


0

0

Организация Open Source Automation Development Lab (OSADL) выпустила новую стабильную версию realtime-ядра Linux, основанную на ядре 2.6.29 основной ветки. По сравнению с прошлой стабильной версией (2.6.26.8-rt) удалось значительно уменьшить время средней и максимальной задержки при отправке сигналов между процессами. Данное ядро используется в коммерческих продуктах таких компаний, как MontaVista, Red Hat, Novell.
Часть кода, разработанного в рамках проекта и позволяющего организовать многопоточную обработку прерываний включена также и в свежее "ванильное" ядро (2.6.30). Проект нацелен на полную интеграцию своего кода в основную ветку.

>>> Результаты тестов

Ответ на: комментарий от alt0v14

Попробовал rt19 ваше. Различий не ощутил. Преобразование файла, средствами pnmtools 47 секунд, и так и эдак. Может быть на этапе make menuconfig надо что то включить?
Делал как в хауту, пункт 2.2.
http://www.osadl.org/Realtime-Preempt-Kernel.kernel-rt.0.html

baaba ★★★
()
Ответ на: комментарий от tailgunner

> Ставить такое ядро на маршрутизатор/ сетевой фильтр я бы не советовал
> А Cisco (?) именно так и сделали.

дай ссылку, интересно почитать. 

про архитектуру (опять таки, я работаю только с QNX) можно прочитать здесь
http://www.qnxclub.net/files/articles/rtos/rtos.html

hdclnr
()
Ответ на: комментарий от hdclnr

> Архитектура системы вообще. Лично я работаю с QNX. Совместимость с программами под Linux очень низкая- потому что ПО для Linux ориентировано на «мягкое» реальное время.

Явное непонимание ситуации. QNX способен обеспечить только мягкое реальное время. Для жесткого у него поялвяются куча, в большинстве случаев невыполнимых, требовний. Да и процессоры под которые заточен QNX не способны дать жесткое реальное время. Говорят что QNX наконец то портировали под что-то стоящее, но я этого не видел.

x86_64 ★★★
()
Ответ на: комментарий от hdclnr

>> А Cisco (?) именно так и сделали.

> дай ссылку, интересно почитать.

http://en.wikipedia.org/wiki/Cisco_IOS

> http://www.qnxclub.net/files/articles/rtos/rtos.html

Это свист _общего назначения_ :) И кстати, в -rt (+glibc, патченый для ипользования PI-futex) почти всё это есть, кроме хитрых планировщиков (но это ни разу не архитектурная особенность ОС).

tailgunner ★★★★★
()
Ответ на: комментарий от tommy

> например меньше вероятность прерывания проигрывания звука в то время когда жестоко мучаешь систему.

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

Puzan ★★★★★
()
Ответ на: комментарий от Puzan

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

Чисто для справки - разработка ветки -rt (тогда еще -vp) началась по запросу людей Jack. И кстати, lowlatency-патчи первоначально тоже были сделаны для каких-то музыкантов.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

> Чисто для справки - разработка ветки -rt (тогда еще -vp) началась по запросу людей Jack. И кстати, lowlatency-патчи первоначально тоже были сделаны для каких-то музыкантов

Именно. rt нужно для rt-обработки звука (вход-обработка-выход), т.е. для того, чтобы минимизировать размер буферов и, соответственно, уменьшить задержки. А чтоб просто послушать, rt вовсе не надо.

Puzan ★★★★★
()
Ответ на: комментарий от Reset

> RT ядра на десктопах? Это в каком дистрибутиве ?

Например в Ubuntu Studio по умолчанию оно.
Я ставил это ядро чтобы пользоваться Jack и программами, которые его используют (Muse, Ardour, синтезаторы...).

firestarter ★★★☆
()

неужели в дебиане будет реалтайм ядро изкоробки?

Khades ★★
()

В моём случае на Athlon 64 X2 4000+ worst case latency оказалась 10 ms вместо объявленных 2. Если кто имеет меньшую задержку, будьте добры, скиньте конфиг.

vitosnet
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.