Хочу добиться от Linux максимальной отзывчивости.
Тут, как я вижу, есть множество путей:
1) старые проекты (KURT,RTLinux)
2) RTAI
3)Xenomai
4) патч для Linux3.2

Интересно, что в четвёртом варианте появляется опция "Fully preemtible kernel" и "плавающий тик", подразумевает ли это "жёсткий реалтайм"? Нигде нет информации об этих патчах, как они аботают, как задаются приоритеты процессам....
Xenomai только для ядер 2.6.xx
хочется обюъективно сравнить что лучше применительно к ARM платформе.

прямо за один только февраль - несколько тем по realtime Linux... а где-то в соседней теме с желанием hard realtime...

1. неужели ещё кто-то не избавился от иллюзий, что якобы какими-то RT "пришлёпками" к Linux можно сделать realtime?
да ещё жёстким реалтайм!

2. realtime (жёстки, мягкий, ... ) не имеет ни малейшей взаимосвязи с "отзывчивостью", "латентностью" и другими подобными "вкусностями".
realtime - это нечто совсем другой, и действительно его добиться можно только с ОС, изначально заточенными на эти цели, в первую очередь,
QNX.
А realtime в Linux - это как седло на корове - ну не для того он задуман!

P.S. говорили здесь в форуме, говорили, год назад или 2... договорились уже, кажется...?
так нет, новая поросль пошла ... на те же грабли

rt-патч просто делает linux практически везде вытесняемым (разумеется, полностью вытесняемым никакое ядро быть не может),
таким образом повышая отзывчивость + добавляет hard realtime. Более подробно можно почитать тут, тут и тут.

RTAI и Xenomai - это скорее фреймворки, которые используют наноядро ADEOS, поверх которого крутится linux. Для 3-их ядер
есть патчи (и они присутствуют в Xenomai).
Имхо, результаты показывают лучшие, чем rt-патч, но требуют дополнительных телодвижений при написании софта.

Olej, зачем писать такие ангажированные посты по продвижению QNX? Выглядит это со стороны несколько странно...
80-е и 90-е давно закончились, время идет, все меняется, и rt-linux должен вызывать не больше удивления, чем превращение
Neutrino в андроид для blackberry

Сообщение отредактировал vshemm - Apr 8 2012, 16:55

А как вам такое?

Очень подробно всё расписано. С очень длительными по времени бенчмарками.

Для Linux-а там 26 мкс максимум для таймера, 62 мкс для задачи на уровне ядра и 105 макс для пользовательского приложения - очень впечатляет - ну и кому нужен этот QNX после такого?

Очень интересные результаты. Всегда хотел Xenomai попробовать.
Вы не в курсе когда установлен Xenomai фраймворк, можно ли писать пользовательскеие приложения в Linux без участия Xenomai, но получать данные от Xenomai-приложений?
Инимы словами, обязывает ли этот фреймворк применять свои API, если не требуется реал-тайм процесс? и спецефичен ли процесс написания драйверов? Будут ли работать драйвера Linux в Xen-приложении?

Сообщение отредактировал TigerSHARC - Jul 3 2012, 19:07

На "свежих" ядрах запустить свою задачу в реальном времени довольно просто: тынц.

только в таком случае реакция будет на порядок хуже, чем у Xenomai

Сообщение отредактировал Dubov - Jul 5 2012, 12:46

Любопытно, а на чем основано данное предположение?

Перед тем как делать выводы, нужно прогнать те же тесты по той же методике на том же железе под qnx.
И, даже после этого есть такая штука как сертификация, увы, что иногда резко сокращает выбор.



RT-драйверы пишутся в своем формате RTDM, который очень похож на модель обычных линуксовых драйверов. При
этом они работают параллельно с обычными драйверами linux (но на уровне наноядра - т.е. ниже).

Для общения с ними в приложении используются функции вроде rt_dev_open()/rt_dev_read() и пр. Однако, в Xenomai
есть прослойки ("skin"), которые облегчают портирование. Например, при использовании posix-skin доступны обычные
posix функции (в т.ч. open()/close()), что нивелирует проблему. Так же есть скины для vxworks, psos+, uitron...

Риалтайм от не-риалтайма процесса отличается только тем, какое ядро (linux или наноядро) будет им управлять. Переход
от одного к другому можно делать прямо в рантайме. Так что эта проблема ортогональна применяемому API.

Про Xen я не очень понял вопрос, но по идее, Xen с Xenomai должны уживаться. Разве что аппаратная виртуализация Xen
может испортить риалтайм, т.к. выполняется на более низком уровне.

Ссылки:
http://www.xenomai.org/index.php/Porting_P...ions_to_Xenomai
http://www.xenomai.org/documentation/branc...pplications.pdf

Ставим Debian или Alt_Linux с ядром RTAI ?

http://packages.debian.org/search?keywords...amp;section=all

Или Alt Linux, но .rpm ядра придется пере-собрать самому(rpmbuild).
http://www.sisyphus.ru:1080/ru/srpm/Branch...source-rtai/get