QNX opensource! Опции

[Nixon]

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

[Andrew2000]

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

Полностью согласен. Сделали они 6.0 бесплатной для разработки и настольных систем - был всплеск активности. Сейчас, видимо, хотят увидеть то-же во встраиваемых системах - почему нет.
Альтернатив такого уровня, действительно, не так много. А то расплодилось PLC на WinXP
Когда я (года 1,5 назад) приценивался к LynxOS - вышло, что цена одного порядка с QNX была - система разработки + драйвера + лицензии на несколько десятков устройств.
А по исходникам - ну, у QNX были недоступны, а у LynxOS ~$150k - что то-же самое.

[v_shamaev]

QNX 6, он же нейтрино, никому особенно не интересен, вот его и открыли. Версию 4.25 они открывать не собираются, а это именно тот продукт, на котором QSSL сделала имя, и она сильно не бесплатна (и вроде как сертифицирована МО России - или я не прав?). Предыдущая версия 2, расчитанная на i286, до сих пор используется в ответственных приложениях.

Сертифицирована. Готовят и 6-ю, как я понял Зыля. Причем серитфицированна настолько, что вояки хотели и на десктопы ее себе поставить. А насчет "никому" - это вы погорячились.

[?ELF]

Причем серитфицированна настолько, что вояки хотели и на десктопы ее себе поставить.

QNX на российских военных десктопах ― это круто!
Как обычно, «из огня, да в полымя».
Или «если уж любить ― так королеву! Если ... ― так миллион!»

---
P.S. а вообще, «канадец и русский ― братья навек!»
Почему бы и нет?

[v_shamaev]

QNX на российских военных десктопах ― это круто!
Как обычно, «из огня, да в полымя».
Или «если уж любить ― так королеву! Если ... ― так миллион!»

---
P.S. а вообще, «канадец и русский ― братья навек!»
Почему бы и нет?

Закладок в винде они бояться. Винда тоже есть сертифицированная - но там нужно каждый экземпляр проверять, а от QNX в SWD исходники есть, они и проверяли. Я в лет 10 назад пробовал QNX в качестве десктопной операционки, именно 4-ку, но вполне полноценна она только как среда разработки, офисные приложения частью только портированнны были из-под Linux-а, для которого и самого тогда не богато было в этой части. Зато сеть и интернет, а так же эффективное использование железа - все классно.

[zltigo]

Закладок в винде они бояться. Винда тоже есть сертифицированная - но там нужно каждый экземпляр проверять....

Сертифицированный в России Windows передавался на исследование с исходниками и соответственно бинарные копии распространяются не от Microsoft а от "компетентых" органов.

[v_shamaev]

Сертифицированный в России Windows передавался на исследование с исходниками и соответственно бинарные копии распространяются не от Microsoft а от "компетентых" органов.

Этих копий - считанные экземпляры. Почему так - мне понять трудно (с точки зрения техники), а вот с точки зрения логики этих самых органов - вполне понятно.

[KirillS]

Мои 2 копейки: исходники VxWorks далеко не бесплатны. Полгода назад мне WindRiver от большой любви ко мне(?) предложила купить исходники VxWorks 5.5 за $100,000 (согласились отдать за $55,000).

GreenHills же продавала свою RTOS Integrity вместе с исходниками... Теперь вот и QNX... Теперь черед WindRiver.

[jorikdima]

Мои 2 копейки: исходники VxWorks далеко не бесплатны. Полгода назад мне WindRiver от большой любви ко мне(?) предложила купить исходники VxWorks 5.5 за $100,000 (согласились отдать за $55,000).

GreenHills же продавала свою RTOS Integrity вместе с исходниками... Теперь вот и QNX... Теперь черед WindRiver.

Чеб такого разработать, чтоб за 100 к$ продать...

[Olej]

А зачем вообще нужны исходники микроядра (кроме как для академических целей), ведь весь "прикладной" функционал реализован не в нем?.

А теперь, когда ... "белый шум" несколько улёгся , т.к. я с сильными основаниями предполагаю, что никто из "обсуждающих" не только самих исходников не видел, но и, возможно за ре-е-едчайшим исключением - и самой системы QNX ... добавлю некоторую содержательную информацию:

- открыты исходники не микроядра - а очень значительной части middleware, чтоб представить объём выложенного - вот:

Код

Размер:    82,9 МБ (86 984 353 байт)
На диске:  195 МБ (205 008 896 байт)
Содержит: Файлов: 34162; папок: 23282

