MAX
Подпишись
стань автором. присоединяйся к сообществу!
27 февраля 63
115
Великоросс Информационные технологии

Министерство обороны РФ сертифицировало операционную систему реального времени «БагрОС-4000»

Завершена сертификация ОСРВ «БагрОС-4000» по требованиям защиты информации в 8 Управлении ГШ ВС РФ. ОС РВ «БагрОС-4000» может использоваться для обработки информации, содержащей сведения, составляющие государственную тайну и имеющие степень секретности «совершенно секретно».

ОСРВ «БагрОС-4000» успешно применяется в самолете Су-57 и готова к применению в составе авионики перспективных и модернизируемых летательных аппаратов.

ОСРВ «БагрОС-4000» позволяет импортозаместить такие известные зарубежные ОСРВ, как VxWorks и Integrity (США), QNX (Канада) и PikeOS (Германия).

Среди возможностей ОСРВ следует отметить:

  • Поддержку многоядерных процессорных архитектур Эльбрус, MIPS64, PowerPC, ARMv7, Intel x86;
  • Поддержку стандартов ARINC 653 и POSIX;
  • Развитой инструментарий для разработки прикладных программ.

[читать статью полностью...]

Кстати, а вы знали, что на «Сделано у нас» статьи публикуют посетители, такие же как и вы? И никакой премодерации, согласований и разрешений! Любой может добавить новость. А лучшие попадут в наш Телеграм @sdelanounas_ru. Подробнее о том как работает наш сайт здесь👈

Источник: www.sukhoi.org

Комментарии 0

Для комментирования необходимо войти на сайт

все комментарии
  • 1
    CastedAway CastedAway28.02.19 07:22:58

    Основная проблема с поддержкой железа в Linux, это открытость кода (как ни странно) и отсутствие четкой модели drivers для железа. Нет она конечно есть, но вариантов не много — либо производитель пишет драйвер с открытым кодом, что позволяет его встраивать в ядро (как статически так и в виде загружаемого модуля) либо идёт на специальные ухищрения типа часть кода открыта, а часть только в бинарном виде что многое усложняет. Можно конечно иметь user space drivers, но это всё не то. В Windows, модель драйверов более менее четка и понятна, пиши закрытый код, некого разглашения технических секретов что и нужно производителям железа. Плюс конечно правильная политика Microsoft по диалогу с производителями железа.

    #1111117 ↑
    • 0
      Виктор Гюго Виктор Гюго28.02.19 21:15:44

      либо производитель пишет драйвер с открытым кодом

      очень хороший вариант, который решает множество проблем.

      В Windows, модель драйверов более менее четка и понятна, пиши закрытый код

      …и собирай под 64/32 бита (переход на 64 бита растянулся надолго, а некоторое старое железо так и тащит 32битный код в систему), и ARM/MIPS — недоступные платформы, а под новые версии вендов опять всё нужно переписывать. За исключением куска «производитель может втюхать бинарник с любым содержимым — преимуществ нет. А с точки зрения пользователя ставить чужую непонятную хрень, неизвестно что в системе творящую в нулевом кольце — удовольствие ниже среднего.

      #1111351 ↑
      • 0
        CastedAway CastedAway01.03.19 07:27:11

        решает множество проблем

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

        Я думаю Микрософт с удовольствием бы избавилась от 32-битной версии, но у них есть болься группа клиентов которые хотят оставаться на 32-битах и платять большие деньги за свое желание.

        ставить чужую непонятную хрень, неизвестно что в системе творящую
        - Мы же говорим о дрйверах? Правильно. Значит перед тем как устанавливать эту «непонятную хрень» пользователь только что воткнул «понятную» ему «хрень» ввиде куска железа/силикона в свой компьютер.

        Между прочим устанвленый драйвер, хотябы теоритически можно де-инсталлировать, я ядро нужно будет пересобирать. А как быть с новыми версиями? Когда драйвер есть отдельная «непонятная хрень» его можно легко упгрейдить, причем упграйд будет именно конкретного драйвера, а не всего ядра.

        #1111420 ↑