Linux, RT расширения Опции

[Zelepuk]

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

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

[AVR]

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

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

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

[vshemm]

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

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

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

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

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

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