Да чуть не забыл. Для того чтобы не было путанностей. МАКРО ядро может использовать для работы и одно и сразу несколько ядер ОС. Точно также, как и ядро может использовать неограниченное число микроядер.

Для анонима:

На счет аппаратно изолированной физической памяти. Это уже у меня давно в разработке. По сути кэш память L2 и есть прообраз компьютеров будущего. Поскольку ядра ОС будут более тесно интегрированы с аппаратными средствами, то вполне резонно представить, что для каждого из такой пары: ЦП-ядро будет свой сегмент памяти. Так что в этом ничего нереального нет.
Чисто для примера. Допустим есть процессор с 10 ядрами и 10 ядрами ОС. При запуске ОС сканирует аппаратную платформу ПК, определяет конфигурацию и выделяет одно из своих ядер, которое и загружают систему. Т.о. ОС начинает работать только на ОДНОМ ядре, а оставшиеся 9 ядер становятся в положение Slave и работают на резонансной частоте под управлением управляющего макроядра.

Горлов, ты гений!
Ты мой вдохновитель!
Я буду разработчиком своего марсалета!
Я полечу на марс!
Сегодня же пойду и куплю книжку по ракетостроению!

Игорь Валентинович Покрывалов

Жжошь! Пиши исчё!

Только надо не только многоядерные процессоры, но и для каждого ядра необходима своя, аппаратно изолированная, физическая операитвная память

Здравствуйте, Александр Владимирович

По поводу ядер. Мое глубокое мнение, что операционные системы будущего будут многоядерными. Причем на каждое ядро будет приходиться несколько микроядер, которые будут созданы под определенные задачи. Причем ядро центрального процессора и программное ядро ОС должны быть идентичны. Эта тема очень обширная. И связи с этим возникает проблема МАКРО ядра, в которое входит ЦП, Оперативная Память и контроллер материнской платы. Уверен, что в будущем, на русских компьютерах будут дополнительные платы, которые также войдут в это макроядро.
Так что получается совершенно новая архитектура вычислительной техники:

Макроядро (аппаратный компонент)
|
Ядро (программный компонент + ЦП)
|
Микроядро (чисто программный компонент)

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

Я балдею от вашего проекта!!! запишите меня в программисты, и политике. Хочу быть как Ирина Хакамада...

Товарищь Горлов честное слово я напишу Свою Ос на бейсике и подарю ее вам бесплатно.

Dolphin - давайте говорить по существу.
Я сам опытный программист. Программирую с 12 лет на языке Алголе. Вот вы спрашивали про загрузку ОС с жесткого диска.

Сейчас я расскажу о своем изобретении, которое я называл "Загрузочный мультипликатор Покрывалова". Дело в том, что для ядра необходимо знать, сколько дорожек на носителе, с которого оно грузится в память. Для дискеты это одно, а для CD-ROM совсем другое. Поэтому я подумал, а почему бы не сделать над-загрузочную настройку, которая автоматически будет рассчитывать количество дорожек и соответственно параметры ядра для загрузки? Так родился мой Мультипликатор - надстройка, которая рассчитывает емкость диска и делит его на некоторую величину и по полученному результату показывает ядру, как надо грузиться.
В настоящий момент доступны две совершенно разных варианта моего над-загрузчика.

1. "Загрузочный мультипликатор Покрывалова Pi". "Пи" в названии значит, что при начале работы загрузчика, над-загрузчик берет емкость диска и делит его на число Пи. По получаемому результату и определяется параметры, которые будут переданы ядру. В настоящий момент у меня готова версия 1.0.

2. "Загрузочный мультипликатор Покрывалова Обычный" - то есть стандартный вариант. Здесь емкость диска делится не на число Пи, а на случайное число, создаваемое генератором случайных чисел, который работает от часов в BIOS. В настоящий момент я работаю над версией 1.03

Какой из моих мультипликаторов будет более востребован разработчиками Русской ОС, покажет время. Возможно, какой-то один из них станет более популярным. Однако я думаю, что в конечном итоге, здесь будет ситуация как с форматами DVD, когда форматы + и - объединились в один проигрыватель.

А вообще я сейчас подумываю над двойным загрузочным ядром. Однако многоядерные операционные системы - это тема моих будущих работ. Хотелось бы узнать, что автор думает над моим изобретением и как он относится, что будущие версии русской ОС будут многоядерными.

