QNX Neutrino становится открытым

>Компания QNX (QSS) официально объявила об открытии исходного кода операционной системы жесткого реального времени QNX.

У них как там с многозадачностью?

> У них как там с многозадачностью?

странный конечно же вопрос...

http://www.qnx.com/products/neutrino_rtos/realtime.html

// wbr

>>http://www.linux.org.ru/jump-message.jsp?msgid=2136696&cid=2136737 - пророчество, однако
>Я понял! Он знал! :) Просто подумали, что это шутка...
>FHunter (*) (12.09.2007 18:29:21)
Миром правит информация :) (благодаря хорошим знакомым из QNX,. ..)

Офицальная версия что исходники открыты (но не свободны) для облегчения процедур сертификаци...

IMHO
0. Это стогнация QNX они теряют рынок embedded или полностью потеряли его (людям не нужен HARD Real TIME)
1. Хотят переманить девелоперов с фрюниксов на QNX
2. Пиарятся.

PPS. Мне попадались годовалой давности сравнения ядер QNX и Linux по ~150-200 параметрам. Сравнивали ветку 2.4 с предпоследним Release QNX так вот результаты сравнений заставляют задуматься над тем нахрен использовать QNX если Linux или лучше или незначительно хуже, причем основной перевес QNX состоит в полноте реализации POSIX. В репортах не отражались следующие неприятные для QNX моменты:
1. Значительное отстование по поддержке платформ
2. Более геморойное создание BSP портов.
3. Крайне затрудненное создание MMU портов.
4. Закрытость архитектуры и реализации QNX
5. Слабая сетевая подсистема (хотя некоторые вещи касающиеся IPC/RPC сделаны весьма достойно, стандартный сетевой стек плетется в конце...)
6 .Очень слабая файловая система,
7. Слабое масштабирование по сравнению с Linux.

> PPS. Мне попадались годовалой давности сравнения ядер QNX и Linux по ~150-200 параметрам. Сравнивали ветку 2.4 с предпоследним Release QNX так вот результаты сравнений заставляют задуматься над тем нахрен использовать QNX если Linux или лучше или незначительно хуже, причем основной перевес QNX состоит в полноте реализации POSIX. В репортах не отражались следующие неприятные для QNX моменты:

у вас какой-то неправильный мед. вот у Dedicated Systems AFAIR был правильный мед и там все было в полном порядке :)

// wbr

>> PPS. Мне попадались годовалой давности сравнения ядер QNX и Linux по ~150-200 параметрам....

>у вас какой-то неправильный мед. вот у Dedicated Systems AFAIR был правильный мед и там все было в полном порядке :)

Дык кто платит тот и отчеты и Get The Facts заказывает... :((
Это потом понятно сразу стало почему в QNX правду под NDA только дают...
------------------------------------------------------------------------------- ----------------------
Linux Это операционка "общего" назначения (но стоит только кому-то громко вой поднять за пол года по бенчмаркам уделают любого кто громко выл что он круче)

QNX это типа "HARD" realtime. (IMHO Скоро довоются...)

Но если вам нужен действительно !HARD! real time, то ничто вам не поможет даже VXworks, приидется решать узкоспециализированнуую задачу... или закрывать проект... или банкротиться...

Ну вот, совсем другое дело. давно бы уже так..

>Лицензия? Раз свободная коммерческая эксплуатация невозможна, значит не GPL.

И че тут невозможного? Qt впоне успешно использует двойное лецензирование , и подобное лицензирование(qt) я считаю более справедливым чем чистый gpl.

>в будущем будет другая графическая подсистема

Квант?

Кварк 8)

Мде, по поводу открытия исходников, в оригинальной новости, на сайте QNX, английским по белому сказано, что это делается не для блага FSF или чего-то подобного, а для того, чтобы дать возможность программистам заказчика внести изменения в систему или посмотреть что и как работает. Хотя QNX - достаточно универсальная система, но когда пишешь софт для управления ядерным реактором или каким-нибудь мед. прибором, для поддержания жизни пациента в реанимации, то может понадобиться внести изменения или доработки в систему о которых программеры QNX-а и представления не имели, а с закрытыми исходниками это не возможно.

Хотя чисто рекламная подоплека тут тоже есть. С этим не поспоришь.

> Все, линаксу кранты. О чем так долго говорил папаша Столлман произошло. Ждем GNU/QNX на микроядре.

Старенький дяденька вроде... а такой глупенький. Закрытый код в этом мире открывают только от великих проблем, когда уже деваться совсем некуда. Всё настолько плохо, что приходится, говоря военным языком, вызывать огонь на себя. Может быть кто-нибудь где-нибудь найдётся не очень ленивый, и сможет из какашки сделать конфетку. Или хотя бы красивую обёртку.

> Старенький дяденька вроде... а такой глупенький. Закрытый код в этом мире открывают только от великих проблем, когда уже деваться совсем некуда. Всё настолько плохо, что приходится, говоря военным языком, вызывать огонь на себя. Может быть кто-нибудь где-нибудь найдётся не очень ленивый, и сможет из какашки сделать конфетку. Или хотя бы красивую обёртку.

Дядя, ты жить не боишься? Сдохнем ведь все, и от проблем типа болейзней и импотенции перед самой кончиной так исстрадаемся, что и в суровую власяницу облачённым и плоть свою бичующим святым подвижникам и аскетам не снилось.

> http://www.linux.org.ru/jump-message.jsp?msgid=2136696&cid=2136737 - пророчество, однако

Кто угнал мою машину времени, а?

>Разве? А я думал, что это направлено на вытеснение линакса из сферы встраеваемых устройств. Иначе зачем привлекать кучу сторонних разработчиков на узкий рынок специализированных решений. Очень похоже на маркетинговую модель Сана.

Открытие кода QNX сделано для того, чтобы QNX-у не наступил капец под натиском Linux. Nfr e QNX появляются хоть какие-то шансы на выживание. :)

