Сообщество

Некоторые компании и университеты сейчас занимаются портированием различных операционных систем реального времени.
Например СПбГУ занимается и интересуется портированием своей ОС Embox на мультиклеточные процессоры.
Для портирования ОС от нас главное сделать как можно больше библиотек на ассемблере или Си для работы с периферией.
Ядро ОС можно начинать портировать уже сейчас на Си89, по выходу оптимизирующего компилятора Си99 этот код будет несложно перенести и получить хорошую производительность.

На мой взгляд, очень удачное решение ОСРВ: QNX, прекрасная архитектура, хорошо масштабируется (от embeded решений до Desktop).
К сожалению, проект проприетарный, но учитывая, что была выпущена на её основе BlackBerry OS для смартфонов. Очень может быть, что вопрос о портировании под свой процессор и разработке клона этой ОС, вполне решаемый. По крайней мере я бы очень рекомендовал ознакомиться с архитектурой этой ОС, а вот linux, в архитектурном плане, я считаю очень неудачным и бесперспективным решением.
http://habrahabr.ru/post/124656/

Портирование ОС QNX добавим в план своих задач. Большинство же клиентов интересует полноценный Linux на борту процессора. Но круг задач ОС QNX весьма широкий. Поэтому в ближайшем будущем думаю или команда разработчиков или пользователей мультиклеточных процессоров портирует предлагаемую Вами ОС.

Кстати, есть такая интересная ОС с открытым исходным кодом (с возможностью создавать коммерческие решения) HAIKU (fork BeOS), в принципе, она занимает промежуточное положение между Embeded и Desktop OS, насколько я знаю, когда-то портировалась на ARM и AVR, читал упоминания, что благодаря удачно написанному менеджеру в теории может быть относительно просто портирована на решения без MMU. В качестве плюсов: легковесность(быстро работает на старом железе, быстро грузится), лаконичность (нет зоопарка апи), хорошее качество кода, изначальная ориентированность на многоядерные процессоры ну и ещё кучка всяких инновационных плюшек, но, конечно - не самая распространённая и довольно сырая. Однако, думаю что не найдётся человека, который о ней не слышал. Возможно, имеет смысл попробовать портировать.

Я не слышал. BeOS слышал, Haiku -- нет.
Вот eCos ничуть не хуже. И не сырой совсем. Только у него ядро на C++ написано.
Возможно, когда появится рабочий LLVM, им и займёмся.
Тем более, я его более-менее знаю.

Мне, например, нравится ОС ucos, на которой сейчас Curiosity бороздит просторы Марса. Стабильно, просто и хорошо документировано, в отличии от eCos мало весит и весь код на Си, но в коммерческих целях платно(но исходный код полностью открыт в целях обучения, а кому нужно на китайских сайтах найдет и все дополнения). В коммерческих продуктах часто применяют FreeRTOS, который имеет ошибки, которые исправляются регулярно, и не так стабилен. Вообще написать свою простую операционную систему ~~ диспетчер с очередями и прочим, которую хватит для многих проектов несложно, но это время(сейчас уже очень много операционных систем и по аналогии с портом FreeRTOS можно портировать любые другие).

У "написать свою простую ОСРВ" есть ещё одна проблема...

ak_multiclet wrote:

Я не слышал. BeOS слышал, Haiku -- нет.

На сегодняшний день это одно и то же, старое название Haiku: OpenBeOS, но поскольку BeOS не развивающийся коммерческий проект, то что бы не нарушать права на марку - был переименован. Фактически haiku прошёл путь аналогичный ReactOS, за исключением того, что над haiku работали люди которые имели отношение к самой BeOS, а кроме того, Haiku это развитие BeOS, ReactOS же основан на сильно устаревшей версии и возможное развитие там будет скорее догонялками с весьма тумманными перспективами.
http://kernel-joe.dreamwidth.org/1864.html
https://habrahabr.ru/post/148911/

Возможно, еще подумаем над uClinux и RTEMS

ak_multiclet wrote:

У "написать свою простую ОСРВ" есть ещё одна проблема...

Хорошая картинка.
Все же разработчики процессоров не должны заниматься ОС.
Но вот как адаптировать к этой специфической архитектуре текущие ОС - в которых единица деления - поток - еще вопрос....

bav wrote:

Все же разработчики процессоров не должны заниматься ОС.

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

Но вот как адаптировать к этой специфической архитектуре текущие ОС - в которых единица деления - поток - еще вопрос....

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