URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 55839
[ Назад ]
Исходное сообщение
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено opennews , 15-Июн-09 11:48 
Организация OSADL (http://www.osadl.org/) (Open Source Automation Development Lab) объявила (http://www.osadl.org/Single-View.111+M5290ef1d325.0.html) о выпуске стабильной версии модифицированного "Realtime-Preempt (http://www.osadl.org/Realtime-Linux.projects-realtime-linux....)" (PREEMPT_RT или "-rt") Linux ядра - 2.6.29.4-rt18. Ядро "-rt" с реализацией жёсткого режима реального времени используется в real-time редакциях промышленных Linux дистрибутивов MontaVista, Red Hat и  Novell.


Ранее, стабильная "-rt" ветка основывалась на версии 2.6.26, отныне команда разработчиков OSADL довела темп разработки до отставания от основной ветки Linux ядра на один релиз. По сравнению с прошлой стабильной версией, в ядре 2.6.29.4-rt удалось значительно уменьшить максимальное гарантированное время реакции: серия стресс-тестов продемонстрировала уменьшение средней задержки с 7 до 2 микросекунд, а максимальной задержки с 290 до 17 микросекунд.

Разработчики стремительно приближаются к моме...

URL: http://www.linuxdevices.com/news/NS8996988257.html
Новость: http://www.opennet.me/opennews/art.shtml?num=22140

Содержание
Сообщения в этом обсуждении
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Анон , 15-Июн-09 11:48 
значит ли это, в частности, что дешевые soho линукс-роутеры будут держать большую нагрузку и скорость?
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено vadiml , 15-Июн-09 11:52 
Скорость и время реакции -- разные вещи.
RT ядро чуть медленнее обычного из-за разных приоритетов.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Анон , 15-Июн-09 12:05 
да, это разные вещи.

переформулирую вопрос: значит ли это, что линукс машины с RT ядром смогут более качественно обслуживать VoIP? как частный случай.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Greg , 15-Июн-09 12:44 
Не факт, тут важнее пока что программное обоспечение которое стоит на рутере, и обслуживает траффик. Хочу сказать что мы используем линукс в рутерах собственной загoтовки с ядром 2.4 Проблем с Voip не замечено.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено User294 , 15-Июн-09 23:05 
>переформулирую вопрос: значит ли это, что линукс машины с RT ядром смогут
>более качественно обслуживать VoIP? как частный случай.

ИМХО для VoIP надо просто грамотно настроенный QoS и при том хрень типа реалтайма на уровне ядра врядли сильно влияет на что-то.Зато настройки QoS какие пакеты пихать с бОльшим приоритетом - очень даже влияют, особенно если канал в интернет узкий и какие-то скотины вечно норовят его забить трафом.В этом случае правильный шедулинг пакетов может здорово улучшить дело.А вот микросекунды от реалтаймности ядра мало кто разглядит даже с микроскопом имхо.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Sarge , 15-Июн-09 11:58 
Конечно нет. RealTime оси гарантируют высокую отзывчивость за счёт понижения общей производительности.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено 74025 , 15-Июн-09 12:17 
Ну и хорошо. Главное - отзывчивость. Неприятно, когда система неотзывчива.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено vitek , 15-Июн-09 13:23 
да. с девушками всегда так. :-D
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Ivan , 15-Июн-09 15:02 
Наверно в лучшем случае вешаться меньше станут.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено User294 , 15-Июн-09 23:16 
>Наверно в лучшем случае вешаться меньше станут.

А они вешаются? Сами по себе роутеры с пингвином могут работать месяцами без проблем.Там обычно софта минимум, ядро древнее 2.4 - глючить в плане софта как бы особо нечему (ядро, базовые демоны и прочая существуют не год и не два и их уже давно более-менее обезглючили в сетевых делах).

Если взвисает то обычно или из-за аппаратных грабель (железо дешевое, а как известно - как заплачено, так и зафигачено) или из-за откровенной лажи вендорья в том что они туда прикручивали своими кривыми руками: у всяких асусов и длинков полтора програмера на всю контору и линукс они знают как-то по своему, устраняя элементарные проблемы месяцами, хотя любой Вася Пупкин слегка понимающий как работает линукс пристрелит такую проблему за пару часов. Еще бывают всякие совсем дешевые роутеры, которые виснут в силу общей дерьмовости конструкции и потому что сэкономили на всем. Но там обычно внутрях вообще какое-нибудь самопальное говно в качестве софта(влезает в меньший объем RAM и flash чем пингвин - экономия еще пары центов обеспечена!). Обычно оно грамотно дополняет общедерьмовую картину - самопальные реализации протоколов в отличие от того что в пингвинах обычно убогие и глюкавые (в пингвинах лажу за годы все-таки более-менее выловили орды тех кто это пользовал, все более-менее популярные протоколы более-менее допинали до кондиции и они работают, в разных позах, чего про "самопальные" стэки протоколов в самопальных операционках - не скажешь).

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено alexr , 15-Июн-09 15:10 
Большая нагрузка и скорость реакции метрики которые влияют друг на друга негативно.

В случае сферического коня в вакууме:
1.Наибольшая пропускная способность достигается при максимально возможной буферизаци.
2.Наименьший RTT или время реакции с нулевой буферизацией.

В мире реальных систем для предельных значений в (1) и (2) можно посчитать оптимальный размер буфера.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено User294 , 15-Июн-09 23:00 
> значит ли это, в частности, что дешевые soho линукс-роутеры
> будут держать большую нагрузку и скорость?

У них проблема вовсе не в реалтаймности.А в обычном horsepower'е проца и прочая (проблема в том что мощный проц - дорогой и охлаждения требует).С ростом технологий (уменьшение технологических норм и рост частот, etc) само получится.Реалтаймовость тут не при чем.

А для большой нагрузки в дешевых роутерах у того же Ubicom есть например ряд "коммуникационных" процов где параллельно живет несколько тредов сразу. И к оному недавно прикрутили таки линух (была на этот счет новость).Да и однопоточным процам все конкуренты сделали face lift подняв частоты и прочая.Так что видимо роутеры все-таки будут.А куда они денутся то?Роутить, файрволить и т.п. гигабит и сотни мбит в .n draft все-таки нелегко и проц придется ставить мощнее.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено XoRe , 16-Июн-09 12:11 
>значит ли это, в частности, что дешевые soho линукс-роутеры будут держать большую
>нагрузку и скорость?

Вы сначала загрузите линукс-роутер так, чтобы он не справлялся с нагрузкой)
При грамотной настройке и тюнинге хороший комп спокойно обрабатывает сотни мегабит трафика.
А часто ли у soho каналы в интернет на сотни мегабит?