Dolphin, вам же предлагают стать официальным криворуким брюнетом Русской ОС!!! Не отказывайтесь, пока есть такая замечательная возможность!

Ну вот, опять уходите в сторону... Я что спросил? А вы что ответили?
В бета-тестеры я не напрашиваюсь, у меня своих навалом, и даже криворукая тупая блондинка имеется, для краш-тестов :)

>>Я человеческим общением сыт . Мне нужно общение с Разработчиками своих ОС .

А что же вы тогда читаете кники, написаные "не разработчиками"? Если не секрет, в чем заключается ваше общение с "реальными разработчиками, умеющими разрабатывать", перечисленными на вашем сайте?

А что? Я задал вопрос по теме, "что делать с семибитным железом", и какой ответ я получил? "Стань разработчиком, бла-бла-бла"...

Ваша ось научилась грузиться с харда? Гибкие дисководы объявлены устаревшими в 2001 году.

ну да, разработчики - они не человеки...

>>Если вас волнует огромное количество семибитного и неюникодового железа то можете стать Разработчиком своего релиза Русской ОС для этой техники и их пользователей . Хорошо ?

Я с вами пытался общаться по-человечески. Пытался что-то спросить, как то понять. И что? Все опять уперлось в "стань разработчиком, хорошо?"...
Извините, но вы - упертый псих. Клиника. Лес. Компас. Бегом.

Кто же из линуксоидов не знает старика MINIX''а? Эту миниатюрную учебно-показательную Unix-подобную ОС, созданную 20 лет назад профессором Эндрю Таненбаумом для вразумления студентов и приобщения их к идеалам UNIX на демократической PC-платформе и за символические, по тем временам, деньги, львиная доля которых приходилась на знаменитую книжку ее разработчика - "Операционные системы: разработка и реализация". Систему, которая вдохновила Линуса Торвальдса на сочинение своей терминальной программы, которой суждено было превратиться в Linux - ныне самый популярный представитель семейства свободных Unix-подобных операционок.

А ведь этим у большинства линуксоидов знания о MINIX и исчерпывались. Ну разве что еще многим известно было, что это - ОС с микроядерной архитектурой. И что по этому поводу на заре развития Linux между Эндрю и Линусом развернулась бурная дискуссия...

Не был исключением и автор этих строк - и его представления о MINIX исчерпывались приведенными выше сведениями. Более того, у меня никогда не возникало никакого желания с ней ознакомиться. И, боюсь, так и не возникло бы, если бы не два события. Первое - публикация на +CITForum.ru обзора Сергея Кузнецова, посвященного статье Эндрю Таненбаума, Джоррита Хердера и Херберта Боса "+Можем ли мы сделать операционные системы надежными и безопасными", а в дальнейшем - его же перевода более подробной и "техничной" работы тех же авторов - "+Построение надежных операционных систем, допускающих наличие ненадежных драйверов устройств". Второе же событие - появление русскоязычного сайта +http://www.minix3.ru, посвященного, как несложно догадаться, именно этой операционной системе. Точнее, сайт-то организовался раньше, но на его материалы я наткнулся случайно на исходе минувшего года.

Было еще и третье событие, сугубо личное - в первые дни нового года я на несколько дней потерял возможность делать что-либо, кроме как читать. А поскольку запас дефективов и прочего развлекалова был давно исчерпан, обратился к указанным источникам, внимательно перечитав их все. В результате меня охватило непреодолимое желание установить MINIX и поковыряться с ним. Почему - надеюсь, станет ясным из дальнейшего. А пока -
+
Немного истории

Операционная система MINIX была явлена миру ровно 20 лет назад - в январе 1987 года. Автор ее - Эндрю Таненбаум - был профессором Университета Врийе, Амстердам, Нидерланды. И преподавал он в этом университете не что иное, как computer science, хотя и был по образованию физиком.

Надо сказать, что унивеситетское образование в этой области в 80-е годы прошлого века базировалось преимущественно, если не исключительно, на платформе Unix. Что создавало для студентов известные трудности. Во-первых, тогдашние версии Unix были проприетарными, и стоили немерянных, по нашим представлениям, денег. Во-вторых, они работали на еще более дорогих аппаратных платформах. Конечно, имелся еще и BSD Unix, который при определенных условиях можно было пользовать если не совсем бесплатно, то за много меньшую мзду. Но и он требовал дорогостоящих компьютеров. До экспансии Unix на демократическую PC-платформу оставались еще годы (попытки Microsoft с ее Xenix застолбить эту нишу потерпели фиаско).

