Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 45
А просто открыть исходники, без сбора милостыни, нельзя? А мы и посмотрим, нужен ваш МАКС сообществу, или не нужен
Надо же! Вот это озарение!
И в каждой ситуации хочется, конечно, взять побольше
Модель с покупкой лицензий начинает тормозить развитие
Надо же! Вот это озарение!
«Сколько стоит?».
Ответ на этот вопрос всегда был самым сложным — слишком разные клиенты, слишком разные устройства, слишком разные задачи решаются.
И в каждой ситуации хочется, конечно, взять побольше
Спасибо за вопрос! исходники открыты для ознакомления, здесь: www.astrosoft.ru/products/development/rtos-macs (кнопка скачать)
Перевод ПО с платного на бесплатное на собранные деньги это обычная практика.
Например, Blender в 2002 году с shareware на GNU GPL перевели за 100 000 евро, что и спасло его.
Например, Blender в 2002 году с shareware на GNU GPL перевели за 100 000 евро, что и спасло его.
Мне вот это особенно понравилось
Так ёлки-палки, выкладывание исходников как раз и способствует доведению системы но нужного состояния, разве нет? Силами сообщества.
И, стоп, система не в нужном состоянии ещё? А как же
То есть в программу университета, в среду от Миландр входит не готовая система? Нормальненько.
Чтобы открыть исходники, не нужно собирать деньги — Гитхаб там. А пока я смею подозревать, что ваши высшие управленцы просто не были ещё в этом году на отдыхе, а бархатный сезон уже заканчивается. Для того и деньги нужны
Черт, три раза прочел статью, прежде чем начал комментировать. Я просто балдею от такой наивной наглости
Зачем мы собираем деньги?
Во-первых, деньги лишними не будут — они помогут довести систему до нужного состояния (сделать ревью всех программных интерфейсов и doxygen документации, дополнительные проекты примеров, API для разработки дополнительной функциональности).
Так ёлки-палки, выкладывание исходников как раз и способствует доведению системы но нужного состояния, разве нет? Силами сообщества.
И, стоп, система не в нужном состоянии ещё? А как же
МАКС теперь входит в учебную программу университетов, стал «Лучшим инновационным продуктом в Петербурге», вошёл в среду разработки CM-LYNX от Миландр
То есть в программу университета, в среду от Миландр входит не готовая система? Нормальненько.
Чтобы открыть исходники, не нужно собирать деньги — Гитхаб там. А пока я смею подозревать, что ваши высшие управленцы просто не были ещё в этом году на отдыхе, а бархатный сезон уже заканчивается. Для того и деньги нужны
Черт, три раза прочел статью, прежде чем начал комментировать. Я просто балдею от такой наивной наглости
Я правильно понял вашу логику?
Спасибо за вопрос! Я думаю не совсем правильно поняли, попробую исправиться.
Бесплатную ОСРВ получат все. Собственно, сумма, которую мы собираем, не сопоставима с реальной стоимостью разработки продукта. Участие — возможность стать сопричастными к интересному (на наш взгляд) проекту, а для нас — сигнал, что ОСРВ нужна и стоит двигаться в этом направлении.
Так дебиан тоже собирает деньги. Конечно исходники уже открыты, а тут их даже открыть не планируют, как я понял, но в целом сбор денег на нужную вещь — это нормально. А дальше уж сами решайте, нужная это вещь или нет.
Зачем создавать очередную ОС с кучей потенциальных багов, которая не имеет ни одного преимущества перед любым готовым и протестированном годами Linux дистрибутивом?
А где посмотреть бесплатную для некоммерческого использования сейчас?
Спасибо! Версия в исходниках для ознакомления здесь: www.astrosoft.ru/products/development/rtos-macs
Но лицензия пока не разрешает использование в любых других целях, кроме ознакомления, если вы об этом.
Но лицензия пока не разрешает использование в любых других целях, кроме ознакомления, если вы об этом.
На ревью всех программных интерфейсов и doxygen документацйии.
Ну если у вас в буклете есть такие опечатки, то документацию точно нужно шерстить.
Уже есть Embox, тоже ОСРВ, тоже разрабатывается в Санкт-Петербурге, только она уже открыта под BSD лицензией. Было бы хорошо, если бы вы написали о преимуществах вашей ОС над существующими открытыми аналогами.
Пока выясняется что Embox — экзоятдро, МАКС — классический монолит. Что лучше, что хуже — вопрос холиварный, но патриархи типа Таненбаума, последнее, как известно не одобряют)
Напишите обзор-сравнение, а то всё вокруг, да около ходите). Интересно сравнить с freertos, keil rtx, embox. На мой взгляд все эти три ос более дружелюбны что-ли, нежели Макс.
offtopic
я очень надеюсь, что буква т в слове «экзоятдро» затесалась случайно и это не какое-то новое пушистое ядро с плоским интерфейсом, о котором я не знаю
Embox — относительное экзоядро. Скорее сильно конфигурируемая система и за счет конфигурации может быть как экзоядром (прямой доступ к ресурсам выделяемый на этапе сборки инициализации), так и микроядром и так далее в зависимости от задачи.
По поводу ОСРВ МАКС (и его монолитного ядра) нужно учитывать, что это ОСРВ для микроконтроллеров, там свои законы (все всегда в один образ линкуется).
Городить микроядро на объемах ОЗУ в 8 кб как то очень странно. 8kb это платформа STM32VLDISCOVERY на которой запускается Embox. Это описано в статье.
По поводу ОСРВ МАКС (и его монолитного ядра) нужно учитывать, что это ОСРВ для микроконтроллеров, там свои законы (все всегда в один образ линкуется).
Городить микроядро на объемах ОЗУ в 8 кб как то очень странно. 8kb это платформа STM32VLDISCOVERY на которой запускается Embox. Это описано в статье.
На правах одного из разработчиков уточню, что Embox разрабатывается не только в Санкт-Петербурге и даже не только в России. Хотя корни да, с Мат-Меха СПбГУ.
Как то напрягла такая строка для примера с двумя моргающими лампочками
Program Size: Code=10080 RO-data=668 RW-data=236 ZI-data=152740
Program Size: Code=10080 RO-data=668 RW-data=236 ZI-data=152740
И чем это лучше, чем FreeRTOS, RIOT-OS, тысячи их или QNX, если надо что-то более жирное?
Что в результате?
Бесплатная для коммерческого использования ОСРВ с открытыми исходниками.
Какая будет лицензия?
Учитывая, что весь доступный на сегодняшний день код компонуется статически, я бы выбрал GPL, как лучше всего защищающую от посягательств. Другой вопрос, что когда я сам стал изучать статус GPL в российском правовом поле, я получил весьма не впечатляющие меня данные о том что статус данной лицензии в РФ неопределен. Скорее всего будет какая-то авторска эула.
Это старые данные. Ищите данные после 2014 года.
Поискал, но натыкаюсь на старые и не очень пространные рассуждения на эту тему. Могли бы Вы кинуть в меня какой-нибудь ссылкой, если не трудно
В 2014 году стало вот что:
www.gk-rf.ru/statia1286_1
Все под это и попадает GPL в том числе. Все рассуждения предыдущих лет читать нет смысла.
www.gk-rf.ru/statia1286_1
Все под это и попадает GPL в том числе. Все рассуждения предыдущих лет читать нет смысла.
Если правильно понимаю и нечего не перпутал, то вместо GPL уместнее Mozilla Public License
Вот интересно, тот кто писал, думал что пишет?
Это как это не обладает, если Linux — открытое ядро?
за основу берётся уже готовая система (например, Linux), дорабатывается и выпускается под российским брендом. При подобном подходе производитель не обладает ни полным стеком технологий, ни возможностью серьезно влиять на направление развития решения.
Это как это не обладает, если Linux — открытое ядро?
Посмотрел я исходники, будет время — попробую. Что хотел бы сказать.
Посыл сделать проект открытым — хороший посыл, я двумя руками его поддерживаю, вне зависимости от того, насколько актуален и востребован проект. Это пойдет на пользу проекту, тем более, не смотря на отсутствие комментариев (полное!) код написан очень аккуратно (с моей точки зрения) и имеет как раз тот объем, когда его стоит открыть и сформировать вокруг него комьюнити.
Хочу высказать свои субъективные замечания:
1. Код нужно комментировать. Не для галочки, а для себя. Быть может вы там все суперкрутые перцы и держите всё в голове — не спорю, всякое в жизни бывает. Но для формирования сообщества нужно сделать код понятным этому самому сообществу
2. Вы писали этот объем кода 4 года? Тоже не берусь спорить, всякое бывает и отточенное решение выходит не сразу, тем более специфика разработки системного ПО. Но как-то сомнительно, чтобы авторы не черпали вдохновение из той же FreeRTOS. Учитывая, что поле уже хоженое, учитывая что в примерах всего две модели контроллеров и видя крайне мало условных директив препроцессора (в отличие от той же многоплатформенной FreeRTOS) полагаю код не слишком уж переносим. Так вот, мои парни, будучи знакомыми со спецификой и имея точку опоры в виде существующих решений, написали бы этот объем кода за пару недель. Мы не разрабатываем системное ПО, но некоторое подобие трудозатрат в корреляции со сложностью системы, так или иначе отражается на объеме и на сроках, так что я знаю о чем говорю. Тем самым, патетически утверждая, что собираемая вами сумма не сравнима со стоимостью разработки… вы лукавите. Вы просите 500 тыс. руб. при стоимости решения в 400 тыс. руб. Создается впечатление, что сообщество должно выкупить у вас это решение, чтобы оно стало открытым. Из этого следует мое следующее замечание.
3. Коль скоро вы хотите сделать проект открытым, вам во-первых никто не мешает этого сделать, во вторых — это ваши проблемы. В том смысле, что издержки на документирование, код-ревью и прочие накладные расходы на ваш выход в мир СПО с солидным видом (как например сделали ребята из команды Embox) не нужно перекладывать на плечи сообщества. Это противоречит философии СПО. Логичным было бы подготовится самостоятельно и выйти с открытыми исходниками, а потом сказать «вот, если вы хотите помоч проекту мы тут затеяли компанию по сбору средств». Народ бы подтянулся. А так у вас пока что два донатера, захотевшие видимо получить металлическую кружку с логотипом.
Переосмыслите то, чего вы хотите. Я искренне желаю вам удачи, и надеюсь, что ваше заявление не окажется пустым звуком
Посыл сделать проект открытым — хороший посыл, я двумя руками его поддерживаю, вне зависимости от того, насколько актуален и востребован проект. Это пойдет на пользу проекту, тем более, не смотря на отсутствие комментариев (полное!) код написан очень аккуратно (с моей точки зрения) и имеет как раз тот объем, когда его стоит открыть и сформировать вокруг него комьюнити.
Хочу высказать свои субъективные замечания:
1. Код нужно комментировать. Не для галочки, а для себя. Быть может вы там все суперкрутые перцы и держите всё в голове — не спорю, всякое в жизни бывает. Но для формирования сообщества нужно сделать код понятным этому самому сообществу
2. Вы писали этот объем кода 4 года? Тоже не берусь спорить, всякое бывает и отточенное решение выходит не сразу, тем более специфика разработки системного ПО. Но как-то сомнительно, чтобы авторы не черпали вдохновение из той же FreeRTOS. Учитывая, что поле уже хоженое, учитывая что в примерах всего две модели контроллеров и видя крайне мало условных директив препроцессора (в отличие от той же многоплатформенной FreeRTOS) полагаю код не слишком уж переносим. Так вот, мои парни, будучи знакомыми со спецификой и имея точку опоры в виде существующих решений, написали бы этот объем кода за пару недель. Мы не разрабатываем системное ПО, но некоторое подобие трудозатрат в корреляции со сложностью системы, так или иначе отражается на объеме и на сроках, так что я знаю о чем говорю. Тем самым, патетически утверждая, что собираемая вами сумма не сравнима со стоимостью разработки… вы лукавите. Вы просите 500 тыс. руб. при стоимости решения в 400 тыс. руб. Создается впечатление, что сообщество должно выкупить у вас это решение, чтобы оно стало открытым. Из этого следует мое следующее замечание.
3. Коль скоро вы хотите сделать проект открытым, вам во-первых никто не мешает этого сделать, во вторых — это ваши проблемы. В том смысле, что издержки на документирование, код-ревью и прочие накладные расходы на ваш выход в мир СПО с солидным видом (как например сделали ребята из команды Embox) не нужно перекладывать на плечи сообщества. Это противоречит философии СПО. Логичным было бы подготовится самостоятельно и выйти с открытыми исходниками, а потом сказать «вот, если вы хотите помоч проекту мы тут затеяли компанию по сбору средств». Народ бы подтянулся. А так у вас пока что два донатера, захотевшие видимо получить металлическую кружку с логотипом.
Переосмыслите то, чего вы хотите. Я искренне желаю вам удачи, и надеюсь, что ваше заявление не окажется пустым звуком
Наличие уже двух донаторов — это еще не показатель. Это может быть вообще «прикорм». Попробуйте создать какой-либо сбор на том же Indiegogo. Вам напишет 10 человек с предложением закинуть вам ваши же деньги, за минусом, естественно. А если еще доплатить, то и отзыв сделают.
Воу воу. Пока писал, количество спонсоров увеличилось с 3-х до 5 человек! И сумма с 5800 уже до 8500.
По минималке это 4 человеко-месяцев. Учитывая специфику — 2кк.
Сколько человек за 2 недели должно у вас справиться?
В принципе неплохая идея — порекламируемся и за это денег получим :)
Посмотрел исходники.
Довольно интересно. Видно влияние Mbed.
Но не стали использовать шаблоны, это хорошо. В Mbed шаблоны несколько утяжеляют понимание.
Непонятно как работает защита стека. В чем ее функция? Если что-то пошло не так, то стек все равно не увеличить, т.е. как понимаю это не защита? а такое раннее предупреждение о крахе. Я правильно понял?
Что там за странные комментарии в svc_handler.S? У вас все хорошо с переключением контекста?
То что вы не запрещаете прерывания полностью, а только повышаете приоритет, эт хорошо, но в других осях еще умеют и объем сохраняемого контекста уменьшать для задач по выбору если задача не использует FPU.
Но беда всех таких самодельных RTOS в отсутствии какого либо промежуточного ПО.
Например Mbed идет с несколькими файловыми системами, со стеком TCP/IP v6 с TLS и IoT протоколами, с беспроводными протоколами, с отладочными мониторами Для защиты там целый супервизор разработан.
Чтобы RTOS без промежуточного софта, как я такие называю — голая, могла привлечь внимание за ее использование надо доплачивать.
Могу предложить портирование ОСРВ МАКС на свои платы с семейством Kinetis.
Довольно интересно. Видно влияние Mbed.
Но не стали использовать шаблоны, это хорошо. В Mbed шаблоны несколько утяжеляют понимание.
Непонятно как работает защита стека. В чем ее функция? Если что-то пошло не так, то стек все равно не увеличить, т.е. как понимаю это не защита? а такое раннее предупреждение о крахе. Я правильно понял?
Что там за странные комментарии в svc_handler.S? У вас все хорошо с переключением контекста?
То что вы не запрещаете прерывания полностью, а только повышаете приоритет, эт хорошо, но в других осях еще умеют и объем сохраняемого контекста уменьшать для задач по выбору если задача не использует FPU.
Но беда всех таких самодельных RTOS в отсутствии какого либо промежуточного ПО.
Например Mbed идет с несколькими файловыми системами, со стеком TCP/IP v6 с TLS и IoT протоколами, с беспроводными протоколами, с отладочными мониторами Для защиты там целый супервизор разработан.
Чтобы RTOS без промежуточного софта, как я такие называю — голая, могла привлечь внимание за ее использование надо доплачивать.
Могу предложить портирование ОСРВ МАКС на свои платы с семейством Kinetis.
Пробежал глазами документацию. Вот что-то у меня не вяжутся в голове два понятия: ОСРВ и кооперативная многозадачность. Или в случае с выбором кооперативной многозадачности мы имеем уже не ОСРВ?
Вот что-то у меня не вяжутся в голове два понятия: ОСРВ и кооперативная многозадачность.
Ну почему же, если коротко то реальное время это не про скорость переключения контекстов, а детерминизм, а его достижение зависит от задачи, может вообще без планировщика можно обойтись или просто по таблице состояний прыгать.
Вот статья в которой в разделе «Жесткое реальное время» я попытался описать почему же мелкие ОС (в том числе с кооперативной многозадачностью) часто называются RTOS (ОСРВ).
RTOS от обычной OS отличается лишь детерминизмом. Т.е. в RTOS если измерили длительность переключения задачи, то она всегда такой и будет плюс-минус десяток тактов. Либо ставите жесткий таймаут после которого любой сервис должен вернуть управления.
В МАКС для измерений вставлен сервис профайлинга, как понимаю.
Т.е. первое что делаете с этой RTOS — это профилируете после своего компилятора. Когда сделан профайлинг, вы можете хоть разрешать хоть запрещать вытеснение (т.е. оставить только кооперацию), сути не меняет, детерминизма вы достигнете. Тем более что в МАКС вы по прежнему можете использовать прерывания уровня ядра без блокировок, т.е. достигать детерминизма на уровне долей микросекунды.
В МАКС для измерений вставлен сервис профайлинга, как понимаю.
Т.е. первое что делаете с этой RTOS — это профилируете после своего компилятора. Когда сделан профайлинг, вы можете хоть разрешать хоть запрещать вытеснение (т.е. оставить только кооперацию), сути не меняет, детерминизма вы достигнете. Тем более что в МАКС вы по прежнему можете использовать прерывания уровня ядра без блокировок, т.е. достигать детерминизма на уровне долей микросекунды.
Два-три искренних человека с рассказом от себя в кадре дадут +100500 пользы. Пока безжизненная пустыня из картинок и видео.
И фото кружки не нашел))
И фото кружки не нашел))
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ОСРВ МАКС — бесплатно? Планируем открыть лицензию для бесплатного коммерческого использования