Если выхотите именно "дешевый линукс-роутер", то даже p-300 сможет обработать (разрулить, зашейпить и т.д.) ADSL канал.
С другой стороны, никакой realtime не позволит выжать из железа больше того, что оно дает.
Гигагерц операций из p-300 не получится.
Поэтому нужно исходить из потребностей.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено yantux , 15-Июн-09 11:51 
"серия стресс-тестов продемонстрировала уменьшение средней задержки с 7 до 2 микросекунд" - а где описание и исходники тестов?
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Мо , 15-Июн-09 11:57 
>Разработчики стремительно приближаются к моменту полной интеграции "-rt" ветки с основным Linux ядром.

Это значит, что RT можно будет включить передав параметр дистрибутивному ядру?

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено uZver , 15-Июн-09 12:20 
>>Разработчики стремительно приближаются к моменту полной интеграции "-rt" ветки с основным Linux ядром.
>Это значит, что RT можно будет включить передав параметр дистрибутивному ядру?

скорее уж пересобрав ядро и модули с опцией RT.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено rimidal , 15-Июн-09 13:58 
В Ubuntu в репозитории уже давным давно есть готовые сборки -rt ядра. А UbuntuStudio так вобще по умолчании с -rt ядром ставиться.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено fidaj , 15-Июн-09 14:05 
Ну не во всех ветках ядер.... В 27, 28 - наблюдались проблемы с SMP в rt ядрах... Пока что боевое RT ядро это 2.6.24-24-rt (hardy) что там в поновее дистрах - не знаю, но положа руку на сердце в конфиге 2.6.24-24-rt нет для полноценного rt - CONFIG_PREEMPT_RT - там только CONFIG_PREEMPT_DESKTOP (low latency)