Так вот, Таненбаум вел курс Unix, к которому написал собственный учебник - "Operating Systems: Design and Implementation". Но изучать Unix без системы - все равно, что обучаться музыке без инструмента. А с инструментом-то как раз и была напряженка. И ему не осталось ничего другого, как такой инструмент изготовить. Им-то и стала ОС MINIX (в дальнейшем получившая имя MINIX 1).

Это была маленькая и компактная операционка, работавшая на более-менее общедоступной тогда (у них) платформе - машинах с первым 32-разрядным процессором от Intel, 80386 (в дальнейшем эта платформа обычно называлась i386, и архитектура эта под все возрастающими номерами, а потом и различными именами существует и по сей день). Доступность MINIX усугублялась еще и тем, что ее можно было скомпилировать и в 16-битном варианте, и в этом качестве она становилась пригодной к использованию не только на PC-AT (80286), но даже, как говорят, на XT''шках, то есть на машинах с процессором 8086/8088.

Распространялась она исключительно как сопроводительный материал к упомянутому выше учебнику. Весь комплект, по свидетельству Линуса Торвальдса, стоил 169 долларов при заказе по почте. Что на самом деле не так дорого: помнится, в те годы на Западе, только-только переставшем загнивать, ни одно специализированное книжное издание не стоило дешевле 100 баксов (сужу по геологическим монографиям). Так что фактически основная, если не вся, затратная часть для пользователя приходилась на книжку, да и дискеты были не так дешевы, тогда как ОС как таковая могла рассматриваться в качестве бесплатного приложения. И, во всяком случае, это было несоизмеримо дешевле тех тысяч долларов, в которые обходилась лицензия на любой из существовавших тогда проприетарных Unix''ов. Требовавших, к тому же, сущей безделицы в виде соответствующей рабочей станции в несколько десятков тысяч.

Разумеется, ОС MINIX распространялась в сопровождении исходных текстов, предназначенных для изучения и потрошения. Необходимость в котором возникла очень скоро.

Дело в том, что, предназначенная исключительно для учебных целей, ОС MINIX в принципе не была приспособлена для выполнения каких-либо реальных задач. Однако шаловливые студенческие (и не только) руки так и чесались прикрутить ее к чему-либо пригодному к использованию. В результате система очень быстро обросла всякого рода патчами, из которых главным был патч от австралийца Брюса Эванса. После наложения этих патчей система становилась способной выступать как платформа разработчика. Именно на такой патченой системе Линус Торвальдс и начал создавать свою терминальную программу.

Однако сама по себе MINIX по прежнему распространялась исключительно в первозданном виде - как чисто учебная система, и лишь в сопровождении книги (или, напротив, сопровождая книгу). То есть, будучи открытой, она не была свободной ни в понимании лицензии BSD, ни, тем более, GPL. Ибо права на MINIX принадлежали издательству Prentice-Hall, выпустившему учебник Таненбаума. В сущности, правовой статус MINIX был точно таким же, как и обычной книги. Что, однако не мешало тому, что на протяжении 10, а то и более, лет по ней учились поколения студентов.

Тем не менее, шли годы, и MINIX даже в качестве учебной системы стала устаревать. Что особенно проявлялось в связи со стандартизацией как проприетарных, так и свободных Unix-систем, обусловленной следованию стандартам POSIX, первая редакция которых была принята в 1988 году. MINIX же, напомню, был обнародован в самом начале 1987 года, а разработан еще раньше.

В результате, после принятия уже второй редакции POSIX (1996 год) возникла необходимость в доработке MINIX. Что и было сделано в 1997 году, одновременно со вторым же изданием учебника, написанным Таненбаумом в соавторстве с Альбертом Вудхаллом. В качестве приложения к нему шла версия MINIX 2. Плюс к приведению ее в соответствие с действующими стандартами, она была значительно усовершенствована в плане многозадачности, поддержки защищенного режима и так далее.. Но чисто учебный ее характер сохранился в неприкосновенности, как и условия распространения.

