Pull to refresh

Comments 45

А просто открыть исходники, без сбора милостыни, нельзя? А мы и посмотрим, нужен ваш МАКС сообществу, или не нужен
Модель с покупкой лицензий начинает тормозить развитие

Надо же! Вот это озарение!
«Сколько стоит?».
Ответ на этот вопрос всегда был самым сложным — слишком разные клиенты, слишком разные устройства, слишком разные задачи решаются.

И в каждой ситуации хочется, конечно, взять побольше
Скачать в 2018 году??? Да еще и телефон хотеть?
«Не, брат, с таким настроением ты слона не продашь» (с)
Перевод ПО с платного на бесплатное на собранные деньги это обычная практика.
Например, Blender в 2002 году с shareware на GNU GPL перевели за 100 000 евро, что и спасло его.
UFO landed and left these words here
Мне вот это особенно понравилось
Зачем мы собираем деньги?

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

Так ёлки-палки, выкладывание исходников как раз и способствует доведению системы но нужного состояния, разве нет? Силами сообщества.

И, стоп, система не в нужном состоянии ещё? А как же
МАКС теперь входит в учебную программу университетов, стал «Лучшим инновационным продуктом в Петербурге», вошёл в среду разработки CM-LYNX от Миландр

То есть в программу университета, в среду от Миландр входит не готовая система? Нормальненько.

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

Черт, три раза прочел статью, прежде чем начал комментировать. Я просто балдею от такой наивной наглости
Спасибо! поправил формулировки в тексте поста.
Я правильно понял вашу логику?


Спасибо за вопрос! Я думаю не совсем правильно поняли, попробую исправиться.

Бесплатную ОСРВ получат все. Собственно, сумма, которую мы собираем, не сопоставима с реальной стоимостью разработки продукта. Участие — возможность стать сопричастными к интересному (на наш взгляд) проекту, а для нас — сигнал, что ОСРВ нужна и стоит двигаться в этом направлении.

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

Зачем создавать очередную ОС с кучей потенциальных багов, которая не имеет ни одного преимущества перед любым готовым и протестированном годами Linux дистрибутивом?
Ну вы не путайте ОСВР для ARM и Линукс. Приведите в пример FreeRTOS тогда уже
А где посмотреть бесплатную для некоммерческого использования сейчас?
Спасибо! Версия в исходниках для ознакомления здесь: www.astrosoft.ru/products/development/rtos-macs
Но лицензия пока не разрешает использование в любых других целях, кроме ознакомления, если вы об этом.
А для чего вы запрашиваете персональные данные при нажатие кнопки «Скачать»? Что там с ФЗ 152?
На ревью всех программных интерфейсов и doxygen документацйии.

Ну если у вас в буклете есть такие опечатки, то документацию точно нужно шерстить.

Спасибо! да, на бумстартере, к сожалению, опечатку уже не поправить — придется отзывать проект.
Уже есть Embox, тоже ОСРВ, тоже разрабатывается в Санкт-Петербурге, только она уже открыта под BSD лицензией. Было бы хорошо, если бы вы написали о преимуществах вашей ОС над существующими открытыми аналогами.
Пока выясняется что Embox — экзоятдро, МАКС — классический монолит. Что лучше, что хуже — вопрос холиварный, но патриархи типа Таненбаума, последнее, как известно не одобряют)

Напишите обзор-сравнение, а то всё вокруг, да около ходите). Интересно сравнить с freertos, keil rtx, embox. На мой взгляд все эти три ос более дружелюбны что-ли, нежели Макс.

offtopic
я очень надеюсь, что буква т в слове «экзоятдро» затесалась случайно и это не какое-то новое пушистое ядро с плоским интерфейсом, о котором я не знаю
offtop
пушистое ядро это сильно, но конечно да — экзоядро, а в комментарии опечатка)
Embox — относительное экзоядро. Скорее сильно конфигурируемая система и за счет конфигурации может быть как экзоядром (прямой доступ к ресурсам выделяемый на этапе сборки инициализации), так и микроядром и так далее в зависимости от задачи.
По поводу ОСРВ МАКС (и его монолитного ядра) нужно учитывать, что это ОСРВ для микроконтроллеров, там свои законы (все всегда в один образ линкуется).
Городить микроядро на объемах ОЗУ в 8 кб как то очень странно. 8kb это платформа STM32VLDISCOVERY на которой запускается Embox. Это описано в статье.
На правах одного из разработчиков уточню, что Embox разрабатывается не только в Санкт-Петербурге и даже не только в России. Хотя корни да, с Мат-Меха СПбГУ.
Как то напрягла такая строка для примера с двумя моргающими лампочками
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 в том числе. Все рассуждения предыдущих лет читать нет смысла.
Если правильно понимаю и нечего не перпутал, то вместо GPL уместнее Mozilla Public License
Вот интересно, тот кто писал, думал что пишет?
за основу берётся уже готовая система (например, Linux), дорабатывается и выпускается под российским брендом. При подобном подходе производитель не обладает ни полным стеком технологий, ни возможностью серьезно влиять на направление развития решения.

Это как это не обладает, если Linux — открытое ядро?
Посмотрел я исходники, будет время — попробую. Что хотел бы сказать.

Посыл сделать проект открытым — хороший посыл, я двумя руками его поддерживаю, вне зависимости от того, насколько актуален и востребован проект. Это пойдет на пользу проекту, тем более, не смотря на отсутствие комментариев (полное!) код написан очень аккуратно (с моей точки зрения) и имеет как раз тот объем, когда его стоит открыть и сформировать вокруг него комьюнити.

Хочу высказать свои субъективные замечания:

1. Код нужно комментировать. Не для галочки, а для себя. Быть может вы там все суперкрутые перцы и держите всё в голове — не спорю, всякое в жизни бывает. Но для формирования сообщества нужно сделать код понятным этому самому сообществу
2. Вы писали этот объем кода 4 года? Тоже не берусь спорить, всякое бывает и отточенное решение выходит не сразу, тем более специфика разработки системного ПО. Но как-то сомнительно, чтобы авторы не черпали вдохновение из той же FreeRTOS. Учитывая, что поле уже хоженое, учитывая что в примерах всего две модели контроллеров и видя крайне мало условных директив препроцессора (в отличие от той же многоплатформенной FreeRTOS) полагаю код не слишком уж переносим. Так вот, мои парни, будучи знакомыми со спецификой и имея точку опоры в виде существующих решений, написали бы этот объем кода за пару недель. Мы не разрабатываем системное ПО, но некоторое подобие трудозатрат в корреляции со сложностью системы, так или иначе отражается на объеме и на сроках, так что я знаю о чем говорю. Тем самым, патетически утверждая, что собираемая вами сумма не сравнима со стоимостью разработки… вы лукавите. Вы просите 500 тыс. руб. при стоимости решения в 400 тыс. руб. Создается впечатление, что сообщество должно выкупить у вас это решение, чтобы оно стало открытым. Из этого следует мое следующее замечание.
3. Коль скоро вы хотите сделать проект открытым, вам во-первых никто не мешает этого сделать, во вторых — это ваши проблемы. В том смысле, что издержки на документирование, код-ревью и прочие накладные расходы на ваш выход в мир СПО с солидным видом (как например сделали ребята из команды Embox) не нужно перекладывать на плечи сообщества. Это противоречит философии СПО. Логичным было бы подготовится самостоятельно и выйти с открытыми исходниками, а потом сказать «вот, если вы хотите помоч проекту мы тут затеяли компанию по сбору средств». Народ бы подтянулся. А так у вас пока что два донатера, захотевшие видимо получить металлическую кружку с логотипом.

Переосмыслите то, чего вы хотите. Я искренне желаю вам удачи, и надеюсь, что ваше заявление не окажется пустым звуком
Наличие уже двух донаторов — это еще не показатель. Это может быть вообще «прикорм». Попробуйте создать какой-либо сбор на том же Indiegogo. Вам напишет 10 человек с предложением закинуть вам ваши же деньги, за минусом, естественно. А если еще доплатить, то и отзыв сделают.
Воу воу. Пока писал, количество спонсоров увеличилось с 3-х до 5 человек! И сумма с 5800 уже до 8500.
Уже 11800.
Учитывая что первые спонсоры — Павел и Павел Бойко, то насчет прикорма может быть и правда. А может быть и нет

По минималке это 4 человеко-месяцев. Учитывая специфику — 2кк.
Сколько человек за 2 недели должно у вас справиться?

В принципе неплохая идея — порекламируемся и за это денег получим :)

Посмотрел исходники.
Довольно интересно. Видно влияние Mbed.
Но не стали использовать шаблоны, это хорошо. В Mbed шаблоны несколько утяжеляют понимание.
Непонятно как работает защита стека. В чем ее функция? Если что-то пошло не так, то стек все равно не увеличить, т.е. как понимаю это не защита? а такое раннее предупреждение о крахе. Я правильно понял?
Что там за странные комментарии в svc_handler.S? У вас все хорошо с переключением контекста?
То что вы не запрещаете прерывания полностью, а только повышаете приоритет, эт хорошо, но в других осях еще умеют и объем сохраняемого контекста уменьшать для задач по выбору если задача не использует FPU.

Но беда всех таких самодельных RTOS в отсутствии какого либо промежуточного ПО.
Например Mbed идет с несколькими файловыми системами, со стеком TCP/IP v6 с TLS и IoT протоколами, с беспроводными протоколами, с отладочными мониторами Для защиты там целый супервизор разработан.
Чтобы RTOS без промежуточного софта, как я такие называю — голая, могла привлечь внимание за ее использование надо доплачивать.
Могу предложить портирование ОСРВ МАКС на свои платы с семейством Kinetis.

Пробежал глазами документацию. Вот что-то у меня не вяжутся в голове два понятия: ОСРВ и кооперативная многозадачность. Или в случае с выбором кооперативной многозадачности мы имеем уже не ОСРВ?
Вот что-то у меня не вяжутся в голове два понятия: ОСРВ и кооперативная многозадачность.

Ну почему же, если коротко то реальное время это не про скорость переключения контекстов, а детерминизм, а его достижение зависит от задачи, может вообще без планировщика можно обойтись или просто по таблице состояний прыгать.
Вот статья в которой в разделе «Жесткое реальное время» я попытался описать почему же мелкие ОС (в том числе с кооперативной многозадачностью) часто называются RTOS (ОСРВ).
RTOS от обычной OS отличается лишь детерминизмом. Т.е. в RTOS если измерили длительность переключения задачи, то она всегда такой и будет плюс-минус десяток тактов. Либо ставите жесткий таймаут после которого любой сервис должен вернуть управления.
В МАКС для измерений вставлен сервис профайлинга, как понимаю.
Т.е. первое что делаете с этой RTOS — это профилируете после своего компилятора. Когда сделан профайлинг, вы можете хоть разрешать хоть запрещать вытеснение (т.е. оставить только кооперацию), сути не меняет, детерминизма вы достигнете. Тем более что в МАКС вы по прежнему можете использовать прерывания уровня ядра без блокировок, т.е. достигать детерминизма на уровне долей микросекунды.
Два-три искренних человека с рассказом от себя в кадре дадут +100500 пользы. Пока безжизненная пустыня из картинок и видео.
И фото кружки не нашел))
Sign up to leave a comment.

Articles