Начал собирать 2.6.29.4-rt18 по ссылке и сразу неточность - реально дает загрузить только патчи для 2.6.29.4-rt19 (http://www.osadl.org/Latest-Stable-Quick-RT-Preempt-kerne.re...) поэтому собираю 2.6.29.4-rt19

Путаница какая-то: в новости 2.6.29.4-rt18 - по ссылке в статье 2.6.29.4-rt17 а дает скачать только к 2.6.29.4-rt19...

Да и толку с этого ядра в hardy если все равно нету в репозиториях ubuntustudio под него модулей (restricted/ubuntu) - если кто/что знает на счет этого - подскажите, пожалуйста...

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено ha7y , 15-Июн-09 15:31 
>реально дает загрузить только патчи для 2.6.29.4-rt19 (http://www.osadl.org/Latest-Stable-Quick-RT-Preempt-kerne.re...) поэтому собираю 2.6.29.4-rt19

Если что, то найти можно здесь:
ftp://ftp.kernel.org/pub/linux/kernel/projects/rt/
в папке older устаревшие

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено fidaj , 15-Июн-09 15:34 
Да точно - про old я забыл и патчи к 2.6.29.4-rt18 именно там...Спасибо...

А по поводу сборок restricted/ubuntu modules для Ubuntustudio под ядро 2.6.29.4-rt18 кто-то что-то знает?

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено fidaj , 15-Июн-09 16:24 
Вот досада... Хоть бери и подменяй версию на 2.6.24-24-rt что бы модули собрать, а то под то ядро, что в новости, нету исходников restricted/ubuntu modules в репозиториях...
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено vitek , 15-Июн-09 16:48 
вообще-то стабильная бубунта (jaunty) идет с 28 ведром
$ aptitude show linux-restricted-modules-2.6.28-3-rt
Пакет: linux-restricted-modules-2.6.28-3-rt
Состояние: не установлен
Версия: 2.6.28-3.3
Приоритет: необязательный
Раздел: universe/admin
Сопровождающий: Alessio Igor Bogani <abogani@ubuntu.com>
Размер в распакованном виде: 3011k
Зависимости: linux-image-2.6.28-3-rt, linux-restricted-modules-common
Пред-зависимости: dpkg (>= 1.10.24)
Описание: Non-free Linux kernel modules for version 2.6.28 on x86/x86_64
This package provides restricted modules for Linux version 2.6.28 on x86/x86_64.
These modules are "restricted" because they are not available under a completely Free licence.
You likely do not want to install this package directly. Instead, install the linux-restricted-modules-rt meta-package, which will ensure that upgrades work
correctly, and that supporting packages are also installed.

и кстати, а зачем Вам? чего-то не хватает?
там на данный момент только atheros'ые дрова и всё.
в большинстве случаев работает и без них.

$ dpkg -L linux-restricted-modules-2.6.28-11-generic
/.                                                                        
/usr                                                                      
/usr/share                                                                
/usr/share/linux-restricted-modules                                      
/usr/share/linux-restricted-modules/2.6.28-11-generic                    
/usr/share/linux-restricted-modules/2.6.28-11-generic/modules.alias.override
/usr/share/linux-restricted-modules/2.6.28-11-generic/modules.alias.override/wl
/usr/share/linux-restricted-modules/2.6.28-11-generic/modules.alias.override/ath_pci
/usr/share/doc                                                                      
/usr/share/doc/linux-restricted-modules-2.6.28-11-generic                          
/usr/share/doc/linux-restricted-modules-2.6.28-11-generic/copyright                
/usr/share/doc/linux-restricted-modules-2.6.28-11-generic/changelog.Debian.gz      
/lib                                                                                
/lib/linux-restricted-modules                                                      
/lib/linux-restricted-modules/2.6.28-11-generic                                    
/lib/linux-restricted-modules/2.6.28-11-generic/wl                                  
/lib/linux-restricted-modules/2.6.28-11-generic/wl/wl_linux.o                      
/lib/linux-restricted-modules/2.6.28-11-generic/wl/wl_iw.o                          
/lib/linux-restricted-modules/2.6.28-11-generic/wl/linux_osl.o                      
/lib/linux-restricted-modules/2.6.28-11-generic/wl/wlc_hybrid.o_shipped_x86_64      
/lib/linux-restricted-modules/2.6.28-11-generic/wl/wl.mod.o                        
/lib/linux-restricted-modules/2.6.28-11-generic/ath_hal                            
/lib/linux-restricted-modules/2.6.28-11-generic/ath_hal/ah_os.o                    
/lib/linux-restricted-modules/2.6.28-11-generic/ath_hal/x86_64-elf.hal.o            
/lib/linux-restricted-modules/2.6.28-11-generic/ath_hal/ath_hal.mod.o              
/lib/linux-restricted-modules/2.6.28-11-generic/ath_pci                            
/lib/linux-restricted-modules/2.6.28-11-generic/ath_pci/if_ath.o                    
/lib/linux-restricted-modules/2.6.28-11-generic/ath_pci/if_ath_pci.o                
/lib/linux-restricted-modules/2.6.28-11-generic/ath_pci/ath_pci.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan
/lib/linux-restricted-modules/2.6.28-11-generic/wlan/wlan.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan/wlan.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_ccmp
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_ccmp/wlan_ccmp.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_ccmp/wlan_ccmp.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_acl
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_acl/wlan_acl.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_acl/wlan_acl.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_scan_ap
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_scan_ap/wlan_scan_ap.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_scan_ap/wlan_scan_ap.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_scan_sta
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_scan_sta/wlan_scan_sta.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_scan_sta/wlan_scan_sta.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_tkip
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_tkip/wlan_tkip.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_tkip/wlan_tkip.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_wep
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_wep/wlan_wep.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_wep/wlan_wep.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_xauth
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_xauth/wlan_xauth.o
/lib/linux-restricted-modules/2.6.28-11-generic/wlan_xauth/wlan_xauth.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_amrr
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_amrr/ath_rate_amrr.o
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_amrr/ath_rate_amrr.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_onoe
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_onoe/ath_rate_onoe.o
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_onoe/ath_rate_onoe.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_sample
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_sample/ath_rate_sample.o
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_sample/ath_rate_sample.mod.o
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_minstrel
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_minstrel/ath_rate_minstrel.o
/lib/linux-restricted-modules/2.6.28-11-generic/ath_rate_minstrel/ath_rate_minstrel.mod.o

и всё. больше там ничего нет.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено fidaj , 15-Июн-09 16:52 
под 2.6.28 я знаю...мне оно не нужно... И как я уже писал ранее - в 2.6.28 нет полноценной опции CONFIG_PREEMPT_RT, а только CONFIG_PREEMPT_DESKTOP и проблемы с SMP.
Я все эти шаманства делаю только ради RT...(midi, знаете ли, обработка критична ко времени реакции...) В текущей моей ветке 2.6.24-24-rt есть заментые при работе с миди, даже на ухо, запаздывания в районе 50-300ms - а это очень много...
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено vitek , 15-Июн-09 17:12 
так зачем Вам restricted-modules? я ж вроде там много выше накатал, весь список файлов - там только wifi дрова для atheros. (и никакого midi знаетели ;-))
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено fidaj , 15-Июн-09 17:17 
Помоему Вы правы - скорее мне нужны ubuntu-modules - без них web-cam не стартовала и звук...Но все-равно их нет под 2.6.29...
midi не приплетайте к restricted-modules:)я так не говорил... midi я упоминал с веткой ядра и rt;)
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено fidaj , 14-Июл-09 23:11 
>Да и толку с этого ядра в hardy если все равно нету
>в репозиториях ubuntustudio под него модулей (restricted/ubuntu) - если кто/что знает
>на счет этого - подскажите, пожалуйста...

