Вроде бы в этой теме QNX никто и не хоронит. :) Выше я уже писал, что удивление вызывает именно живучесть позапрошлого поколения, т.е. QNX 2. Для QNX 4 (расцвет которого пришёлся на конец 90-х) разрабатываем и сейчас, в том числе и драйверы для нового железа типа Haswell и Valleyview. Некоторые заказчики только сейчас рассматривают переход с QNX 4 на QNX 6. И это, я считаю, правильно. Зачем менять систему, если она успешно справляется с задачами? Ну а про QNX 6 и говорить нечего, тут полный вперёд. На западе, действительно, большую популярность обрели в том числе и решения для автомобильного рынка на основе QNX. У нас же QNX стабильно используется для автоматизации.
Само собой понятно, что QNX жив в виде QNX Neutrino и ЗОСРВ КПДА. Тут более интересно, что всё ещё доступны старые версии (а QNX 2 это даже не прошлое, а позапрошлое поколение QNX Neutrino), которые поставляются в конечных изделиях заказчиков.
В своё время можно было свободно получить лицензию для некоммерческого использования, особенно если давно смотрите на QNX. Сейчас немного закрутили гайки. Но, если не ошибаюсь, можно получить образовательную лицензию (Academic Faculty license).
Я этого не говорил. Я сказал, что можно не открывать код своего собственного приложения в случае использования Qt LGPL. Вопрос платности/бесплатности софта GNU LGPL не закрывает, главное чтобы исходники GPL/LGPL были доступны. Можно ли не указывать, что софт сделан на Qt — не знаю, да и, на мой взгляд, нет особого смысла это скрывать. На счёт линковаться как угодно тоже не скажу, раньше считалось, что можно линковаться только с разделяемыми LGPL библиотеками, но есть мнение, что и со статическими можно. Возможно есть нюансы при использовании LGPL 3. Кстати, можно задать вопрос в техническую поддержку Qt, они в т.ч. и на русском общаются.
Насколько я понимаю, LGPL требует открытия исходного самого Qt. Это в случае, если вы Qt модифицировали. Коммерческая лицензия позволяет не открывать исходный код как вашего приложения, так и Qt.
Видео же переведено с немецкого на английский. Кому-то и changelog достаточно почитать, а для кому-то интересно мнение профессиональных разработчиков почитать. Тем более, что в заметке говорится о BlackBerry Cascades, чего в changelog Qt нету.
Qnet работает на том же уровне, что и IP (т.е. TCP/IP не требуется). Но есть возможность инкапсулировать Qnet в IP, т.е. работать поверх TCP/IP. Это штатная возможность. Сейчас добавлю уточнение в заметку.
> Операционная система «Эльбрус» (ОС Эль, OSL) является штатной для всех компьютеров МЦСТ, хотя на платформе SPARC также может функционировать порт системы МСВС 3.0.
На платформе Эльбрус, в т.ч. Эльбрус 401‑PC, в нативном режиме работает ещё и ЗОСРВ «Нейтрино». На всякий случай отмечу, что Нейтрино не основана на Linux.
> К сожалению, мне не довелось тестировать QNX — но их 7 секунд на Intel Atom уступают нашим трем на том же Intel Atom.
К сожалению, Вы прочитали и посмотрели неправильно. Не 7 секунд, а 1-2 с Fastboot. И это реальные результаты, которые я сам наблюдал вживую, с запуском графики и OpenGL.
Помимо FastBoot в QNX есть ещё интересная технология минидрайверов. Минидрайверы начинают работать ещё на этапе загрузки ОСРВ QNX, т.е. время перезагрузки серьёзной системы с широким набором перефирии (и большим количеством запускаемых драйверов и менеджеров) может быть относительно большое, но важные данные датчиков и другой периферии будут не только не потеряны, но и обработаны. После загрузки QNX стандартные драйвера могут как использовать минидрайверы в своей работе, так и отключить их.
Как представитель СВД ВС и один из людей, которые пилят продукт под названием Тройка, хочу отметить, что наша разработка является самостоятельной и не базируется на QNX Car. :) Тройка основана на ОСРВ QNX, но на этом общее с QNX Car заканчивается.
Я даже думал, не написать ли небольшую заметку на Хабр о Тройке. Но пока не решил, надо ли? :)
Конечно ребята и девчата проделали большой объём работы, думаю много сил и времени было вложено в этот проект. Хотя лично я не вижу какого-то его реального применения, разве что в качестве хобби людей увлекающихся программированием на ассемблере. Однако я считаю, что и это очень хорошо, что у нас в России молодёжь не только водку пьёт и колется.
Немного смутил кивок в сторону QNX. Казалось бы, при чём тут QNX? И при чём здесь демодискета QNX, которая вышла 15 лет назад? В то время ещё и FASM'а (на котором написан KolibriOS) не было. Заметьте, что демодискета QNX (в отличии от KolibriOS) не была целью разработчиков ОСРВ. Этот диск был подготовлен в качестве демонстрации возможностей ОС. Тем более, что QNX предоставляет POSIX (которого нет в KolibriOS).
Если аппаратный сброс и перепрошивка при помощи BlackBerry Desktop Software не помогают, то это аппаратная проблема. Правильно будет обменять по гарантии.
То есть ОС Вам не нужна. Это вполне возможно. К сожалению, такой подход обладает недостатками. Например, во время выполнения вашей единственной задачи и обработки одного внешнего источника, все остальные клиенты буду ждать. Такой подход к разработке систем применялся лет 40-50 назад, и сейчас выглядит довольно дико. Хотя может успешно применяться в каком-то частном случае.
К слову сказать, QNX «не собирает мусор, он не кеширует и не дефрагментирует чего-то там когда ему кажется, что система простаивает, он не решает за пользователя, что может заняться чем-то еще, вопреки параллельно выполняемой программе…» Не путайте ОС общего назначения типа Windows и Linux со встраиваемой системой реального времени.
QNX это не только ядро. Система микроядерная, с одним ядром вам будет скучно. Помимо ядра есть менеджеры, драйверы, библиотеки.
Вы всё практически правильно написали. Только не учли одного. Если ядро не позволяет обеспечить качественную работу ваших 90% кода конечного продукта, то вы можете как угодно свой код написать, качественного продукта вы не получите. UI приложения разрабатываются с нуля, хотя не всегда. Но в свою очередь в реализации UI опираются на библиотеки и стандарты, работу которых тоже должно обеспечить ядро. Если ядро и тут накосячит, то весь продукт будет некачественным. Так что заслуга QNX (и я считаю очень большая заслуга), что вы можете писать свои 90% кода без оглядки на системный уровень. Вы сами отвечаете за свой продукт, в надёжности QNX можно не сомневаться.
Почему в BlackBerry 10 так важен QNX? Опять же из-за микроядра. Любой системный компонет не требует пересборки, адаптации и отладки ядра (со всеми остальными компонентами). Достаточно переделать один модуль. А это большой плюс для такой платформы как BlackBerry 10, ведь никто не знает, что понадобится в будущем. QNX позволяет относительно легко модифицировать системный уровень, добавляя или изменяя компоненты системы.
На платформе Эльбрус, в т.ч. Эльбрус 401‑PC, в нативном режиме работает ещё и ЗОСРВ «Нейтрино». На всякий случай отмечу, что Нейтрино не основана на Linux.
Пруф.
К сожалению, Вы прочитали и посмотрели неправильно. Не 7 секунд, а 1-2 с Fastboot. И это реальные результаты, которые я сам наблюдал вживую, с запуском графики и OpenGL.
Помимо FastBoot в QNX есть ещё интересная технология минидрайверов. Минидрайверы начинают работать ещё на этапе загрузки ОСРВ QNX, т.е. время перезагрузки серьёзной системы с широким набором перефирии (и большим количеством запускаемых драйверов и менеджеров) может быть относительно большое, но важные данные датчиков и другой периферии будут не только не потеряны, но и обработаны. После загрузки QNX стандартные драйвера могут как использовать минидрайверы в своей работе, так и отключить их.
Как можно видеть, речь идёт о миллисекундах.
Я даже думал, не написать ли небольшую заметку на Хабр о Тройке. Но пока не решил, надо ли? :)
Немного смутил кивок в сторону QNX. Казалось бы, при чём тут QNX? И при чём здесь демодискета QNX, которая вышла 15 лет назад? В то время ещё и FASM'а (на котором написан KolibriOS) не было. Заметьте, что демодискета QNX (в отличии от KolibriOS) не была целью разработчиков ОСРВ. Этот диск был подготовлен в качестве демонстрации возможностей ОС. Тем более, что QNX предоставляет POSIX (которого нет в KolibriOS).
А какое отношение QNX имеет к таможенным сборам в Латвии?
Если аппаратный сброс и перепрошивка при помощи BlackBerry Desktop Software не помогают, то это аппаратная проблема. Правильно будет обменять по гарантии.
К слову сказать, QNX «не собирает мусор, он не кеширует и не дефрагментирует чего-то там когда ему кажется, что система простаивает, он не решает за пользователя, что может заняться чем-то еще, вопреки параллельно выполняемой программе…» Не путайте ОС общего назначения типа Windows и Linux со встраиваемой системой реального времени.
Вы всё практически правильно написали. Только не учли одного. Если ядро не позволяет обеспечить качественную работу ваших 90% кода конечного продукта, то вы можете как угодно свой код написать, качественного продукта вы не получите. UI приложения разрабатываются с нуля, хотя не всегда. Но в свою очередь в реализации UI опираются на библиотеки и стандарты, работу которых тоже должно обеспечить ядро. Если ядро и тут накосячит, то весь продукт будет некачественным. Так что заслуга QNX (и я считаю очень большая заслуга), что вы можете писать свои 90% кода без оглядки на системный уровень. Вы сами отвечаете за свой продукт, в надёжности QNX можно не сомневаться.
Почему в BlackBerry 10 так важен QNX? Опять же из-за микроядра. Любой системный компонет не требует пересборки, адаптации и отладки ядра (со всеми остальными компонентами). Достаточно переделать один модуль. А это большой плюс для такой платформы как BlackBerry 10, ведь никто не знает, что понадобится в будущем. QNX позволяет относительно легко модифицировать системный уровень, добавляя или изменяя компоненты системы.