- это размер дерева SVN ... только файлов исходного кода >30 000 файлов, кроме микроядра выложены: менеджер процессов, менеджер памяти, менеджер корневой файловой системы, BSP & startup для x86 BIOS систем, вся стандартная библиотека libc, много системных утилит, и драйверов ... и много чего ещё, даже трудно всё перечислить... и всё из представленного можно собрать.

- что пока не выложено - это всё, что касается графической системы Photon ... но официально обещано, что каждые 3 месяца будет выкладываться примерно такой объём ... главная сложность в задержке - это то, что весь объём перед выкладыванием должен пройти полную ревизию на чистоту, должны быть подчищены неприличные комментарии etc.; обещано, что выложено будет всё.

- кое-что поподробнее можно посмотреть здесь (и рядом ) :
http://qnxclub.net/modules.php?name=Forums...&highlight=
а уж, конечно, совсем по-серьёзному - на сайте QSSL (кстати и на новом сайте открытом специально для community ... все URL в указанной мной теме)
Может кому-то пригодится

[vshemm]

Исходники были скачаны сразу же.
Сорцы довольно часто обновляются, уже 53 ревизии прошло; качество их неплохое - изучать можно.
Кода файловых систем там, к слову, нет. Как и большинства драйверов. Впрочем, некоторые драйвера доступны в отдельных BSP.
В значительная части middleware и libc использовались другие GPL проекты, ай яй яй Много знакомых библиотек: ucl, ncurses и т.д. Часть этого кода была выкуплена (?), часть так и осталась GPL. Ну, их юристам виднее.
Занимательный todo (\services\system\doc\todo), честный. Как и предполагалось, с масштабированием на CPU существуют проблемы, да и сам спорадический шедулер недоделан

На данный момент из этого собрать более-менее работающую систему полностью нельзя, так что ждем остальных сорцов. А потом готовимся платить деньги.

P.S. Чуть не забыл. Шедулер масштабируется как О(n) не только на CPU, но и на количество тредов. Другими словами, при увеличении работающих тредов в системе время шедулирования увеличивается линейно.

Сообщение отредактировал vshemm - Oct 12 2007, 11:44

[prog_sun]

AlexandrY
А реальное время на FPGA не сделать. Тут подмена терминов.

А подробнее можно? На чем же тогда "реальное" время можно сделать? я не имею в виду операционки я говорю о железе.

[DRUID3]

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

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

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

Очень маловероятно, что компания, распространяющая коммерческий продукт собирается привлечь GNU потребителей, которые уже успели убедиться, что бесплатное такое же точно дрянное как и платное . А лично мне, человеку далекому(надеюсь пока ) от вмешивания в код ОС абсолютно не хочется платить за то, что открылась часть исходников (да хоть все). Ну что бы сейчас у меня изменилось открой Билли коды на "висту" но требуя платы за нее все равно?

Может для WinCE дают на халяву VС++ для сборки оси?

Во-первых VС++ "мелкософт" раздает нашару. Во-вторых зачем, собственно, собирать "ось" с закрытым исходным текстом?

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

Ну есть еще такая замечательная ось как MINIX 3, это та, которая поставляеЦЦо с огромным мануалом в виде учебника (или наоборот ). Многие, думаю, начинали изучать ОС по идеям Таненбаума. Кстати довольно таки прогрессивным и до конца не реализованным и на сегодня. Его ОС микроядерная да еще с обозримым кодом (!!!) 30 000 строк исходников ядра (которые все время вычищаются от багов) против 6 миллионов (если не ошибаюсь) в современном варианте детища Линуса Торвальдса (которые уже давно просто тестируются). Мало того, не знаю если честно когда появилась QNX но что-то мне подсказывает, что не без идей этого амстердамского препода (да и линукс то сам на почве Minix и споров с Торвальдса с Таненбаумом родился). Я так посмотрел эту ось, ну для ПК думаю она нафиг не надо, а вот для встроенных систем - просто рай. Правда, сейчас у нее не так много сторонников-волонтеров как у той же Linux, но при правильной пропаганде думаю она стала бы очень популярной платформой для встроенных систем, тем более, что ее создатель стремиться написать ОС которая годами сможет работать без сбоев, что думаю для медицинских, космических и например военных (а почему нет?) систем это было бы просто неоценимо. Единственное что - лицензия Minix - BSD.

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