>Разве? А я думал, что это направлено на вытеснение линакса из сферы встраеваемых устройств. Иначе зачем привлекать кучу сторонних разработчиков на узкий рынок специализированных решений. Очень похоже на маркетинговую модель Сана.

Открытие кода QNX сделано для того, чтобы QNX-у не наступил капец под натиском Linux. А так у QNX появляются хоть какие-то шансы на выживание. :)

> Дядя, ты жить не боишься? Сдохнем ведь все,

Я своё отжил уже, сынок, мне ничего уже не страшно. Нет, иногда
становится страшно... от мысли, что я уже ничего не боюсь ;)

>но когда пишешь софт для управления ядерным реактором

А пример софта, управляющего ядерным реактором можно ?

> А пример софта, управляющего ядерным реактором можно ?

А шелл, чтобы поуправлять ядерным реактором можно?

> Маки будут доступны широкому кругу людей

А разве они доступны? Как были в полтора раза дороже, так и остаются

Ура!!! Наконец-то.... Ждём что из этого вырастет...

Давно ждал, давно... Перехожу на QNX. :)

> И че тут невозможного?

И что, Opera свободная?

> А драйвера для Ati под QNX есть?

Может драйвера и есть, но переключалки раскладок нормальной нет.

Если моя память мне ни с кем не изменяет... чегото там qnx открывала n-ое количество лет назад. Только чегото мне кажется не получило оно распространения и популярности.

Думаю и здесь будет пшик. Что касается сертификации, то может это единственное место где qnx отобьёт себе рынок. Думаю Harman на большее и не расчитывает.

Маловероятно, что Harman будет биться с мелкомягкими и Linux - прежние владельцы восхитительно ловко упустили своё время.

> А пример софта, управляющего ядерным реактором можно ?

Иногда, кстати, можно сходить на оф. сайт (http://www.qnx.com/solutions/industries/automation/) и почитать сферы применения.

З.Ы. Ты и в правду веришь, что кто-нибудь даст тебе софт для управления реактором? Те кто этим занимаются, обычно в "слабо" не играют. Но то что такой существует в природе - это факт. Только надежность там нужна другая, т.к. Segmentation Fault в таком софте - это Segmentation Fault для природы целого региона.

>однако ж, QNX начиная с бог знает какой лохматой версии уже очень давно используется на пр-ве, в то время как Minix до сих пор так и не смог выйти за пределы лаборатории одного профессора не смотря ни на какие лицензии...

Пока да, однако ж активные участники qnx.org.ru Olej и lestat проявилсиь на форуме minix3.ru

> Пока да, однако ж активные участники qnx.org.ru Olej и lestat проявилсиь на форуме minix3.ru

да, вне всяких, это сомнений веский довод в пользу Minix ;)

// wbr