Следует заметить, что в промежутке между MINIX 1 и MINIX 2 в декабре 1992 года была выпущена еще и версия MINIX 1.5 (именно после нее первая и получила свое полное имя). Главной ее особенностью была поддержка архитектур, отличных от Intel: Motorola 680XX (на них базировались тогдашние Macintosh''и, а также ныне забытые Amiga и Atari), SPARC (Sun SparcStation 1), National Semiconductor NS32032 и вроде еще каких-то, мне не известных. Однако к 1998 году они отмерли, да и при жизни их обладатели в очередь за MINIX не становились. Так что MINIX 2 опять поддерживала исключительно платформу Intel, хотя возможность 16-битной компиляции (и, соответственно, работы на доисторических уже XT''шках и AT''шках) сохранилась.

Пока MINIX 2 продолжала свое, вполне успешное, существование в качестве "песочницы" для начинающих юниксоидов, кардинал лелеял коварные замыслы. А именно: Таненбаум задумал превратить MINIX в полноценную операционную систему, в которой были бы реализованы его представления о том, какой должна быть современная ОС. А заодно - сделать ее свободной в полном понимании этого слова. Напомню, что "несвобода" предыдущих версий объяснялась не особой жадностью профессора, а тем, что они были написаны как приложение к книге и автоматически обретали тот же правовой статус, что и она.

Результатом явился анонс новой операционки, MINIX 3, который состоялся 24 октября 2005 года. Это была не просто следующая по номеру версия, а именно новая операционная система, почему цифру "3" здесь следует рассматривать как часть ее имени собственного. Таненбаум неоднократно подчеркивал, что сходство ее с предшественниками - лишь в первом компоненте названия, а различие между MINIX 1/2 и MINIX 3 не меньше, чем между Windows 3.1 и Windows XP. Обособленность от предшественников подчеркивалась и тем, что отныне MINIX 3 будет распространяться не как довесок к книге, а совершенно самостоятельно, под лицензией BSD.

На протяжении последующих месяцев периодически выходили новые версии системы - динамику их можно проследить на официальном сайте проекта, http://www.minix3.org/, в разделе +новостей. Последней на момент сочинения этих строк (январь 2007 года) является версия 1.2a.

Надо заметить, что новые версии Таненбаум создает не в одиночку: в проекте на постоянной основе участвуют: его соавтор по второму изданию учебника Альберт Вудхалл, сотрудники Университета Врийе Йоррит Эрдер, Герберт Бос, Бен Грас, Филип Хомбург и другие. На сегодняшний день полный список участников можно видеть +здесь. Приятно наблюдать в этом списке нашего соотечественника, Романа Игнатова. Вероятно, как и любой открытый проект, MINIX 3 не обходится также без содействия волонтеров, официально в проекте не числящихся.

Впрочем, тут заканчивается история и начинается разговор

Q: Я хочу трудиться на благо общего дела. Что мне придётся делать и сколько времени у меня будет это отнимать?
A:
Подобное желание означает, что вы разделяете цели, которые преследует данный проект и средства, которыми это делается. Подробности описаны в FAQ.

Цели очень просты: устранить те недостатки, которые существуют в сети сейчас и затрудняют ее использование.
Кратко эти недостатки заключаются в том, что:
сеть не приспособлена под российские реалии, еще очень долго большинство граждан смогут:
подключаться к ней исключительно по телефонному каналу;
использовать только дешевые и низкопроизводительные машины;
сеть имеет проблемы интернационального характера, сеть:
не имеет индексации всей информации, которая в ней размещена;
не имеет упорядочивания всей информации в структуры по разным признакам;
полна лишней информации в виде рекламы, спама, недобросовестной и ненадежной информации;
представление информации на страницах и т.п. не создается с учетом какого-то обобщенного способа ее восприятия, подобно GUI для обычных программ.

Средства, которыми это делается.
Ясно, что проблемы эти можно исправить только средствами, которые есть в нашем распоряжении (линии связи и благосостояние граждан следует считать величинами неподвластными изменению).

То, что придётся делать зависит от того, что вы умеете. Пока нет основных итоговых требований для такой сети, можно только войти в инициативную группу.
Там есть такие группы задач: аппаратная, программная, организационная и административная. Что вы можете?

Времени это будет отнимать столько, сколько вы выделите.