OSDev

Я знаю какого рода эти ограничения, и согласен с ними. Я чего-то недопонимаю такого кошмарного, о чём нужно обязательно знать? В GPL v3 даже добавили различные послабления, из-за чего некоторые ортодоксальные GPLщики продолжили использовать GPL v2.


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

В версии 2013.08.08 исправлена ошибка, из-за которой ОС на некоторых компьютерах не работала. Для обработчиков прерываний в IOAPIC не был указан идентификатор ядра процессора, использовался 0. Но оказалось, что у процессора AMD FX-8350 первое ядро имеет Local APIC ID = 0x10.

Тем не менее осталась проблема с детектированием количества ядер процессора, потому что на мат. плате SABERTOOTH 990FX не обнаружена таблица по Intel MultiProcessor Specification. Поэтому система запускается с одним ядром.

"И немедленно угорел".
Ну кто ж хардкодит такие вещи. Сразу, например, вспоминаются опыт с двухпроцессорными платами, где вообще неочевидно APIC ID'ы назначены (начиная с того что в качестве BSP выступает ядро из 1го сокета, а не 0го).
Только ACPI, только честная реализация (как бы грустно это ни было, ибо треш в соотв. структурах данных тот ещё, да ещё и под винду приходится маскироваться или перепрошивать биос). Благо, ACPICA есть.

MP Table - штука практически мертворождённая, не припоминаю плат (кроме весьма старых, уровня P2-P3, но там оно нафиг обычно не надо), где ACPI бы было реализовано хуже/отсутствовало, а MP Table бы была бы в порядке. Зато обратное весьма распространено.

В версии 2013.08.09 для получения числа процессоров больше не используем таблицу из Intel MultiProcessor Specification. Посылаем команду старта сразу всем процессорам, кто живой - откликнется.

Можно взять из ACPI-таблиц только нужную инфу. С чего-то надо начитать. Тем более, как сказал Nable, сейчас в ACPI-реализации может быть поменьше багов/ложной инфы, чем в MP-.

Пока не актуально, система и так работает. Сейчас занят внедрением больших виртуальных страниц по 2М вместо 4К. Небольшая проблема в том, что некоторые системные структуры (состояния задач и потоков, карта доступности портов) оптимизированы под размещение 4КБ блоками. Придётся делать гибридный механизм.

А почему "вместо" ? "Вместе" ж. Also, когда увидел в линухе khugepaged в списке потоков ядра, не глянул что это, но сразу представился поток с idle приоритетом, который занимается тем что ищет в таблицах страниц последовательные страницы с одинаковыми правами и мёржит их в 2МБ (ну а изначально всё выделяется 4кБ-страницами). Изврат, конечно, но зацепила идея, тем более что это не сказать бы что взаимоисключительно с другими подходами оптимизации таблиц страниц.

Так, система с 2МБ страницами у меня зашевелилась, и сразу обнаружился большой перерасход памяти. В системе много мелких объектов, а мой менеджер виртуальной памяти выделяет память страницами, и на мелкие блоки их не бьёт. Придётся дорабатывать.

Я у себя запилил простенький менеджер кучи, пока только для ядра. Можно хоть один байт выделить, при этом информация о выделенном блоке памяти занимает 8 байт (это как со себестоимостью монеты в 1 копейку - 461% от номинала)

Himik, я надеюсь, ты не хочешь сказать, что у тебя на каждый объект по 2 мега выделяется Для объектов ядра лучше всего использовать слабы. Даже в 4 кб может уместиться множество небольших объектов, например, в 4 кб помещается 128 структур размером 32 байта.