Page 2 of 4

Posted: Thu Feb 08, 2007 6:32 pm
by w-tools
Mario - структура микроядра которую я хотел предложить в действительности очень компактна (10 - 20 системных вызовов) соответственно стабильна и быстра до безобразия:-). Такова участь всех микроядерных систем. Проблема начинается на платформе х86, у нее как оказывается неправдано сложная система защиты и адресации. Ядро то написать можно но вся прелесть улитучиться. Смысл смешивать мед с дегдетем, - не меда не дегтя :-)

Serge микроядро тем хорошо что его очень просто "отполиравать" не затрагивая всю структуру ОС.

Файловую систему не только можно но и нужно вынести из состава ядра и не только файловую систему но и сервер мышки, сервер видео, сервер клавиатуры и т. п. А загрузить это все очень просто например:
Имеется начальный загрузчик который загружает в память все что прописано в конфигурационном файле, это ядро, сам конфигурационный файл, драйвера и приложения (все то что не обходимо для пользователя) и передает управление на ядро. А ядро само запускает по списку из загруженного конфигурационого файла, то что уже находится в памяти, приложения, драйвера, ту же файловую систему например.
Беда в том что на данном этапе развития Колибри все это врятли удасться "прикрутить"

Posted: Thu Feb 08, 2007 8:41 pm
by Serge
w-tools
На данном этапе развития к Колибри можно прикрутить абсолютно всё.
Вот дочитываю мануал по Pentium III, Простите меня великодушно господа, но под этот "процик" я принципиально писать ничего не буду.
Это похоже на предложение "Я вам идеи, а вы мне код". Все знают как надо писать ОС.
Защищённый режим в Pentium III не отличается от защищённого режима в 80386 или новом Core. Кстати Core это переделанный Pentium III, что не помешало Apple выбрать его для своих Маков.
Программировать его не сложнее, чем другие процессоры. Никто уже давно не использует все встроенные механизмы защиты. Всё свелось к простейшей плоской организации памяти, двум уровням привилегий, программному переключению задач и защитой памяти при помощи таблиц страниц.
Если почитать "Новую модель ядра" можно найти обсуждение вариантов с раздельной загрузкой ядра. К сожалению выделенный загрузчик ядра плохо уживается с существующими менеджерами загрузок а необходимость дублировать в нём весь код работы с файловой системой не всем по-душе.
"Полировать" ядро можно до бесконечности. QNX в 6 версии основательно перекроила ядро и добавила новые системные вызовы, хотя раньше считали свою концепцию Send() -> Recieve() -> Replay() абсолютным совершенством. Теперь появились подобия очередёй и всё стало немного похоже на NT.

Posted: Thu Feb 08, 2007 9:32 pm
by w-tools
Товарисчи, товарисчи вы почему такие агрессивные???
Может я обидел кого ???

Для меня в общем как выразился Serge - "наш код" ни "мои собственные идеи" особой ценности не представляют, просто хотелось показть где "грабли" а где "вилы". По этому до пены у рта свои идеи и мнения отстаивать не собираюсь :-) Если кому то интересно то хорошо, если нет то еще лучше :-)

Замечу мир далеко не ограничен системами Макинтош и IBM, думаете этих монстров сколько нибудь заботит какого "интелектуального качества" они выпускают продукт ??? Торговые монстры озабочены тем чтобы их продукт покупали иначе их судьба "медленно умрать в муках" , посему они намерено душат других производителей.
Многие процессоры (да и не только процессоры если присмотреться по внимательней) потеряли свою простоту и изящиство в угоду маркетинговой политике, завоевания рынка сбыта. Но это слишком далекое отступление от темы. (натуральный Офтоп :-) )

Posted: Thu Feb 08, 2007 10:13 pm
by Chugumoto
И действительно... Тема в офф переростает... 2(0) если не нравится архитектура, то здесь тебя никто и не держит... Без обид...
Просто здесь люди которых все устраивает, а что не устраивает пытаются улучшить... Ты в их числе? Как уже говорили - начни, и если это будет хорошо, то за тобой потянутся люди!

Posted: Thu Feb 08, 2007 10:19 pm
by vectoroc
лол)
хоть бы кто нить новое что сказал, а то все дублируют авторитетное мнение Mario

