OSDev

сабж.
нужно чтото типо алгоритма. что надо, какие функции.. если есть готовое будет вообще прекрасно.

А чего его писать? Там кода один цикл. И табличка переходов. И очередь задач. И процедура планирования - которая из списка задач поочерёдно берет задачи.

По ищи в интернете по РТОС они используются в микроконтроллерах. Статей много. Так как такая ОС занимает всего несколько строк кода, то весь код умещается в статье.

http://easyelectronics.ru/avr-uchebnyj- ... adach.html
http://habrahabr.ru/blogs/controllers/58366/
и тд.

по ссылкам это просто диспечеры задач... это и есть нано ядро?

Это бы я у тебя хотел узнать. Но меньше уже некуда.

Есть понятие микроядра. В микроядро состоит из планировщика. А все остальное менеджер памяти, защита, виртуальная ФС и так далее вынесены из ядра. И общение происходит при помощи механизмов межзадачноо(межпроцессорного) взаимодействия. А да обязательное условие микроядерного, то что разные процессы имеют разные адресные пространства - тем самым обеспечивается минимальная защита.

Правда разные люди по разному обычно классифицируют ядра.

К примеру некоторые к микроядерным относят модульные ос. Где драйвера сервисы состоят из модулей. Но при этом эти модули находятся в едином адресном пространстве.
Другие заявляют что раз модули находятся в одном адресном пространстве, то это монолитное ядро, а не микроядерное.

ну тема собственно возникла после того как я посмотрел в ядро L4..
насколько я понимаю там только такие функции:
Планировщик - управляет задачами и процеассами, раздает приоритеты, переключает.
Обработчик прерываний - получает и обробатывает аппаратные прерывания
IPC - обработка и передача сообщенгий между задачами
Управление сигналами между потоками
Управление потоками

вроде все..

вот я и подумал может есть ядра еще проще? а остальное все можно былобы сделать в виде подключаемых модулей...
вот и захотелось нарисовать такие маленькое, но достаточное ядро, а уже к нему прикручивать все остальное.

Термины давно уже употребляются как попало, больше с рекламными целями. Например, везде утверждается, что ARM -- это RISC-процессор, хотя от RISCа там, кроме названия, осталась лишь невозможность напрямую обрабатывать данные в памяти (их предварительно нужно загружать в регистры). То же касается и ядер. Везде заявляют, что QNX -- микроядерная ОС, хотя на самом деле это система с монолитным ядром, из которого вынесен только один компонент -- драйверы, а всё остальное находится в ядре.

Ну а изначально концепция микроядра предусматривала вынос из него в совершенно отдельные задачи (каждая из которых имеет собственное адресное пространство и выполняется в пользовательском режиме) всех возможных функций ОС. В частности, в настоящем микроядре нет даже планировщика как такового, есть только примитивные средства коммуникации между различными задачами, а также переключалка задач. Любая задача, желая что-то сообщить другой задаче, обращается стандартным образом к этому микроядру и говорит ему: передай-ка этот пакет информации задаче такой-то. Микроядро оформляло сообщение должным образом и цепляло к очереди сообщений указанной задачи, после чего активизировало её. Естественно, подобная схема на практике окажется крайне неэффективной из-за многочисленных переключений контекста и медленного выполнения даже простейших системных сервисов.

а если это делать в одном адресном пространстве? ну соответственно сделать дополнительно соответствующую защиту от разрушения и пр.?

собственно и хочется такое минимальное ядро. ничего лишнего. что надо в нем обеспечить? какие функции должны быть в таком ядре?

Если адресное пространство одно -- это уже ОС с монолитным ядром. Ключевой особенностью микроядра как концепции является именно жёсткое разнесение различных подсистем по разным адресным пространствам с целью их 100% защиты друг от друга. Собственно, именно поэтому QNX на самом деле не является микроядерной системой: у них вынесены и имеют собственные адресные пространства только драйверы.

А необходимый набор функций определяется стоящими перед ОС задачами. И никто, кстати, не заставляет реализовать всё сразу. Что мешает идти постепенно?

и все же, какой набор функций кажется лично тебе достаточным для ядра? минимум

Вот список кодов системных сервисов в моей оси, в целом реализованных на данный момент. Порядок их следования, в общем-то, соответствует их важности для моих задач (хотя не на 100%):