форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"Новая стабильная версия real-time ветки Linux ядра"		+/–
Сообщение от opennews on 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
Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Новая стабильная версия real-time ветки Linux ядра"		+/–
Сообщение от Анон on 15-Июн-09, 11:48
значит ли это, в частности, что дешевые soho линукс-роутеры будут держать большую нагрузку и скорость?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от vadiml on 15-Июн-09, 11:52
	Скорость и время реакции -- разные вещи. RT ядро чуть медленнее обычного из-за разных приоритетов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от Анон on 15-Июн-09, 12:05
	да, это разные вещи. переформулирую вопрос: значит ли это, что линукс машины с RT ядром смогут более качественно обслуживать VoIP? как частный случай.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от Greg (??) on 15-Июн-09, 12:44
	Не факт, тут важнее пока что программное обоспечение которое стоит на рутере, и обслуживает траффик. Хочу сказать что мы используем линукс в рутерах собственной загoтовки с ядром 2.4 Проблем с Voip не замечено.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	37. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от User294 (ok) on 15-Июн-09, 23:05
	>переформулирую вопрос: значит ли это, что линукс машины с RT ядром смогут >более качественно обслуживать VoIP? как частный случай. ИМХО для VoIP надо просто грамотно настроенный QoS и при том хрень типа реалтайма на уровне ядра врядли сильно влияет на что-то.Зато настройки QoS какие пакеты пихать с бОльшим приоритетом - очень даже влияют, особенно если канал в интернет узкий и какие-то скотины вечно норовят его забить трафом.В этом случае правильный шедулинг пакетов может здорово улучшить дело.А вот микросекунды от реалтаймности ядра мало кто разглядит даже с микроскопом имхо.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от Sarge (??) on 15-Июн-09, 11:58
	Конечно нет. RealTime оси гарантируют высокую отзывчивость за счёт понижения общей производительности.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Новая стабильная версия real-time ветки Linux ядра"		+2 +/–
	Сообщение от 74025 on 15-Июн-09, 12:17
	Ну и хорошо. Главное - отзывчивость. Неприятно, когда система неотзывчива.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Новая стабильная версия real-time ветки Linux ядра"		+5 +/–
	Сообщение от vitek (??) on 15-Июн-09, 13:23
	да. с девушками всегда так. :-D
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	15. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от Ivan (??) on 15-Июн-09, 15:02
	Наверно в лучшем случае вешаться меньше станут.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	38. "Новая стабильная версия real-time ветки Linux ядра"		–2 +/–
	Сообщение от User294 (ok) on 15-Июн-09, 23:16
	>Наверно в лучшем случае вешаться меньше станут. А они вешаются? Сами по себе роутеры с пингвином могут работать месяцами без проблем.Там обычно софта минимум, ядро древнее 2.4 - глючить в плане софта как бы особо нечему (ядро, базовые демоны и прочая существуют не год и не два и их уже давно более-менее обезглючили в сетевых делах). Если взвисает то обычно или из-за аппаратных грабель (железо дешевое, а как известно - как заплачено, так и зафигачено) или из-за откровенной лажи вендорья в том что они туда прикручивали своими кривыми руками: у всяких асусов и длинков полтора програмера на всю контору и линукс они знают как-то по своему, устраняя элементарные проблемы месяцами, хотя любой Вася Пупкин слегка понимающий как работает линукс пристрелит такую проблему за пару часов. Еще бывают всякие совсем дешевые роутеры, которые виснут в силу общей дерьмовости конструкции и потому что сэкономили на всем. Но там обычно внутрях вообще какое-нибудь самопальное говно в качестве софта(влезает в меньший объем RAM и flash чем пингвин - экономия еще пары центов обеспечена!). Обычно оно грамотно дополняет общедерьмовую картину - самопальные реализации протоколов в отличие от того что в пингвинах обычно убогие и глюкавые (в пингвинах лажу за годы все-таки более-менее выловили орды тех кто это пользовал, все более-менее популярные протоколы более-менее допинали до кондиции и они работают, в разных позах, чего про "самопальные" стэки протоколов в самопальных операционках - не скажешь).
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "Новая стабильная версия real-time ветки Linux ядра"		+1 +/–
	Сообщение от alexr (??) on 15-Июн-09, 15:10
	Большая нагрузка и скорость реакции метрики которые влияют друг на друга негативно. В случае сферического коня в вакууме: 1.Наибольшая пропускная способность достигается при максимально возможной буферизаци. 2.Наименьший RTT или время реакции с нулевой буферизацией. В мире реальных систем для предельных значений в (1) и (2) можно посчитать оптимальный размер буфера.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	36. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от User294 (ok) on 15-Июн-09, 23:00
	> значит ли это, в частности, что дешевые soho линукс-роутеры > будут держать большую нагрузку и скорость? У них проблема вовсе не в реалтаймности.А в обычном horsepower'е проца и прочая (проблема в том что мощный проц - дорогой и охлаждения требует).С ростом технологий (уменьшение технологических норм и рост частот, etc) само получится.Реалтаймовость тут не при чем. А для большой нагрузки в дешевых роутерах у того же Ubicom есть например ряд "коммуникационных" процов где параллельно живет несколько тредов сразу. И к оному недавно прикрутили таки линух (была на этот счет новость).Да и однопоточным процам все конкуренты сделали face lift подняв частоты и прочая.Так что видимо роутеры все-таки будут.А куда они денутся то?Роутить, файрволить и т.п. гигабит и сотни мбит в .n draft все-таки нелегко и проц придется ставить мощнее.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	42. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от XoRe (ok) on 16-Июн-09, 12:11
	>значит ли это, в частности, что дешевые soho линукс-роутеры будут держать большую >нагрузку и скорость? Вы сначала загрузите линукс-роутер так, чтобы он не справлялся с нагрузкой) При грамотной настройке и тюнинге хороший комп спокойно обрабатывает сотни мегабит трафика. А часто ли у soho каналы в интернет на сотни мегабит? Если выхотите именно "дешевый линукс-роутер", то даже p-300 сможет обработать (разрулить, зашейпить и т.д.) ADSL канал. С другой стороны, никакой realtime не позволит выжать из железа больше того, что оно дает. Гигагерц операций из p-300 не получится. Поэтому нужно исходить из потребностей.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Новая стабильная версия real-time ветки Linux ядра"		+/–