> да, вне всяких, это сомнений веский довод в пользу Minix ;)

епрст.. все-таки спать иногда нужно :-/

// wbr

Я не знаю, как там с 1МГц. Мне понятно, что в распределённой motion control на базе EtherCat требуется real time приложение

Обратите внимание, не 1МГц, а гарантия, то приложение получит свой квант времени, вовремя считает данные пришедшие с удалённых датчиков, вовремя выполнит алгоритм и вовремя пошлёт данные на удалённый двигатель. Локально на двигателе или ПЧ конечно есть чтонить типа xilinx, dsp, но обсчёт алгоритма приложения производится в WinCE, WinXP и он определённо должен быть real time.

не довод, а тенденция

> Обратите внимание, не 1МГц, а гарантия, то приложение получит свой квант времени, вовремя считает данные пришедшие с удалённых датчиков, вовремя выполнит алгоритм и вовремя пошлёт данные на удалённый двигатель. Локально на двигателе или ПЧ конечно есть чтонить типа xilinx, dsp, но обсчёт алгоритма приложения производится в WinCE, WinXP и он определённо должен быть real time.

без конкретных цифр обсуждение IMHO бессмысленно. кто где кого куда и сколько - тогда уже можно будет обсуждать, нужен ли там RT или нет, если нужен то какой etc.

// wbr

В пользу Minix3 у меня доводов всего ничего:

1. bsd

2. более читабельный код ядра, чем у linux

3. вполне себе юзабельный

дравов конечно мало, но эта проблема классическая

Я думаю, что нынешняя агония QNX не спасёт. В то время, когда они сидели на своих узкоспециализированных продажах (и хвалились своей узостью!), другие системы расли вширь. Когда же их рынок подошёл к насыщению, эти далбайопы вдруг поняли, что мимо проплыл баааальшущий кусок пирога (декстоп). Так что теперь хоть открывай код, хоть вообще подштаники продавай - поздно, народ уже ушёл в другие области. И что смешно, у них до сих пор инструментарий на уровне Visual Studio 6 - с таким гумном не привлечь даже студентов. Нынешнее поколение прогеров с радостью пишет под .НЕТ, линуксоиды - с них вообще нечего взять, так что Куэниксы походу в жопе, хотя система была превосходная.

В пользу Minix3 у меня доводов всего ничего:

> 3. вполне себе юзабельный

Ты бы почитал отзывы о его юзабельности. Если кратко: сегментация памяти, отсутсвие пейджинга (не имею в виду подкачку) => фрагментация памяти со всеми вытекающими.

Сразу хочу сообщить всем, кто пытается сделать из QNX десктоп систему - этого в планах QSS не будет. Ориентация будет на встраиваемые системы, включая встраиваемые системы с графическим интерфейсом общего назначения. Photon постепенно будет отмирать, вместо него будет выпущен новый интерфейс, адаптированный для различных встраиваемых систем, например для наладонников. Он будет основан на Advanced Graphics и будет поддерживать все современные мультимедийные технологии, легко кастомизироваться с точки зрения GUI и адаптироваться под различные устройства.

Не давайте детям в руки серьезные инструменты,а то выйдет очередной линух

С удовольствием почитал бы отзывы. Ссылку в студию!

> С удовольствием почитал бы отзывы. Ссылку в студию!

На minix3.org есть название ньюсгруппы, посвященной Minix3.

Ктулху уже проснулся?

> Photon постепенно будет отмирать, вместо него будет выпущен новый интерфейс, адаптированный для различных встраиваемых систем, например для наладонников.

класс! хочу наладонник и мобилку с qnx :)

> класс! хочу наладонник и мобилку с qnx :)

С какими целями интересуемся? Любишь велосипеды, хочется подрочить, приступ мазохизма? Тебе ж говорят, там даже сети приличной нет.

У меня товарищь работает программистом в конторе которая делает "шкафы" для ядерных реакторов. Все что касается стабильности и времени отклика делается "железным", "аппаратным". Все что не критично они пишут, не поверите, в Визуал Студио 200х и Борланд Делфи.

Стек протоколов NetBSD для QNX будет выпущен в начале ноября'2007...

> не соглашусь. прямой доступ к видеопамяти ещё никто не отменял вне зависимости от SRR IPC и этим активно пользовались во всех реинкарнациях фотона. в противном случае, это действительно был бы жуткий тормоз что явно не так при наличии аккуратно написанного драйвера.

