forum.petersplus.com - Internet forum

> Хм, начнем по порядку:
> 1. Управление процессами
> Кто и как инициирует и завершает процессы?
> Как обеспечивается первичное распределение памяти и расположение данных загружаемого процесса в памяти а так же загрузка и размещение процессов - потомков данного процесса? И вообще, какая концепция ОС реализована или будет реализована?

Процесс говрорит EXEC('program.exe');
Система выделяет память, загружает, инициализирует процесс и передает ему управление.
Процесс говорит EXIT(exitcode);
Система деинициализирует процесс, освобождает память и возвращает управление в родительный процесс + сообщает ему exitcode.

> Многозадачность, многопоточность?

Текущая реализация - однозадачна, но формально она может быть развита в многозадачную.

> 2. Управление памятью.
> Я так понимаю, процесс сам должен заботиться о выделении памяти, ее очистке, причем это делается через абсолютную страничную адресацию.

Процесс говорит MALLOC(size);
Система выделяет блок памяти, помечает его как принадлежащий данному процессу и возвращает обратно его Handle.
Процесс говорит FREE(MemHnd);
Система проверяет, что блок принадлежит данному процессу и если это так - освобождает его.

> Все это должна выполнять OS.

Это уже сделано.

> Я пока плохо разобрался с архитектурой памяти Sprinter'а. Но на первый взгляд, она достаточно гибкая, учитывая то, что нет никаких механизмов аппаратной трансляции адресов, виртуальных адресных пространств и т.д.

Архитектура памяти страничная, но по средствам PLD мы може ввести и трансляцию адресов и т.п. вещи.

> 3. Взаимодействие с ВУ.
> Насколько я понял, возможно проецирование адресных пространств ВУ в адресное пространство процессора. Это хорошо.

Сейчас в адресном пространстве, есть 4 окна по 16К в каждое из которых может быть отображена любая из 256 страниц памяти.

> 4. Прерывания.
> Я, кстати, не нашел, как с этим дела в Sprinter'е? Как и в спектруме, одно маскируемое и одно нет? По любому - обработка прерываний - прерогатива OS. Прикладные программы должны лишь реагировать на сообщения OS.

Функций для обработки непосредственно прерываний сейчас нет. Прерывания обрабатывает система. Например:

Пользователь нажимает клавишу на клавиатуре, происходит прерываение, обработчик прерывания получает сканкод клавиши и передает его системе, которая обработав его складывает в очередь поступивших событий.
Процесс может сказать WAITKEY(); SCANKEY(); etс.
На что система сообщит код символ из очереди.

> 5. Работа с библиотеками.
> Тут достаточно сложно. Нужна какая-то цельная концепция. Как будут выглядеть библиотеки?

Концепция сейчас разрабатывается, это будут модули добавляемые в систему имеющие определенный интерфейс для общения с приожением.

> В виде потенциально релоцируемых модулей или статически откомпилированных под фиксированные адреса?

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

> Если же отказаться от релоцируемости, то можно использовать и тот стандарт, что уже есть (DLL), хотя тут ограничение - нельзя одновременно использовать две библиотеки, откомпилированные под одни адреса.

Собственно при страничной модели памяти - это не проблема.

> 5. Файловая система.
> Желательно иметь прозрачную поддержку разных ФС. Прозрачной она должна быть вне ОС, естественно.

Прозрачной поддержки пока нет, но она задумывается.
Есть стандартный набор вызовов CREATE(), OPEN(), CLOSE(), READ(), WRITE(), SEEK(), etc.