Сообщение от yantux (??) on 15-Июн-09, 11:51
"серия стресс-тестов продемонстрировала уменьшение средней задержки с 7 до 2 микросекунд" - а где описание и исходники тестов?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Новая стабильная версия real-time ветки Linux ядра"		+/–
Сообщение от Мо on 15-Июн-09, 11:57
>Разработчики стремительно приближаются к моменту полной интеграции "-rt" ветки с основным Linux ядром. Это значит, что RT можно будет включить передав параметр дистрибутивному ядру?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от uZver (??) on 15-Июн-09, 12:20
	>>Разработчики стремительно приближаются к моменту полной интеграции "-rt" ветки с основным Linux ядром. >Это значит, что RT можно будет включить передав параметр дистрибутивному ядру? скорее уж пересобрав ядро и модули с опцией RT.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "Новая стабильная версия real-time ветки Linux ядра"		–1 +/–
	Сообщение от rimidal on 15-Июн-09, 13:58
	В Ubuntu в репозитории уже давным давно есть готовые сборки -rt ядра. А UbuntuStudio так вобще по умолчании с -rt ядром ставиться.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от fidaj (ok) on 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) - если кто/что знает на счет этого - подскажите, пожалуйста...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	17. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от ha7y on 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 устаревшие
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от fidaj (ok) on 15-Июн-09, 15:34
	Да точно - про old я забыл и патчи к 2.6.29.4-rt18 именно там...Спасибо... А по поводу сборок restricted/ubuntu modules для Ubuntustudio под ядро 2.6.29.4-rt18 кто-то что-то знает?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от fidaj (ok) on 15-Июн-09, 16:24
	Вот досада... Хоть бери и подменяй версию на 2.6.24-24-rt что бы модули собрать, а то под то ядро, что в новости, нету исходников restricted/ubuntu modules в репозиториях...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	24. "Новая стабильная версия real-time ветки Linux ядра"		+1 +/–
	Сообщение от vitek (??) on 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 и всё. больше там ничего нет.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	26. "Новая стабильная версия real-time ветки Linux ядра"		–1 +/–
	Сообщение от fidaj (ok) on 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 - а это очень много...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	29. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от vitek (??) on 15-Июн-09, 17:12
	так зачем Вам restricted-modules? я ж вроде там много выше накатал, весь список файлов - там только wifi дрова для atheros. (и никакого midi знаетели ;-))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	30. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от fidaj (ok) on 15-Июн-09, 17:17
	Помоему Вы правы - скорее мне нужны ubuntu-modules - без них web-cam не стартовала и звук...Но все-равно их нет под 2.6.29... midi не приплетайте к restricted-modules:)я так не говорил... midi я упоминал с веткой ядра и rt;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	51. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от fidaj (ok) on 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
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	52. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от fidaj (ok) on 15-Июл-09, 00:52
	Забыл добавить - при конфигурировании нужно включить опции CONFIG_HZ_1000=y CONFIG_HZ=1000
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Новая стабильная версия real-time ветки Linux ядра"		+/–
Сообщение от anonim on 15-Июн-09, 13:54
Как я понял эти патчи к ядру не дают жёсткий реалтайм. Они просто делают ядро full preemptive и всё.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	21. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от Ariel (??) on 15-Июн-09, 16:11
	Для жесткого реалтайма есть специализированные ОС: QNX, Windows CE, некоторые свободные даже. Что касается soft-realtime - его давно обеспечивает Darwin.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	27. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от Дмитрий Ю. Карпов on 15-Июн-09, 16:53
	Разве Windows CE - реалтаймовая? Что в ней реалтаймового?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	34. "Новая стабильная версия real-time ветки Linux ядра"		+3 +/–
	Сообщение от FHunter on 15-Июн-09, 21:17
	Реалтайм в первую очередь набор механизмов ОС, позволяющее гарантировать время реакции в заданный промежуток времени. Пока лучшего определения я не встречал. Как следствие имеем предсказуемость системы для заранее известного набора задач на заданном оборудовании. Т.е. в самой структуре ОС должны быть эти самые механизмы. Ушла ОС писать в свап и этот системный вызов не вытесняется - тогда РТ становится величиной вероятностной, или иногда называют софтРТ ("мягкое реальное время"). Понятно, что софтРТ и не РТ вовсе. Но кто-то считает иначе и условно выделяет такой класс ОС. Таким образом, если вы гарантируете что реакция системы на событие будет не больше года, то ваша система уже реалтайм... Никаких цифр в определении РТ и в помине нет и не будет. К чему я все это. ВинСЕ имеет механизмы, гарантирующие время реакции. Большее сказать про эту систему трудно. Как мне сказал "специалист" (с вашего позволения назову его так) на выставке презентовав диск с ВинСЕ: "Она настолько РТ, насколько Вы ее настроите". Вот и получается, что вроде время реакции гарантированно не более 50 мс, но с QNX 10 мкс ни в какое сравнение не идет. Да РТ, но такое РТ вроде и нахрен не нужен. По теме. Попадался мне как-то отчет dedicated systems... разработчикам 2.6 еще много пилить до показателей коммерческих РТОС :(
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	32. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от gordev (ok) on 15-Июн-09, 19:49
	ART-linux тоже hard realtime
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	33. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от аноним on 15-Июн-09, 21:10
	Жсткий реалтайм на писюке вообще не осуществим многозадачный, 1 жёсткий, а остальные софт возможно
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	35. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от animist on 15-Июн-09, 21:56
	Xenomai (http://www.xenomai.org) и RTAI (https://www.rtai.org/) патчи на ядро дают hard realtime OS уже много лет, у проектов стабильное отставание на 1 релиз ядра. К сожалению, слишком малое количество поддерживаемых устройств.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	39. "Новая стабильная версия real-time ветки Linux ядра"		–2 +/–
	Сообщение от User294 (ok) on 15-Июн-09, 23:39
	>Как я понял эти патчи к ядру не дают жёсткий реалтайм. А что есть жесткий реалтайм в ВАШЕМ понимании?А то например с такими конвеерами и кешами которые у х86 отрощены какие-то определенные времена реакции загарантировать довольно трудно если интересуют времена сравнимые с частотой такта проца а время на педалинг одних и тех же команд может быть "немного" разным - если cache hit, время одно, а если miss - более другое - пока там системная оператива раздуплится, ага... ;).И контроллеры прерываний у х86 та еще хрень.Если нужно быстро и гарантировано дергаться на событие - мелкий "таракан" с фирмваре вылизанным до тактов (которые для простых процессорных ядер даже реально посчитать для worst case) всяко сделает по времени реакции (и его неопределенности) любой qnx и что там еще на х86 уродце...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Новая стабильная версия real-time ветки Linux ядра"		+/–
Сообщение от Muapvois on 15-Июн-09, 16:06
Довольно давно сижу на rt ветке из-за аудио приложений. Проблемы со стабильностью были несколько лет назад, сейчас без нареканий работает, даже драйвер nvidia под него собирается. Nvidia + firewire-звук (ffado) у меня вообще только на rt-ядре нормально заработал, иначе ffado вылетает при использовании opengl.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от fidaj (ok) on 15-Июн-09, 16:09
	Если не секрет - какой дистрибутив?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	22. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от Muapvois on 15-Июн-09, 16:12
	Fedora (сейчас 10) + репозиторий Planet CCRMA, rt-ядро сейчас оттуда, раньше сам собирал.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	25. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от nim on 15-Июн-09, 16:50
	Как вы думаете, почему так?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	28. "Новая стабильная версия real-time ветки Linux ядра"		+1 +/–
	Сообщение от Muapvois on 15-Июн-09, 17:03
	> Как вы думаете, почему так? В смысле, откуда проблемы с firewire и nvidia? Подозреваю, что драйвер nvidia где-то слишком задерживает обработку прерываний и ffado не успевает вовремя передать данные. В rt ядре обработчики прерываний "threaded", поэтому проблемы нет. Но это только догадки.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

31. "Новая стабильная версия real-time ветки Linux ядра"		+/–
Сообщение от Аноним (??) on 15-Июн-09, 18:17
>удалось значительно уменьшить максимальное гарантированное время реакции: серия стресс-тестов продемонстрировала уменьшение средней задержки с 7 до 2 микросекунд, а максимальной задержки с 290 до 17 микросекунд. Не плохо было бы еще и оборудование писать, на котором стресс-тесты проводились...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	40. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от pavlinux (ok) on 16-Июн-09, 04:59
	>>удалось значительно уменьшить максимальное гарантированное время реакции: серия стресс-тестов продемонстрировала уменьшение средней задержки с 7 до 2 микросекунд, а максимальной задержки с 290 до 17 микросекунд. > >Не плохо было бы еще и оборудование писать, на котором стресс-тесты проводились... Вот, ковыряй, там всё написано - http://www.osadl.org/Realtime-Linux.projects-realtime-linux....
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

41. "Новая стабильная версия real-time ветки Linux ядра"		+/–
Сообщение от belkin (ok) on 16-Июн-09, 11:49
Детский сад продолжается ... Во-первых, "мягкий RT" это "в большинстве случаев успевает" т.е. выдаём желаемое за действительное, маркетинговая лапша на уши. Во-вторых, они ядро сильно перебрали, убрав блокировки и добавив инверсию приоритетов т.е. улучшили, но сломали совместимость с модулями. Это параллельная разработка, которую они сами будут пилить до тех пор, пока и если это "мягкое" просто не сделают основным. Приложения для RT OS должны уметь пользоваться ею т.е. их тоже надо переписывать. Итоговый вопрос: что здесь есть в этом кроме фанатизма и торговой марки Linux?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	43. "Новая стабильная версия real-time ветки Linux ядра"		+1 +/–
	Сообщение от Muapvois on 16-Июн-09, 13:40
	Дело в том, что этими патчами люди пользуются и находят их полезными (не стал бы называть форком, т.к. оно все время синхронизируется с основной веткой ядра, а не идет своей дорогой). Я не знаю, насколько оно применимо там, где требуется жесткий RT, но для звукодельни это абсолютно то, что нужно, и во всех дистрибутивах, ориентированных на работу со звуком, именно такое ядро.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	44. "Новая стабильная версия real-time ветки Linux ядра"		+1 +/–
	Сообщение от Anany on 16-Июн-09, 14:19
	Ну например легкий перевод на реалтайм встроенных устройств, до этого успешно работающих (уже) под никсами. Плюс увеличение отзывчивости ОС как таковой. Фанатизма нету и в помине, разве что вот в вашем посте немного.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	45. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от belkin (ok) on 16-Июн-09, 16:17
	>Ну например легкий перевод на реалтайм встроенных устройств, до этого успешно работающих >(уже) под никсами. >Плюс увеличение отзывчивости ОС как таковой. >Фанатизма нету и в помине, разве что вот в вашем посте немного. > Не будет там Real-Time, я написал выше почему. Что касается "никсов", то в POSIX есть расширения для Real-Time. И оно уже кое-где реализовано, в QNX, например. А притягивать за уши Linux туда это по-детски или по-хитропопокоммерсантски. Либо вы ядро и приложения переделываете, как нужно для этого, или тогда не надо называть Real-Time, да ещё с этой адвокатской приставкой-оправдалкой "Soft". Обман в деталях. Вон уже в прессе во всю глотку орут "теперь Linux ещё и Real-Time". А копнуть кто эту рекламную компанию запустил, так сразу видно - коммерсанты. Они теперь будут это "чудо" впаривать за дёшево, вытесняя настоящие RT-системы. В результате опять всё движется к полной победе копроэкономики. Задумаешь что-нибудь надёжное сделать, а везде RT Linux, потому что дёшево.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	46. "Новая стабильная версия real-time ветки Linux ядра"		–1 +/–
	Сообщение от pavlinux (ok) on 17-Июн-09, 02:24
	> Либо вы ядро и приложения переделываете, как нужно для этого >, или тогда не надо называть Real-Time, да ещё с этой Чё тормозишь. Разговор идет про Linux, Linux - это то что валяется в http://www.kernel.org/pub/linux/kernel/ остальное довесок. В отличии от Вас, тут собрались не дятлы, и все знают, что для реализации RT нужно всё - и ядро и драйвера и приложения.... И вообще, кроме Вас тут никто не орёт...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	47. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от Сергей (??) on 17-Июн-09, 19:21
	>Не будет там Real-Time, я написал выше почему. Что касается "никсов", то >в POSIX есть расширения для Real-Time. И оно уже кое-где реализовано, >в QNX, например. А притягивать за уши Linux туда это по-детски >или по-хитропопокоммерсантски. Либо вы ядро и приложения переделываете, как нужно для >этого, или тогда не надо называть Real-Time, да ещё с этой >адвокатской приставкой-оправдалкой "Soft". Обман в деталях. Глупости говорите.  Soft Real-Time - это система, которая гаранирует выполнение заданной задачи в ЗАДАННЫЙ ИНТЕРВАЛ ВРЕМЕНИ с ЗАДАННОЙ ВЕРОЯТНОСТЬЮ. В hard Real-Time это вероятность должна быть равна 1.0 При этом при исследовании этой системы строится зависимость вероятности от временного интервала. Именно таким образом решается насколька эта система реального времени хороша или плоха по сравнению с другими... Свестульками и перделками это кажется только вам.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	48. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от anonimous on 19-Июн-09, 03:01
	> В hard Real-Time это вероятность должна быть равна 1.0 Но в военное время и до 2 доходит.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	49. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от pavlinux (ok) on 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%
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	50. "Новая стабильная версия real-time ветки Linux ядра"		+/–
	Сообщение от Tav on 20-Июн-09, 17:17
	Ну так получим реакцию в интервале 30±4 мс с вероятностью 1.0, так и надо было объявлять.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема