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-ядра, ранее выпуск патчей существенно отставал, что было связано с большой трудоёмкостью процесса портирования и тестирования.

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

Нужно обновить новость. Патчсет не тестовый уже, к тому же есть -rt3.

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

> к тому же есть -rt3.

и они тоже решили гонку версий устроить?

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

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

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

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

anonymous ()

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

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 ★★★★★ ()

Ну вот, а говорили, что смена циферки в версии ничего не даст.

Sadler ★★★ ()

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

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

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

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

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

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

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

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

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

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

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

Глупости.

tailgunner ★★★★★ ()

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

anonymous ()

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

DarkAmateur ★★ ()

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

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

registrant ★★★★★ ()

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

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

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

Ну, зато если будешь работать со звуком задержек не будет вообще :)

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

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

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

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

Lucky ★★ ()

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

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

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

Нафига оно тебе в абанте? Жёстко тормозить же будет или подвисать в силу своей специфики.

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

>тормозить
Возможно.

подвисать

Чего?

x3al ★★★★★ ()
Ответ на: комментарий от 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 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.