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

Ндакс...

/me уже пишет бота, который облегчит жизнь ононимусу ведущему борьбу за чистоту речи. бот будет посылать всех, пишущих в комментах "линупс, линакс и т.п." и логопеду и называть быдлом)

> Это ни как гне связано с отставкой Правительства Фрадкова?

> Почему я об этом узнаю на ЛОРе!? ;)

+1...

Если локально, то да. Например ПЧ.

В данном случае имеем распределённу систему на базе EtherCat (распределённый motion control). В реальном времени нажо же не только собирать данные и передавать их, их нужно ещё и обсчитывать.

>Ндакс...
>/me уже пишет бота, который облегчит жизнь ононимусу ведущему >борьбу за чистоту речи. бот будет посылать всех, пишущих в >комментах "линупс, линакс и т.п." и логопеду и называть быдлом)


не забудь проверить аватарку и поставь счётчик - если это первый раз - то делай как ты сказал. Но если больше одного раза - называй "Упёртым быдлом", а после 3 раза - нотификацию модерам - на удаление быдла (оскорбление участников тематического форума - подчёркнутое неуважение к)

> В данном случае имеем распределённу систему на базе EtherCat (распределённый motion control). В реальном времени нажо же не только собирать данные и передавать их, их нужно ещё и обсчитывать.

для распределенных систем существуют и хорошо себя зарекомендовали соотв. распределенные системы управления на базе, к примеру, CAN/CANopen, DeviceNet и иже с ними. если же в системе на плечи GPOS ложится задача формировать сигнал на линии с частотой 1MHz это означает лишь, что дизайнеры системы &*^%&$$ причем никакой QNX вас тут не спасет.

// wbr