Сам спросил - сам отвечаю;)... Ничего толкового не нашел по этому поводу, поэтому сам склепал...
Кому интересно с пересборкой нового RT ядра 2.6.29.6-rt от Karmic для Hardy 8.04.3 в UbuntuStudio (да и не только studio ;)) Рекомендации ДЛЯ DESKTOP-a!!!
Краткая инструкция:

cd /usr/src
wget -c http://archive.ubuntu.com/ubuntu/pool/universe/l/linux-rt/li...
wget -c http://archive.ubuntu.com/ubuntu/pool/universe/l/linux-rt/li...
tar -zxvf linux-rt_2.6.29.6.orig.tar.gz
cd linux-rt-2.6.29.6
cp ../linux-rt_2.6.29.6-1.3.diff.gz ./
gunzip linux-rt_2.6.29.6-1.3.diff.gz
patch -p0 < linux-rt_2.6.29.6-1.3.diff

Потом лично я удаляю в основном Makefile что записано в EXTRAVERSION т.е. удаляю символы ".6"
Ну и изменяю: CFLAGS_KERNEL   = -march=native -O2 -pipe -UDEBUG -U_DEBUG -DNDEBUG -UNVDEBUG -URMDEBUG -UDEBUGGING -UDBG
Далее...
fakeroot debian/rules patch
make xconfig
Обязательно отключите все что касается Xen иначе не соберется!
Выберите свой CPU отключите FAIR_GROUP_SCHED, если после пача не установилась опция PREEMPT_RT, то установите, в kernel haking отключаю DEBUG_KERNEL и все что в Tracers...
Все остальное по железу самостоятельно...
Далее если повторно пересобираете то make-kpkg clean
Ну и
fakeroot make-kpkg --initrd --append-to-version=-rt kernel-image kernel-headers