Posted: Fri Feb 09, 2007 12:06 am
by Serge
w-tools
Дело не в том чьи идеи и чей код. В Колибри тот кто вносит предложение готов сам его реализовать, а у тебя начинается с "давайте напишем" а заканчивается "принципиально не буду". А кто тогда будет?
Спорить о достоинствах и недостатках х86 можно сколько угодно, только конкурентов у него не осталось. Apple ведь не случайно отказалась от "продивнутого" RISC PowerPC в пользу х86-64. Но главное что Колибри - ОС для х86 так что выбора "хочу - не хочу" здесь нет.
А новые идеи все готовы выслушать и обсудить, так что если есть что сказать, выкладывай.

Posted: Fri Feb 09, 2007 8:21 am
by Mario79
Victor
Не нужно бесполезного OFFTOP'а.
Сколько можно повторять, что я погоды не делаю и тем более проектом не управляю, а все мои "оригинальные" высказывания появляются лишь за особенностей моего личного мышления, которое я менять не хочу и не могу. В общем, не надо OFFTOP разводить, пока я никого не оскорбил здесь.

Serge
Верно говоришь. Инициатива наказуема. ;-)

Posted: Sun Feb 18, 2007 12:34 pm
by w-tools
Товарисчи модераторы и и все остальные обыватели !!!
Если никто не против, то прошу модераторов удалить эту существующую ветку с главной страницы !!! (слишком много оффтопа)

И если ни кто не возражает, то прошу открыть новую ветку форума например с названием МИКРОЯДРО. И если обыватели не против то там я постораюсь как можно конкретнее выложу структуру предлагаемого мной микрояра и структуру OS.
Если обыватель сочтет эту структуру и принципы интересными то можно попытатся воплотить эти идей в жизнь, если нет то как говориться и суда нет :-)

PS. Пост одного из обывателей этого форума типа: " Я вам идею, а вы мне код" сначало задело меня. Но потом я подумал а почему бы и нет !!! Допустим если кто то хорошо знает защищенный режим i386 и может грамотно написать код, а у когото есть наработки по структуре OS то эти и многие другие возможности 'грех не объеденить'

Posted: Sun Feb 18, 2007 5:10 pm
by Serge
w-tools
> " Я вам идею, а вы мне код"
Это была шутка. Там должен был стоять смайл.

Posted: Mon Feb 19, 2007 1:56 pm
by w-tools
Товарисчи !!!

Предлагаю убить эту ветку изза большого количества оффтопа !!!

И начать параллельно еще один но "микроядерный проект" (для начала создать ветку в форуме там я выложу что задумал и придумал, а может где и подсмотрел :-) ,а затем решить стоит или нет его воплощать )

Posted: Mon Feb 19, 2007 2:26 pm
by <Lrz>
w-tools
Заходи в раздел Кодинг или Ядро и создавай свою ветку. Вполне уместно будет. Там выложишь ссылки на то что ты уже придумал, там и обсудим.

-------
PS надесь ты умеешь создавать темы? А то такое ощущение что нет :)))))

Posted: Wed Feb 21, 2007 5:54 pm
by andrew_programmer
Колибри однозначно нужен шедулер, который позволит превратить её в real time system.Чтобы Колибри можно было применять там,где винде противопоказано быть.

Posted: Wed Feb 21, 2007 11:30 pm
by Wildwest
Много конкурентов, мало пользователей :(
http://ru.wikipedia.org/wiki/Система_реального_времени

Posted: Fri Feb 23, 2007 5:43 pm
by Heavyiron
w-tools
Из микроядерных проектов на ассемблере есть еще Miraculix http://miraculix.ru/index.html. Может заинтересует.

Posted: Sat Mar 31, 2007 10:09 pm
by Nameless
w-tools wrote: Файловую систему не только можно но и нужно вынести из состава ядра и не только файловую систему но и сервер мышки, сервер видео, сервер клавиатуры и т. п. А загрузить это все очень просто например:
Имеется начальный загрузчик который загружает в память все что прописано в конфигурационном файле, это ядро, сам конфигурационный файл, драйвера и приложения (все то что не обходимо для пользователя) и передает управление на ядро. А ядро само запускает по списку из загруженного конфигурационого файла, то что уже находится в памяти, приложения, драйвера, ту же файловую систему например.
Беда в том что на данном этапе развития Колибри все это врятли удасться "прикрутить"
Балин... Я именно это начал пытаться реализовывать не так давно на MenuetOS, потом натыкнулся на колибри... Именно это сейчас и нужно делать по моему мнению... Мои пара рук и голова - к вашим услугам (насколько я могу это органиховать, естественно).