Вот подумай, что происходит в системе, когда пытаешься переместить окно? Сколько вызовов идет от кого и кому. Дело в том, как раз эти принципы организации qnx в целом и фотона в частности исключают _прямой_ доступ к памяти, что делает его немного тормознутым. Уже даже QSS это признали. Особенно остро вопрос встал когда джавку реализовывать стали - эти вызовы вообще дорого обходятся. Пожалуй это единственный минус архитектуры. Я считаю, что плюсов намного больше :)

> а именно? имя, сестра, имя..

Именно для прямого доступа в память его и сделали. Убрали всю прослойку из вызовов сократив их до 2-х, 3-х. Это сделало его несовместимым с фотоном.

> потому, что единственный инструмент разработки ПО для Photon - это PhAB (Photon Application Builder). он не просто стар - он суперстар. с охрененным количеством кода на raw C, кучей проблем и хвостов, которые тянутся уже очень давно и тд и тп - обычные проблемы достаточно большого проекта. морально устарел он как минимум пять-семь лет назад [включая версию 2.x ещё до её рождения] и переделывать его - проще новый написать. ну а голый фотон как графическое микроядро - это лишь кусочек. и в нем то-же есть достаточное количество вещей, которые можно бы продуктивно переделать.

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

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

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

Т.е. не QSS, а Harman?

> Миром правит информация :) (благодаря хорошим знакомым из QNX,. ..)

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

Не сертификации... Сертификация и так хорошо шла. Они сами говорят, что так проще изменить какую-нить часть для своих наработок, изменить его "под себя". > IMHO > 0. Это стогнация QNX они теряют рынок embedded или полностью потеряли его (людям не нужен HARD Real TIME)

Это твое IMHO. Факты и взгляд изнутри говорят о неплохом росте в последние два года QNX-а на этом рынке. Кроме того шутка в том, что люди не всегда используют QNX только для РВ. Где-то была статистика, что из 10 устройств, на которые установлен QNX только на одном действительно нужно реальное время.

> 1. Хотят переманить девелоперов с фрюниксов на QNX

Может быть, но я слабо верю, что они просто толпами повалят. А вот кто работал с QNX те с удовольствием попробуют чаго-нить исправить :)

> 2. Пиарятся.

Ну не без этого :) Правда скажу, что спасовала у них подготовка к пеару :( Могли бы наааамного лучше :( Маркетинг всегда был их слабой стороной > PPS. Мне попадались годовалой давности сравнения ядер QNX и Linux по ~150-200 параметрам.

Винда тоже делает юниксы по всем параметрам. Тут все зависит от того, кто сравнивает.

> 1. Значительное отстование по поддержке платформ

Спорный вопрос. 6 платформ, BSP всегда были открыты при покупке одного ТДК.

> 2. Более геморойное создание BSP портов.

Процедура предельна простая. Делаются "на ура".

> 4. Закрытость архитектуры и реализации QNX

Архитектура, как и система более чем открыта :) Реализация - да, закрыта...была...

>5. Слабая сетевая подсистема (хотя некоторые вещи касающиеся IPC/RPC сделаны весьма достойно, стандартный сетевой стек плетется в конце...)

Я бы не сказал, что она слабая :) Есть неточности в драйверах (были по крайней мере). Вообще это тяжело сравнить, ибо подход другой.

> 6 .Очень слабая файловая система,

Достаточно сильная файловая система + документация позволяет сделать интересные вещи :) Стандарты рулят тут не по-детски

> 7. Слабое масштабирование по сравнению с Linux.

Вот как раз масштабирование всегда было сильной стороной QNX. Тут 100% мимо кассы.

offtop 2all и особенно защиникам Линуха посвящается мой пост:

http://www.linux.org.ru/view-message.jsp?msgid=2135706

Кто бы подсказал, что означает сий код в Линухе...

> Открытие кода QNX сделано для того, чтобы QNX-у не наступил капец под натиском Linux. Nfr e QNX появляются хоть какие-то шансы на выживание. :)

Повторюсь еще разок. В том сегменте, где QNX открытый и свободный линукс ему не конкурент. Подумайте на досуге над сертификацией системы.

> А пример софта, управляющего ядерным реактором можно ?

Вообще-то это под допуском находится, так же как и система управления самолетами (военными в том числе), короблями (военными в том числе) и т.д и т.п.