> c,`ae`aiua`aeoaa. `ieed-iya:aad-iinou: n`aen))

Эльфы не пройдут! Пх’нглуи мглв’нафх Ктулху Р’льех вгах’нагл фхтагн!

> имхо следует ждать интеграции ведра QNX и Linux. микроядерность рулит :)

Да, рулит. Только непонятно зачем тогда нужен будет Линукс, это же не более, чем запускалка программ GNU. Будет их запускать QNX, надежный и реалтаймовый продукт.

> и что с того? :) им нужно было хоть куда-то приткнуться бо разрабатывать свою полнофункциональную IDE с кучей рюшечек - это самоубийство. а тут - такая тема и почти нашару! ессно они за неё ухватились, молодцы. да и AFAIR эклипса никак не связана с кромольными словами a'la GNU, GPL и FSF зато очень хорошо ассоциируется со словами IBM.. :)

Так много пафосного выпендрежа и такой жидкий конфуз с "крОмольными" словами.. Айайай, дяденька.

> Да, рулит. Только непонятно зачем тогда нужен будет Линукс, это же не более, чем запускалка программ GNU. Будет их запускать QNX, надежный и реалтаймовый продукт.

ну вообще-то он их давно уже запускает лет как дцать :)

// wbr

> Будет их запускать QNX, надежный и реалтаймовый продукт.

но без поддержки очень большой кучи фишичек и просто огроменной кучи железа

> Так много пафосного выпендрежа и такой жидкий конфуз с "крОмольными" словами.. Айайай, дяденька.

ups :(

// wbr

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

> Я понял! Он знал! :) Просто подумали, что это шутка...

"Скажи сынок - а война будет ?" (c) из фильма ДМБ

он знал... ;-))

> Только непонятно зачем тогда нужен будет Линукс, это же не более, чем запускалка программ GNU. Будет их запускать QNX, надежный и реалтаймовый продукт.

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

> линуксовое ведро вагон железок поддерживает. я очень сомневаюсь что QNX поддерживает и половину этого зоопарка...

+1024

> Решающим аргументом, думаецо мне было падение продаж лицензий qnx4 на kpda.ru , видимо кое-кто стал переходить на бесплатный Линукс.

Откуда инфа?

При чем тут сертефицированная для России версия четверки и политика с шестеркой? QNX не только в России продается...

Выкладывание порциями, отчисления за использование... "too little too late", ИМХО.

> Доступ к исходному коду QNX является бесплатным, однако коммерческие использование компонентов среды исполнения QNX Neutrino, как и прежде, требуют лицензионных выплат.

Уфф... Чуть-было "инфаркт-микарда" не случился... Читал первые строчки и не верил собственным глазам. :)

Впрочем, замечания о 'коммерческом использовании' вернули, таки, на землю...

:-)

Хватит досить, я может хочу его планировщик к линёвому ядру прикрутить!

> Да, рулит. Только непонятно зачем тогда нужен будет Линукс, это же не более, чем запускалка программ GNU. Будет их запускать QNX, надежный и реалтаймовый продукт.

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

> Впрочем, замечания о 'коммерческом использовании' вернули, таки, на землю...

> :-)

Именно поэтому я и подумал, что стоит их включить в новость, дабы не вызывать лишний флэйм "неходящими" по ссылкам.

> Хватит досить, я может хочу его планировщик к линёвому ядру прикрутить!

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

Куясе микрояро - пол гига почти.

Прикрутить туда дрова устройств из линёвого ядра, нет лучше QNX'овый планировщик с линёвым ядром.

Вообщем сочетать законным браком ядро Linux'а и QNX'a перед лицом Патрика и вендекапец обеспечен!

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

ни микроядерность ни message passing IPC не накладывают ровным счетом никаких ограничений на использование OS для десктопа. банальный и живой тому пример - Photon GUI и приложения под него. скорее наоборот, в грамотных руках лишь помогают.

применимости той или иной системы к той или иной сфере мешает/помогает лишь одно - это желание производителя его там применить а пользователей этим пользоваться. все.

сегодня мы не видим QNX в виде, допустим, реанкарнации той-же BeOS лишь по *одной* причине: вендор этого не захотел. все остальное десятирично.

// wbr

>линупс, линакс и т.п.

к логопеду, быдло!
к логопеду, быдло!
java.lang.OutOfMemoryError database error

яву фтопку) скошу под индуса напишу на пыхе)

фи!

PHP Fatal error: Out of memory (allocated 250971808) at
...

> сегодня мы не видим QNX в виде, допустим, реанкарнации той-же BeOS лишь по *одной* причине: вендор этого не захотел

По другой причине - _вендор_ этого не смог :)

> По другой причине - _вендор_ этого не смог :)

скорее не смог бо не очень то и хотелось.. :)
а жаль конечно, было весело.

// wbr

> скорее не смог бо не очень то и хотелось.. :)

Плох тот вендор, который не мечтает стать Microsoft :)

> а жаль конечно, было весело.

Вряд ли,,, жалкое было бы зрелище :/ даже опенсорсу еще не удалось, а там ресурсов поболее.

> Вряд ли,,, жалкое было бы зрелище :/

ну почему же жалкое? весьма кстати хорошее было начало: неплохая рекламная компания, активная работа с существующей базой пользователей [весьма приличной, замечу, базой], распиареный релиз QRTP, массовые закачки и тд и тп. начало то было весьма на уровне и весьма хорошо пошло, народ принял систему и проявил живой интерес. IMHO после уже что-то щелкнуло в голове самой конторы и они похоже решили отложить поход в массы и в том числе на десктоп, предпочтя не вылезать из своей годами насиженной ниши ну а после и вовсе продали контору. все это под удивленными взорами новых и старых пользователей, которые посмотрели-посмотрели на все эти телодвижения, да и послали такого нестабильного в своих планах производителя куда подальше, что в принципе вполне логично.

и бабло было и AFAIU на IPO они вполне могли пойти, и продукт был и инновации и люди - все было. так что про "не было ресурсов" - это IMHO сильно сказано. вот с головой - да, были некоторые смятения :-/

// wbr

они держат нос по ветру
видят же , куда ветер дует
хотят свою часть пирога

> они держат нос по ветру видят же , куда ветер дует хотят свою часть пирога

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

// wbr

> ни микроядерность ни message passing IPC не накладывают ровным счетом никаких ограничений на использование OS для десктопа. банальный и живой тому пример - Photon GUI и приложения под него. скорее наоборот, в грамотных руках лишь помогают.

Может бы я и согласился. Но есть несколько но. И вот с Фотоном - это пример явно мимо кассы. Микроядерность и особенности архитектуры делают его мягко говоря тормозом. Если это не так, то думаем почему в адвансет график введен графический фрэймворк (и над его отличительными особенностями от фотона) - это во-первых. Во-вторых думаем хорошо, почему от фотона (открываю секреную иформацию, слабонервным не читать) отказываются и в будущем будет другая графическая подсистема.

> линуксовое ведро вагон железок поддерживает. я очень сомневаюсь что QNX поддерживает и половину этого зоопарка...

Железо - дело наживное...В любом случае если бы даже не начали открывать исходники, то в скором времени QNX имел поддержку количества железа не меньше, чем в BSD.

> Может бы я и согласился. Но есть несколько но. И вот с Фотоном - это пример явно мимо кассы. Микроядерность и особенности архитектуры делают его мягко говоря тормозом.

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

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

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

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

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

вот только переделывать что-то в этом монстре никто не будет бо AFAIU таких альтруистов найти чтобы они еще и привели весь этот хлам в порядок практически нереально. те, кто могли - AFAIK многие ушли, те, кто остались, скорее всего смотрят на code base лишь с содроганием - слишком много работы. проще на базе оставшегося опыта написать что-то новое.

// wbr

> е...ться........все офигели сорсы открывать чтоль?...

"Здравствуйте, я Вендекапец, очень приятно". В твою дверь еще не постучался этот товарищ?

> Железо - дело наживное...

а теперь представьте, сколько времени будет сэкономлено, если просто тупо взять готовый код и адаптировать его под ядро QNX? :) вместо того чтобы писать все практически с нуля.

> Только непонятно зачем тогда нужен будет Линукс, это же не более, чем запускалка программ GNU. Будет их запускать QNX, надежный и реалтаймовый продукт.

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

> Железо - дело наживное..

За счет чего?

> если бы даже не начали открывать исходники, то в скором времени QNX имел поддержку количества железа не меньше, чем в BSD.

За счет чего?

>> если бы даже не начали открывать исходники, то в скором времени QNX имел поддержку количества железа не меньше, чем в BSD.

> За счет чего?

ну например за счет уменьшения количества поддерживаемого железа в BSD.

// wbr

Новость знаковая

>> c,`ae`aiua`aeoaa. `ieed-iya:aad-iinou: n`aen))

>Эльфы не пройдут! Пх’нглуи мглв’нафх Ктулху Р’льех вгах’нагл фхтагн!

Наверное он линксом из freebsd запущенным с флагом -g попытался на лор запостить по-русски....

>будем патчить gnome под QNX

Чтобы ускорить кончину QNX? Лучше уж Photon под Linux :)

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

Почему то никто не вспомнил о бздунах.. Вот он кладезь из которого они будут безбожно тырить идеи и код в свою былонедосистему.

> а теперь представьте, сколько времени будет сэкономлено, если просто тупо взять готовый код и адаптировать его под ядро QNX? :) вместо того чтобы писать все практически с нуля.

Решили идти по другому пути, еще проще. Взять и сделать менеджер, который умеет цеплять BSDшные драйвера.

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

"а в Америке кукрыниксы негров вешают!"

// wbr

Я завтра днем отвечу на эти вопросы :) Много писать, а я пиво пить собрался - праздновать открытие исходников :)

> Решили идти по другому пути, еще проще. Взять и сделать менеджер, который умеет цеплять BSDшные драйвера.

надеюсь, уроки аналогичного уровня под alsa не прошли даром..

// wbr