RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> > > Не совсем верно. Если использовать L4, это не обязательно будет голое микроядро. Существует по крайней мере две готовые подсистемы серверов, реализующие userlevel services.
> > 
> > Да, но из того, что написано на их сайтах, складывается впечатление, что эти проекты ориентированы на создание чего-то линуксо- (или юниксо-)образного. 
> 
> > А у нас задача радикально другая. Собственно, с этого и нужно начинать: не выбирать микроядро, на котором будем строить систему, а детально разработать задачу, и уже потом решать, какое микроядро и какой набор серверов лучше подходит для её решения.
> 
> Да, средства надо выбирать исходя из задач; просто наш проект уже 2 года назад выбрал микроядро. Оно вполне отвечает всем задачам разработки. Оно абсолютно "абстрагировано" от стратегий и алгоритмов (policies) -- все это вынесено из ядра в userlevel и может быть реализовано произвольным образом. Микроядро лишь предоставляет механизмы для их реализаций (но не навязывает правил и стратегий). Причем все эти механизмы очень изящно реализованы.
> 
> > А сейчас у нас пока ещё задача не готова. Определимся окончательно с задачей - тогда и будем выбирать.
> > 
> > > -- K42 не под свободной лицензией?
> > 
> > Под очень даже свободной - LGPL.
> > 
> > > Если все это придется переписывать, то что же толку от уже существующего набора-конструктора из сервисов-подсистем?
> > 
> > Идеи, принципы.
> > Меня больше пугает обратный подход: делать ОС из чужих компонентов, в которых сам досконально не разбираешься.
> > 
> 
> Ну так не обязательно все брать в готовом и неизменном виде. Конечно, L4 и l4env разрабатывается, используя UNIX в качестве development platform и многие идеи берутся из юникса. И сервисы unix- или posix-ориентированы (так же  наверное, обстоит дело и с K42). Но никто не собирается все брать в готовом виде. Можно заимствовать алгоритмы и их реализацию, но не в готовом, а в адаптированном виде. 
> В компонентах придется детально разобраться -- это неизбежно...

__, _,_ __, _,_ _, \|_) \| \| \| \ \| / /_\ \| \ \| \| \|_/ \|/ \| \| ~ ~ `~' ~ ~ ~ ~