OSDev

При инициализации своих объектов задачи ставлю их в кольцо задач, и процессор BSP вместо простого зацикливания ставлю на постоянное хождение по кольцу задач и проверку бита на активацию по этому биту.
Основная активация конечно по прерываниям, но эта активация тоже очень пригодиться.
У объекта задача есть страница для каталога страниц и страница для стека процессора, плюс данные о уровне защиты и много чего ещё.
Вообще ядро буду делать как модуль для работы с объектами, т.к. главное в моей системе это стабильная работа задач, и настройка объектов (устройств, модулей, протоколов, форматов, ...).
Часть кода для настройки процессоров выглядит так:


Процессор BSP уходит на кольцо задач, а процессоры АР в hlt и ждут задания, причём они не имеют своего стека, а получают стек от задачи.
Для себя поставил цель сделать так, чтобы процессоры AP решали все проблемы задачи, и при активации задачи ей даётся свободный процессор или сам BSP идёт её выполнять.
Ещё будет работа нескольких процессоров над одной задачей (без стека)
Как известно процессоры быстрее не станут, а их количество будет расти.
Подробности писать не буду, если есть что добавить к алгоритму пишите, буду рад.

Настраиваю сами объекты на запросы к устройствам, включения бита занятости и ожидания готовности.
Графические объекты будут запрашивать себя отрисовать, "звуковые" запрашивают себя проиграть и ждут команды о том, что уже проиграны, объекты данных будут себя подгружать с носителей или сохранять себя в сеть или на оборот и обратно. Причём всё идёт в одной задаче и выполняются задачи с большим количеством таких объектов параллельно.
Если не чёкнусь то доделаю, уже осталось не много.

Кстати придумал модель параллельной работы объектов.
Предположим есть первый процессор и остальные, первый не главный, т.к. всё может выполняться любым процессором. Объекты могут быть параллельные и нет, у параллельных есть свой стек, например ebp указывает на адрес объекта(его начало), а esp на конец объекта и там небольшой объём для стека и функции работающие с этим объектом используют этот стек.
У объекта есть управляющие биты, активен, не активен(запущен, или в ожидании и в этих случаях стек занят и сохранён его указатель), установка этих битов естественно синхронизирована для процессоров.
Объекты имеют свою задачу с адресным пространством в котором они работают, а у задачи стек для не параллельных объектов.
Смысл понятен, подробности писать не буду.

Модель очень параллельна и выигрыш во всех смыслах, но только я не могу понять почему её не используют, неужели всё так печально в параллельности систем?

Я был поражён как в ДОС всё летает на 2МГц(Мегагерцы - это не опечатка). А это однапроцесная ОС.

Поймал себя на мысли, что если у вас в тексте заменить слово "объект", на "тред", то идея "объектов" начинает выглядеть вполне стандартной тредовой моделью с тред-специфик данными.

Есть некоторый недавний опыт работы под дос на 75МГц. Всё не так радостно когда графические какие-нибудь дела.
Даже в двухцветных видеорежимах вывод буковок (особенно через BIOS) - "ползает".