QNX opensource! Опции

[Nixon]

Сегодня QSSL открыла исходные коды QNX 6 (правда под собственной лицензией, но все равно для всех).
Более подробно -> www.qssl.com

[vshemm]

QNX бесплатен? Мягко говоря, это не так Да, можно получить среду разработки и часть исходников "нахаляву", но, чтобы применить их, нужно покупать лицензии. Причем, несколько сотен долларов за 1 рантайм лицензию - это перебор.
Вот пара конкурентов.
- WindowsCE. Прекрасная документация, реальное время, GUI, стеки и т.п. А для прикладного программиста тут просто рай - редуцированный win32 api, MFC, .NET framework, Mobile3D, широкие мультимедийные возможности и пр. В 6.0 версии появилась возможность создавать драйвера работающие в режиме пользователя (если производительности хватает). Поддержка большого количества устройств, т.к. крупные (и не очень) производители давно предоставляют драйвера. При этом стоимость рантайм лицензии - от 4$ (без GUI) до 24$. Да, поддержки SMP нет, но это не так страшно
- RTOS32 (http://www.on-time.com/rtos-32.htm). Здесь рантайм лицензия бесплатна, есть SMP, но поддерживается только x86 архитектура. А во всем остальном полный порядок - хорошая документация, реальное время, стеки, драйвера, GUI.
Можно еще вспомнить vxWorks, LynxOS и многие другие, более "легковесные" ОС. У всех исходники доступны (причем давно), а характеристики не уступают той же QNX, причем сами ОСи стоят намного дешевле оной. Поэтому, пока QSS не будет драть втридорога с трудящихся, раскрытие сорцов будет представлять скорее академический интерес (или пока не получит соответствующие лицензии и соответствия стандартам для применения в тех областях, где цена не важна). Так что опоздание налицо
З.Ы. Когда я говорил про НАСТОЯЩЕЕ реальное время и железо, я подразумевал реализацию задач в железе (например, в FPGA), а не на уровне софта, ибо никакая самая расчудесная ОС не обеспечит "железные" характеристики, особенно время реакции, детерминизм и надежность.

[AlexandrY]

А чувствую здесь опять сталкиваются разные парадигмы программирования.

Я вижу ситуацию так, что есть слой специалистов выращенных на толстых платформах.
Они всегда писали для платформ с установленным и портированным софтом, никогда не работали с JTAG и думают что ядро нифига не значит для них поскольку никогда ниже уровня данного им API не спускаются, даже схем своих платформ никогда не видели.
Для этой категории ничего не меняется.

И есть армия девелоперов поднявшихся от AVR-ов и PIC-ов, которые прошли через uCOS, freeRTOS и т.д. и которые все писали сами и middleware для них было космосом. Теперь на их рынок лезут 32-х битные чипы с MMU. И люди лихорадочно ищут адекватный этим чипам софт.
Идут попытки портировать Linux то на LPC, то на STR91x , то на SAM7
Ясно, что эти люди вообще не превыкли платить за софт. Ни о каких лицензиях речи быть не может.
На этот контингент QNX и ориентируется. Мало ли что они пишут про лицензирование, скачивать то обещают давать все и middleware в том числе и главное все тулсы самые навороченные.
Каждый себе на уме.
QNX видимо ждет вторичной волны когда дивайсы на его базе поднимутся и начнут легализоваться.

Может для WinCE дают на халяву VС++ для сборки оси?
Полных исходников VxWorks я нигде найти не смог, где вы их видели?
RTOS32 как я понимаю вообще не в контексте.
Доступные варианты на базе линукса не привлекают из-за сильной раздробленности того же middleware, хаоса в дистрибутивах, нериалтаймности и плохой документированности.
LinxOS откровенно слабее QNX. Нет ни аудио ни видео подсистемы, ни GUI, вообщем морально подустаревшая ось.
Т.е. считаю что реальных конкурентов названо не было.

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

А реальное время на FPGA не сделать. Тут подмена терминов. На FPGA можно сделать пару фиксированых однопоточных DSP задач.
В системе реального времени состав и количество задач всегда меняется. Задачи уничтожаются и создаются в реальном времени! FPGA грузится в реальном времени?
Не всегда задача реального времени имеет дело с внешними сигналами. Даже чаще задача реального времени работает с внутренними сигналами системы. Как например менеджер событий TCP стека или менеджер подстистемы памяти или менеджер обслуживания клиентских задач работают с непрерывным потоком сигналов от очередей, семафоров, каналов. Если нет механизмов реального времени: планирования, приоретизации, гарантированных тайм слотов, то эти движки могут вызвать деградацию производительности своих дивайсов, неожиданные взаимовлияния задач или даже зависы.
Не факт что всегда этим пользуются, но всегда есть гарантия, что дело поправимо если не нарушены базовы метрики реалтаймности. В системах без реального времени такой гарантии уже нет, да и метрики там замерить невозможно. Так что FPGA здесь рядом не лежало.

QNX бесплатен? Мягко говоря, это не так Да, можно получить среду разработки и часть исходников "нахаляву", но, чтобы применить их, нужно покупать лицензии. Причем, несколько сотен долларов за 1 рантайм лицензию - это перебор.
Вот пара конкурентов.
- WindowsCE. Прекрасная документация, реальное время, GUI, стеки и т.п. А для прикладного программиста тут просто рай - редуцированный win32 api, MFC, .NET framework, Mobile3D, широкие мультимедийные возможности и пр. В 6.0 версии появилась возможность создавать драйвера работающие в режиме пользователя (если производительности хватает). Поддержка большого количества устройств, т.к. крупные (и не очень) производители давно предоставляют драйвера. При этом стоимость рантайм лицензии - от 4$ (без GUI) до 24$. Да, поддержки SMP нет, но это не так страшно
- RTOS32 (http://www.on-time.com/rtos-32.htm). Здесь рантайм лицензия бесплатна, есть SMP, но поддерживается только x86 архитектура. А во всем остальном полный порядок - хорошая документация, реальное время, стеки, драйвера, GUI.
Можно еще вспомнить vxWorks, LynxOS и многие другие, более "легковесные" ОС. У всех исходники доступны (причем давно), а характеристики не уступают той же QNX, причем сами ОСи стоят намного дешевле оной. Поэтому, пока QSS не будет драть втридорога с трудящихся, раскрытие сорцов будет представлять скорее академический интерес (или пока не получит соответствующие лицензии и соответствия стандартам для применения в тех областях, где цена не важна). Так что опоздание налицо
З.Ы. Когда я говорил про НАСТОЯЩЕЕ реальное время и железо, я подразумевал реализацию задач в железе (например, в FPGA), а не на уровне софта, ибо никакая самая расчудесная ОС не обеспечит "железные" характеристики, особенно время реакции, детерминизм и надежность.

[CaPpuCcino]

немного в офтоп

А реальное время на FPGA не сделать. Тут подмена терминов. На FPGA можно сделать пару фиксированых однопоточных DSP задач.
В системе реального времени состав и количество задач всегда меняется. Задачи уничтожаются и создаются в реальном времени!

на мой взгляд, система реального времени - система в которой время между приходом возмущения и вырабатываемым ответом на него меньше некоего критического времени (т.е. система в которой невыполнение данного неравенства приводит к нарушению функциональности). так что понятие реального времени зависит от контекста (от поставленной задачи или круга задач).
таким образом ОСРВ характерна для встроенных приложений, а встроенные приложения характеризуются ограниченным и стабильным набором выполняемых задач. (поэтому на мой взгляд постулаты ваши приведённые выше изначально неверны.)
так что любая система(в том числе и ПЛИС) может быть системой реального времени (не имею в виду ОС), если улсовие Т ответа < Т критическое выполняется для поставленных ей задач(тот же самый пульт от телевизора может считаться системой реального времени, потому что человеку не приходится идти поспать пока каналы всё-таки переключатся, и переключать каналы он может быстрее чем он сможет понять что на них показывают) абсолютное время ответа не имеет никакого значения.

[AlexandrY]

Трудность понимания систем реального времени именно и заключаеться в том, что многие не представляют где они применяются.
Начинаются гадания: ракеты, радары, космос ... хотя и это тоже, но -
Возьмем обычный фотопринтер. Нет ли у кого желания сделать его на FPGA?
А что, тупые датчики и все, скорости небольшие! Ну может смутить кого-то наличие USB, но не беда, че нить придумаем.
Ан нет, в самом дешевом фотопринтере можно насчитать до 50-и и более задач.
Некоторые с исключительно жестким реалтаймом. Кому понравятся размытые контуры на фотке, или нечеткие цвера, или пропущенные линии или простой принтера и долгая подготовка к работе.
Задачи в принтере создаются буквально для каждого датчика, и еще создаются менеджеры задач управляющие другими задачами. Семафоры и ивенты уже исчисляются сотнями.
Зачем создавать новые задачи?
Ну вот допустим картридж в принтере. Их 5-ть. Они тоже с процессорами.
Обмен на скрости до 1 Mbit-a.
Картриджы выполняют двоякую роль: с одной строны они звено в схеме слежения за уровнем чернил c другой стороны они выполняют задачу защиты от клонирования и симуляции картриджей.
Так как хакеры тоже не дурачки картриджы выполняют процедуры защиты практически перед каждой печатью и в ходе печати. Естественно задачи создаются и уничтожаются динамически.
И все это на фоне того, что принтер непрерывно, а главное прецизионно следит за не менее 3-мя движками, датчиками позиционирования каретки, бумаги, зазаром, скоростями движения, концевыми датчиками, токовыми датчиками, кнопками интерфейса пользователя, проводит расчеты корректировку изображения, следит за USB и поддерживает кучу протоколов по USB, и еще в каждой задаче присутствует механизм диагности и отладки, который тоже состот из нескольких задач.

Если кто скажет зачем так сложно, я могу проще и дешевле на FPGA или без такой сложной системы задач и без RTOS ему памятник постявят фирмы Cannon, Epson, HP и т.д.


И вот такую систему и принято называть системой реального времени. Как видим термин к самому времени как абсолютному так и относительному имеет только косвенное отношение. Это скорее термин описывающий технологию.

немного в офтоп

на мой взгляд, система реального времени - система в которой время между приходом возмущения и вырабатываемым ответом на него меньше некоего критического времени (т.е. система в которой невыполнение данного неравенства приводит к нарушению функциональности). так что понятие реального времени зависит от контекста (от поставленной задачи или круга задач).
таким образом ОСРВ характерна для встроенных приложений, а встроенные приложения характеризуются ограниченным и стабильным набором выполняемых задач. (поэтому на мой взгляд постулаты ваши приведённые выше изначально неверны.)
так что любая система(в том числе и ПЛИС) может быть системой реального времени (не имею в виду ОС), если улсовие Т ответа < Т критическое выполняется для поставленных ей задач(тот же самый пульт от телевизора может считаться системой реального времени, потому что человеку не приходится идти поспать пока каналы всё-таки переключатся, и переключать каналы он может быстрее чем он сможет понять что на них показывают) абсолютное время ответа не имеет никакого значения.

[CaPpuCcino]

Если кто скажет зачем так сложно, я могу проще и дешевле на FPGA или без такой сложной системы задач и без RTOS ему памятник постявят фирмы Cannon, Epson, HP и т.д.

ну чем же вам ПЛИС так насолили у них вообще другая область применения - это малотиражное производство. и применять их лучше для поточных алгоритмов(небольшая интенсивность ветвления потока управления, или зависимости по данным).
правда не знаю как устроены принтеры, но то что набор задач у него ограничен и стабилен за жизненный цикл устройства, наверное вопросов не вызывает. к тому же кажется мне что там как и в любой комплексной системе должна быть иерархия: врядли обработкой USB протокола и подсчётом чернил в катридже занимается центральный процессор, так же как и врядли ЦПУ в вашем ПК занимается управлением COM-портом. скорее там хорошо сбалансированная распределённая система. я даже сомневаюсь, что для сигнала об окончании чернил выделен какой-то специалный вектор отличный от какой-либо другой критической ошибки.
однако, я действительно этого не знаю, было бы интересно для примера почитать. подобную инормацию где-нить нарыть можно?