Может быть, я с QNX не работал никогда, а как это выглядит, я о визуальности, а можно скришоты?

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

Да Вы правы, о современном состоянии FPGA, но разрабатываются технологии позволяющие на несколько порядков увеличить плотность вентилей и бесконечно менять структуру ПЛИС с большой скоростью... Так что думаю будущее все-таки за ПЛИС, на которых будут реализованы ЭВМ меняющие свою структуру в процессе работы.

Сертифицированный в России Windows передавался на исследование с исходниками и соответственно бинарные копии распространяются не от Microsoft а от "компетентых" органов.

Я только начинаю разбираться в теории ОС, потому может быть мой вопрос будет несколько наивным, но как вообще собственно можно в разумные сроки разобраЦЦо в десятках миллионах строк исходного кода? И что в самом деле есть допустим человек который ответственен за такой-то кусок винды, может отчитаться по всем функциям и переменным и компонентам с которыми они взаимодействуют??? Что-то мне очень слабо вериться. Благо если в самой «мелкософт» есть такая корпоративная организация. И что, даже "пасьянс косынка" был перелопачен? И он точно не взаимодействует с ядром? Гхм... Мне кажется, что это все сродни замораживанию трупов за их деньги при жизни. Ну знаете прикол такой, платишь бабло, умрешь, а тя заморозят, мол де высокоразвитые потомки придумают как оживить... Вот и здесь типо честный бизнес с "0" эффективностью...

[zltigo]

Я только начинаю разбираться в теории ОС, потому может быть мой вопрос будет несколько наивным, но как вообще собственно можно в разумные сроки....

Никак. Это просто игра такая в "открытость", но тем не менее с потенциально много много большими шансами разработчику очень крупно облажаться на закладках, чем для варианта с бинарником.

[prog_sun]

(AlexandrY @ Sep 15 2007, 16:21) *

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

Да Вы правы, о современном состоянии FPGA, но разрабатываются технологии позволяющие на несколько порядков увеличить плотность вентилей и бесконечно менять структуру ПЛИС с большой скоростью... Так что думаю будущее все-таки за ПЛИС, на которых будут реализованы ЭВМ меняющие свою структуру в процессе работы.

Так что думаю будущее все-таки за ПЛИС - хорошо сказано, тоже так думаю. Но не могу "понять" почему реальное время на FPGA не сделать, даже на современнос состоянии его развития. Что есть альтернатива? Можно что то другое использовать что будет таким же быстройдействующим?


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

Для начала бы мне хватило что бы ОС реального времени справлялась с "пару фиксированых однопоточных DSP задач" хотя бы для начала так. А так я систему реального времени представляю себе как "отработка железной логики" затем передача данных в комп.

[vshemm]

Вот ведь привязались в ПЛИСинам Я привел их только как пример. А по факту - больше 2-3 dsp задач обычно и не нужно там, где речь идет о "реальном времени". А иногда эти задачи решаются вообще механически, и потому, что другой альтернативы нет. В общем-то, удел ОС - это HMI. Просто представьте себе, что ЗУР (зенитная управляемая ракета) летит под управлением ОС жесткого реального времени QNX (vxWorks, WinCE и т.п.). Бред. Подобных примеров можно привести множество.

По упомянутым ОСям. vxWorks поставляются с исходниками, стоит это около 50к зеленых (цена очень договорная, может варьироваться от 0 до много). eVC++ поставляется вместе с Platform Builder - системой для сборки WinCE 5.0 и ниже. Для 6.0 версии - это плагин к VS 2005. RTOS - как раз в контексте, оч приятная системка, с кучей драйверов, норм документацией, и код простой и понятный. MINIX3 - это скорее академическая ОС, чем прикладная. Хотя ее автор - Танненбаум - создал еще штук 5 коммерческих ОС, включая распределенные. Так что это не только препод, но и практик Хотя, имхо, для начального изучения принципов операционных систем больше подходит Prex (http://prex.sourceforge.net). Чистейший код на Си, классические алгоритмы прям как из учебника, и небольшой размер.

Ну и самое главное. Программист - это не кодер, а человек, который правильно проектирует систему, исходя из множества условий. И выбор той или иной ОС или вообще ее отсутствие определяется исключительно по задаче. Не нужно слушать маркетологов, которые говорят "Вот, поставьте эту крутую операционку и ваши проблемы улетучатся". Не будет такого.