Embox 0.5.7

Нужно?

Если данная ОС дожила до 13 летия - нужна.

С днём рождения.

Хочется всяких видий, чем вы там занимаетесь, какие железки гоняете, хочется творческую кашу увидеть :)

улучшена поддержка встроенной библиотеки math;

Матан в ядре?

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

Нужно?

Востребованно!:)

Если коротко, то в проект заложен ряд интересных идей и уникальных решений. А не просто создание собственной ОС. Идеи все больше становятся востребованными.

Матан в ядре?

Embox - это не только ~ценный мех~ ядро, но и все остальные части (пусть даже подключаемые) для создания законченных систем.

И кстати какие то функции из math есть в любом более менее приличном ядре включая Linux

С днём рождения.

Спасибо!:)

Хочется всяких видий, чем вы там занимаетесь, какие железки гоняете, хочется творческую кашу увидеть :)

Хочется видий, их есть у меня… :)

У нас есть канал на ютьюб. Там даже видео с Эльбрусом есть:)

И лично мне больше нравится текстовый формат блог на хабре (https://habr.com/ru/company/embox/blog/) , там есть прямо очень технические темы

Очень круто. Молодцы!

Спасибо!:)

Если коротко, то в проект заложен ряд интересных идей и уникальных решений

Этак можно про что угодно сказать.

У вас нановедро с дескрипторами вместо адресных пространств или все по классике?

Этак можно про что угодно сказать.

Сказать безусловно можно, а вот сделать что другие не могут:)

Пример никто не может (кроме больших систем) запустить OpenCV на stm, а мы можем (https://habr.com/ru/company/embox/blog/539572/).

У вас нановедро с дескрипторами вместо адресных пространств или все по классике?

Вот как раз не то не другое:)

говорю же есть ряд интересных идей и подходов, они прослеживаются и в других проектах, если бы идеи были не востребованы, они бы не использовались.

Наверно некоторые идеи и проблемы мы описали в этой статье (https://habr.com/ru/company/embox/blog/440390/)

Спасибо!:)

Вопросик, навеянный документацией (разделы «Быстрый старт», «Сборка»).

Есть понятие конфигурации, есть понятие модуля. Конфигурация по сути, как я понял, эквивалент проекта.

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

И второй, более общий вопрос из той же области. В разделе «Сборка» довольно подробно описано управление модулями и более скупо — управление конфигурациями в целом. Вот я сделал make confload-<template>, конфигурация загрузилась, далее я могу её править и собирать. Если я загружу другую конфигурацию или сделаю очистку, мои изменения соответственно пропадут. А как мне сохранить свой вариант конфигурации и даже может быть потом загружать её через make confload? Просто скопировать содержимое conf/ в новый подкаталог внутри templates? Или есть «правильный» способ?

Большое спасибо за вопросы!

Конфигурация по сути, как я понял, эквивалент проекта.

Не совсем, проект это отдельная сущность, можно сказать что проект это набор того функционала который будет заложен в конечную систему, могут быть даже достаточно большие модификации. Пример если набрать ‘make confload’ вывалится скисок готовых темплейтов (конфигураций) в том числе с префиксом project (можно подключить и внешний репозиторий со своим проектом).

  project/lvgl/arm_qemu
  project/lvgl/x86_qemu
  project/lvgl/stm32f429i_discovery
  project/lvgl/stm32f769i-discovery
  project/lvgl/stm32f746g-discovery
  project/lvgl/stm32h745i-discovery

Например демка lvgl запускается на следующих платформах

ls project/lvgl/
cmds  templates

в папке cmds лежат специфичные для проекта утилиты

ls project/lvgl/cmds/
lvgl_demo.c  mouse_cursor_icon.c  Mybuild

Таким образом для переноса проекта на другую платформу нужно изменить три файла лежащие в conf (темплейте) build.conf lds.conf mods.conf

В mods.conf сейчас записывается в том числе и описание драйверов, мы думаем как такие части вынести в отдельные файлы, чтобы прикладное ПО оставалось одинаковым (как вы описали на разных одноплатниках)

А как мне сохранить свой вариант конфигурации и даже может быть потом загружать её через make confload

Да, к сожалению, на данный момент нужно в какой нибудь папке сохранить нужно по сути дела содержимое папки conf в какую нибудь папку доступную для confload

Если я загружу другую конфигурацию или сделаю очистку, мои изменения соответственно пропадут

при make clean конфигурация сохраняется, это make distclean или make confload- убивает изменения

Если данная ОС дожила до 13 летия - нужна.

РекталОС тоже дожила, но есть один нюанс.

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

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

Спасибо! Приятно такое слышать. Кстати, реальные применения уже есть и наверное оттуда и библиотеки актуальные:)

По поводу экзоядра. Тут сложно ответить, короткий ответ, да это можно так сконфигурировать. Длинный идея проекта больше чем просто запуск POSIX ПО на маленьких платформах, как например у NuttX. У Embox можно задавать все свойства системы, в том числе и ядра.

Соглашусь, но все таки хочу отметить что ReactOS принесла в мир достаточно пользы.