Перед установкой получившихся пакетов linux-headers-2.6.29-rt_2.6.29-rt-10.00.Custom_amd64.deb и linux-image-2.6.29-rt_2.6.29-rt-10.00.Custom_amd64.deb нужно удалить если были ранее установлены alsa-firmware и alsa-firmware-loaders.
Ну и у кого nvidia - пересобрать/переустановить драйвера...

Что радует - так это реактивность (в том числе в I/O и дисковых операциях) по сравнению с базовым в Hardy 2.6.24-24-rt ядром.

Инструкция ни на что не претендует - но не сильно продвинутым, в пересборке, поможет!;)

Прежние linux-ubuntu-modules перенесены (частично или полностью - не разбирался) в патчи в ядро...

Ну и результат:
uname -a
Linux nonamehost 2.6.29-rt #1 SMP PREEMPT RT Tue Jul 14 19:53:41 EEST 2009 x86_64 GNU/Linux

lsb_release -a
No LSB modules are available.
Distributor ID:    Ubuntu
Description:    Ubuntu 8.04.3 LTS
Release:    8.04
Codename:    hardy

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено fidaj , 15-Июл-09 00:52 
Забыл добавить - при конфигурировании нужно включить опции CONFIG_HZ_1000=y CONFIG_HZ=1000
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено anonim , 15-Июн-09 13:54 
Как я понял эти патчи к ядру не дают жёсткий реалтайм. Они просто делают ядро full preemptive и всё.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Ariel , 15-Июн-09 16:11 
Для жесткого реалтайма есть специализированные ОС: QNX, Windows CE, некоторые свободные даже. Что касается soft-realtime - его давно обеспечивает Darwin.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Дмитрий Ю. Карпов , 15-Июн-09 16:53 
Разве Windows CE - реалтаймовая? Что в ней реалтаймового?
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено FHunter , 15-Июн-09 21:17 
Реалтайм в первую очередь набор механизмов ОС, позволяющее гарантировать время реакции в заданный промежуток времени. Пока лучшего определения я не встречал. Как следствие имеем предсказуемость системы для заранее известного набора задач на заданном оборудовании.
Т.е. в самой структуре ОС должны быть эти самые механизмы. Ушла ОС писать в свап и этот системный вызов не вытесняется - тогда РТ становится величиной вероятностной, или иногда называют софтРТ ("мягкое реальное время"). Понятно, что софтРТ и не РТ вовсе. Но кто-то считает иначе и условно выделяет такой класс ОС.
Таким образом, если вы гарантируете что реакция системы на событие будет не больше года, то ваша система уже реалтайм... Никаких цифр в определении РТ и в помине нет и не будет.
К чему я все это. ВинСЕ имеет механизмы, гарантирующие время реакции. Большее сказать про эту систему трудно. Как мне сказал "специалист" (с вашего позволения назову его так) на выставке презентовав диск с ВинСЕ: "Она настолько РТ, насколько Вы ее настроите". Вот и получается, что вроде время реакции гарантированно не более 50 мс, но с QNX 10 мкс ни в какое сравнение не идет. Да РТ, но такое РТ вроде и нахрен не нужен.
По теме. Попадался мне как-то отчет dedicated systems... разработчикам 2.6 еще много пилить до показателей коммерческих РТОС :(
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено gordev , 15-Июн-09 19:49 
ART-linux тоже hard realtime
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено аноним , 15-Июн-09 21:10 
Жсткий реалтайм на писюке вообще не осуществим многозадачный, 1 жёсткий, а остальные софт возможно
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено animist , 15-Июн-09 21:56 
Xenomai (http://www.xenomai.org) и RTAI (https://www.rtai.org/) патчи на ядро дают hard realtime OS уже много лет, у проектов стабильное отставание на 1 релиз ядра. К сожалению, слишком малое количество поддерживаемых устройств.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено User294 , 15-Июн-09 23:39 
>Как я понял эти патчи к ядру не дают жёсткий реалтайм.

А что есть жесткий реалтайм в ВАШЕМ понимании?А то например с такими конвеерами и кешами которые у х86 отрощены какие-то определенные времена реакции загарантировать довольно трудно если интересуют времена сравнимые с частотой такта проца а время на педалинг одних и тех же команд может быть "немного" разным - если cache hit, время одно, а если miss - более другое - пока там системная оператива раздуплится, ага... ;).И контроллеры прерываний у х86 та еще хрень.Если нужно быстро и гарантировано дергаться на событие - мелкий "таракан" с фирмваре вылизанным до тактов (которые для простых процессорных ядер даже реально посчитать для worst case) всяко сделает по времени реакции (и его неопределенности) любой qnx и что там еще на х86 уродце...

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Muapvois , 15-Июн-09 16:06 
Довольно давно сижу на rt ветке из-за аудио приложений. Проблемы со стабильностью были несколько лет назад, сейчас без нареканий работает, даже драйвер nvidia под него собирается. Nvidia + firewire-звук (ffado) у меня вообще только на rt-ядре нормально заработал, иначе ffado вылетает при использовании opengl.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено fidaj , 15-Июн-09 16:09 
Если не секрет - какой дистрибутив?
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Muapvois , 15-Июн-09 16:12 
Fedora (сейчас 10) + репозиторий Planet CCRMA, rt-ядро сейчас оттуда, раньше сам собирал.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено nim , 15-Июн-09 16:50 
Как вы думаете, почему так?
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Muapvois , 15-Июн-09 17:03 
> Как вы думаете, почему так?

В смысле, откуда проблемы с firewire и nvidia? Подозреваю, что драйвер nvidia где-то слишком задерживает обработку прерываний и ffado не успевает вовремя передать данные. В rt ядре обработчики прерываний "threaded", поэтому проблемы нет. Но это только догадки.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Аноним , 15-Июн-09 18:17 
>удалось значительно уменьшить максимальное гарантированное время реакции: серия стресс-тестов продемонстрировала уменьшение средней задержки с 7 до 2 микросекунд, а максимальной задержки с 290 до 17 микросекунд.

Не плохо было бы еще и оборудование писать, на котором стресс-тесты проводились...

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 16-Июн-09 04:59 
>>удалось значительно уменьшить максимальное гарантированное время реакции: серия стресс-тестов продемонстрировала уменьшение средней задержки с 7 до 2 микросекунд, а максимальной задержки с 290 до 17 микросекунд.
>
>Не плохо было бы еще и оборудование писать, на котором стресс-тесты проводились...

Вот, ковыряй, там всё написано - http://www.osadl.org/Realtime-Linux.projects-realtime-linux....

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено belkin , 16-Июн-09 11:49 
Детский сад продолжается ...

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

Во-вторых, они ядро сильно перебрали, убрав блокировки и добавив инверсию приоритетов т.е. улучшили, но сломали совместимость с модулями. Это параллельная разработка, которую они сами будут пилить до тех пор, пока и если это "мягкое" просто не сделают основным.

Приложения для RT OS должны уметь пользоваться ею т.е. их тоже надо переписывать.

Итоговый вопрос: что здесь есть в этом кроме фанатизма и торговой марки Linux?

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Muapvois , 16-Июн-09 13:40 
Дело в том, что этими патчами люди пользуются и находят их полезными (не стал бы называть форком, т.к. оно все время синхронизируется с основной веткой ядра, а не идет своей дорогой). Я не знаю, насколько оно применимо там, где требуется жесткий RT, но для звукодельни это абсолютно то, что нужно, и во всех дистрибутивах, ориентированных на работу со звуком, именно такое ядро.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Anany , 16-Июн-09 14:19 
Ну например легкий перевод на реалтайм встроенных устройств, до этого успешно работающих (уже) под никсами.
Плюс увеличение отзывчивости ОС как таковой.
Фанатизма нету и в помине, разве что вот в вашем посте немного.
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено belkin , 16-Июн-09 16:17 
>Ну например легкий перевод на реалтайм встроенных устройств, до этого успешно работающих
>(уже) под никсами.
>Плюс увеличение отзывчивости ОС как таковой.
>Фанатизма нету и в помине, разве что вот в вашем посте немного.
>

Не будет там Real-Time, я написал выше почему. Что касается "никсов", то в POSIX есть расширения для Real-Time. И оно уже кое-где реализовано, в QNX, например. А притягивать за уши Linux туда это по-детски или по-хитропопокоммерсантски. Либо вы ядро и приложения переделываете, как нужно для этого, или тогда не надо называть Real-Time, да ещё с этой адвокатской приставкой-оправдалкой "Soft". Обман в деталях.

Вон уже в прессе во всю глотку орут "теперь Linux ещё и Real-Time". А копнуть кто эту рекламную компанию запустил, так сразу видно - коммерсанты. Они теперь будут это "чудо" впаривать за дёшево, вытесняя настоящие RT-системы. В результате опять всё движется к полной победе копроэкономики. Задумаешь что-нибудь надёжное сделать, а везде RT Linux, потому что дёшево.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 17-Июн-09 02:24 
> Либо вы ядро и приложения переделываете, как нужно для этого
>, или тогда не надо называть Real-Time, да ещё с этой

Чё тормозишь.
Разговор идет про Linux, Linux - это то что валяется в http://www.kernel.org/pub/linux/kernel/ остальное довесок.
В отличии от Вас, тут собрались не дятлы, и все знают, что для реализации RT нужно всё - и ядро и драйвера и приложения....

И вообще, кроме Вас тут никто не орёт...  

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Сергей , 17-Июн-09 19:21 
>Не будет там Real-Time, я написал выше почему. Что касается "никсов", то
>в POSIX есть расширения для Real-Time. И оно уже кое-где реализовано,
>в QNX, например. А притягивать за уши Linux туда это по-детски
>или по-хитропопокоммерсантски. Либо вы ядро и приложения переделываете, как нужно для
>этого, или тогда не надо называть Real-Time, да ещё с этой
>адвокатской приставкой-оправдалкой "Soft". Обман в деталях.

Глупости говорите.  Soft Real-Time - это система, которая гаранирует выполнение заданной задачи в ЗАДАННЫЙ ИНТЕРВАЛ ВРЕМЕНИ с ЗАДАННОЙ ВЕРОЯТНОСТЬЮ. В hard Real-Time это вероятность должна быть равна 1.0

При этом при исследовании этой системы строится зависимость вероятности от временного интервала. Именно таким образом решается насколька эта система реального времени хороша или плоха по сравнению с другими...

Свестульками и перделками это кажется только вам.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено anonimous , 19-Июн-09 03:01 
> В hard Real-Time это вероятность должна быть равна 1.0

Но в военное время и до 2 доходит.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 19-Июн-09 03:41 
>[оверквотинг удален]
>>этого, или тогда не надо называть Real-Time, да ещё с этой
>>адвокатской приставкой-оправдалкой "Soft". Обман в деталях.
>
>Глупости говорите.  Soft Real-Time - это система, которая гарнирует выполнение заданной
>задачи в ЗАДАННЫЙ ИНТЕРВАЛ ВРЕМЕНИ с ЗАДАННОЙ ВЕРОЯТНОСТЬЮ. В hard Real-Time
>это вероятность должна быть равна 1.0
>
>При этом при исследовании этой системы строится зависимость вероятности от временного интервала.
>Именно таким образом решается насколько эта система реального времени хороша или
>плоха по сравнению с другими...

По-вашему получается, что любая ОС, имеющая, в заданном временном интервале,
вероятность гарантированного выполнение заданной задачи равную единицы - есть RTOS ? :)

Например ОS объявили HRTOS, реакция 30 мс +/- 3мс,  
в течении 1 дня, она выполняла задачи за 30мс +/- 2.8, после её начало плющить,
и срабатывала через 30 +/- 3.1мс, потом опять за -/+ 3 мс, на 4-й день за +/-4 мс  

Так что, насчёт единицы это вы зря, я б ограничился вероятность 0.999-0.997%

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Tav , 20-Июн-09 17:17 
Ну так получим реакцию в интервале 30±4 мс с вероятностью 1.0, так и надо было объявлять.