LINUX.ORG.RU

Представлен набор RT-патчей для ядра Linux 3.0

 ,


0

1

Томас Глейкснер (Thomas Gleixner), основной разработчик и мейнтейнер RT-ветки ядра Linux, сообщил о выпуске третьей верcии набора патчей с реализацией режима реального времени (Realtime-Preempt", PREEMPT_RT или "-rt") для ядра Linux 3.0. Ядро "-rt" с реализацией жёсткого режима реального времени используется в real-time редакциях промышленных Linux дистрибутивов MontaVista, Red Hat и Novell. Это первое крупное обновление RT-Linux за последние несколько лет, знаменующее уход от ядра версии 2.6.33, которое использовалось в качестве базы для RT-ветки несколько лет подряд.

В письме, отправленном в список рассылки Linux-ядра, Томас Глейкснер отмечает существенное отличие новой версии патчей от предыдущих. Логика работы многих подсистем была кардинально переработана, код стал намного чище и проще для анализа, общий размер патчей сократился более чем в два раза. Теперь код затрагивает гораздо меньше подсистем и структур данных ядра, что, по мнению автора, позволит ускорить процесс его включения в основную ветку. 223 подготовленных в рамках проекта патча, затрагивающих 374 файла разбиты на 4 группы, из которых одна группа устраняет недоработки уже находящихся в ядре подсистем, одна группа уже отправлена для включения в состав основного ядра, одна признана готовой для отправки заявки на включение в состав ядра и одна требует доработки и проверки. Для сравнения, для ветки 2.6.33 было подготовлено 462 патча, затрагивающих 690 файлов.

Ядро с наложенными патчами было протестировано на платформах x86 и x86_64, а также на ARM, MIPS и PowerPC и, по словам Thomas Gleixner оказалось «удивительно стабильным» (amazinlgy stable). Событие знаменательно тем, что это первый случай когда RT-патчи адаптированы для последней актуальной версии Linux-ядра, ранее выпуск патчей существенно отставал, что было связано с большой трудоёмкостью процесса портирования и тестирования.

>>> Подробности



Проверено: post-factum ()
Последнее исправление: post-factum (всего исправлений: 3)
Ответ на: комментарий от devl547

-rt никогда не отличался медлительностью в нумерации. Доходило и до -rt22, AFAIK. Автор на каждую пачку критических однострочников делает срез.

post-factum ★★★★★
()
Ответ на: комментарий от anonymous_sapiens

еще оно сделает тебе кофе и массаж.

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

Патчи есть, все есть, если есть время - сделай)

papochka
() автор топика

Кто-нибудь из гентушников уже попробовал?

cattail
()

Жесткач?

Ядро "-rt" с реализацией жёсткого режима

Действительно жёсткого режима? Такого же жёсткого как, например, в QNX? А обычные программы на таком Linux'е запускать можно? Сделать настольную ЭВМ с таким ядром и ПО из Debian'а можно?

Camel ★★★★★
()
Ответ на: Жесткач? от Camel

> Сделать настольную ЭВМ с таким ядром и ПО из Debian'а можно?

Можно. Но, судя по твоим вопросам, тебе это не нужно.

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

>оно буднт в убунте?

Должно быть в Ubuntu Studio 11.10.

vilisvir ★★★★★
()

> уход от ядра версии 2.6.33, которое было использовано в качестве базы для RT-ветки несколько лет подряд.

«Было использовано несколько лет подряд» — не по-русски. Напишите просто «использовалось». На счёт «нескольких лет»: верните ключи на место, 33е ядро вышло 24 февраля 2010, ему ещё и полутора лет нет.

prorok2k
()

> одна группа уже отправлена для включения в состав основного ядра, одна признана готовой для отправки заявки на включение в состав ядра

Они хотят в результате целиком оказаться в ванильном ядре или это побочный эффект?

muon ★★★★★
()

> Томас Глейкснер (Thomas Gleixner)

Гляйкснер, не?

asaw ★★★★★
()

Бум, бум

Я типа как рад =)))

Lavir
()

Может кто-нибудь подкинет линк на то как писать софт под это ядро, и на тесты на сколько же оно реатаймовое всё же?

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

Тоесть если поставить просто это ядрышко, профита не буде что-ли, казалось иначе

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

так судя по всему именно большая готовность ядра к рт и стала поводом к изменения номера версии до 3

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

>> А как в -rt с #12309?

Выполняется с приоритетом реального времени. Ваш К.О.

Глупости.

tailgunner ★★★★★
()

Нифига себе. Годная новость. Срочно уходим на инженерные тесты.

anonymous
()

Субъективно: система стала медленнее загружаться и стала менее отзывчивой. Может имеет смысл сбросить таймер с 1000Hz на 300?

DarkAmateur ★★★★
()

>по словам Thomas Gleixner оказалось «удивительно стабильным» (amazinlgy stable)

аж сам удивился?

registrant ★★★★★
()

История Успеха

Скоро запилят в основную ветку.Прогресс же

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

Меня скорее беспокоят не столько задрежки, сколько отсутствие звука вообще)

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

задача rt системы состоит в том, чтобы обеспечить фиксированную «отзывчивость». это не значит, что она должна быть низкой.

Lucky ★★
()

/me подавился квасом

Red Hat риалтаймен?? o_O

darkshvein ☆☆
()
Ответ на: комментарий от anonymous

Ну и при чём тут специфика? Просто баги.

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

кстати да)

сегодня на работе уже второй день любился с 3.0 + рт1/3 + ат91. дебаг-порт на арме в base/full-rt стабильно дропал каждый второй/третий/второй+третий байт (приоритет прерывания на дебаг-порту был самым высоким). плюс вывод printk локался непонятно где на радномное время/рандомное событие. убрал к чертям рт-патч — всё летает; ни одного пропущенного байта на дебаг-порту, как ни старался нагрузить систему… самый прикол в том, что отчёты о подобном поведении с рт-патчем датируются декабрём 2007-го года… говорят, что причина — удерживание блокировки прерываний (с рт-патчем) больше 300мкс.

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

ну пиши багрепорт, онож тока пилица какрас прям щас, там косяков еще хватает, у меня вообще фризица молча на ровном месте.

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

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

anonymous
()

Градации стабильности — это вин.

[i]> удивительно стабильное

вполне стабильное
почти стабильное
вроде стабильное, но всё-таки не то[/i]

Оценивали, надо полагать, по числу сегфолтов в день?

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

конечно, просто эти криворукие атмелы не умеют делать железо под наши идеальные драйвера, ага :)

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

>просто эти криворукие атмелы не умеют делать железо

В самую точку - их восьмибитки avr очень хороши, а все что на arm9 (к слову ничего круче они так и не сделали) редкостное говно, хотя и достаточно популярное.

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

>железо под наши идеальные драйвера

Кстати, сможешь назвать хоть один uart (кроме тех что в убогих микроконтроллерах) без аппаратных fifo ? я не видел ниодного кроме атмеловского.

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

> а все что на arm9 редкостное говно

да-да, говно, я уже понял. оно не работает с обалденным и безглючным preempt-rt, значит говно, что тут непонятного…

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

> Кстати, сможешь назвать хоть один uart (кроме тех что в убогих микроконтроллерах) без аппаратных fifo ? я не видел ниодного кроме атмеловского.

8250. историю помнить надо :)

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