Менеджер памяти для многозадачной ОС

[GriV]

Суть такая:

1) ни одна программа не может работать напрямую с памятью, исключение составляет память из Heap, но в любом случае этот адрес идёт от системы, система указывает программе где находится её heap.

2) программа резервирует любое количество памяти с точностью до байта трёхбайтовым указателем.

3) Разделяются блоки данных (которые хранятся где угодно) и программа (тело и heap), последнее всегда доступно прямым обращением (п. 1).

4) Блоки данных необходимо запрашивать у системы:
4.А) New(p: pointer, Length [3 байта], Mode [режим Share - только для владельца или для всех ]) - выделение блока памяти.
4.Б) GetReadMem(p: pointer, OffSet: pointer[3 байта], Length [2 байта]) - получение памяти на чтение, перед получением памяти данный блок копируется из верхней области в окно обмена.
4.В) GetRWMem(синтаксис аналогично 4.б) - получение памяти на запись, после того как данный кусок обработан он копируется в оригинальное место расположения.
4.Г) EndGetReadMem(p: pointer) - освобождается окно обмена, чтение из области данных закончена.
4.Д) EndGetRWMem(p: pointer) - освобождается окно обмена область копируется в исходное место.

5) Адрес окна возвращается системой (менеджером памяти).

6) В случае невозможности выделить блок возвращается сообщение об ошибке.

[Advertiser]

[GriV]

для некоторых случаев не всегда имеется возможность определить сколько памяти надо
Поэтому имеется функция
realloc(p: pointer, length [3 байта], Mode) - перераспределяет память под имеющийся дескриптор.

[dwt]

2) программа резервирует любое количество памяти с точностью до байта трёхбайтовым указателем.

(Page)+(Address)?

[GriV]

(Page)+(Address)?

Нет, именно три байта.
Все проблемы с трансляцией трёхбайтового адреса на страницы на себя берёт система (менеджер).

Хотя если разбивать как Page*65536+Address, то наверное да

[dwt]

Нет, именно три байта.
Все проблемы с трансляцией трёхбайтового адреса на страницы на себя берёт система (менеджер).

А не вызовет ли эта трансляция излишних "тормозов"? Ведь, трансляция прямой трехбайтовой адресации (16MB) - дело хоть и не очень многотактовое, но как мне кажется, полная инкапсуляция "в систему" процедур обработки памяти в целом выйдет довольно-таки тактозатратным (всяческие проверки, арифметика, и т.д.).
Я имел ввиду (номер page16k)+(физический адрес).

[GriV]

да, в любом случае такая система предполагает притормаживание приложений/процессов из-за того, что происходит служебная работа (перемещение блоков памяти)
НО: такая система даёт плюс в использование виртуальной памяти ЛЮБОГО размера (до 16 метров) для блоков данных для КАЖДОГО процесса.

И ещё, при такой организации возможно при помощи виртуальной памяти "расширять" память для 48кб до 48кб+размер своп-файла на диске (или дискете)

[dwt]

да, в любом случае такая система предполагает притормаживание приложений/процессов из-за того, что происходит служебная работа (перемещение блоков памяти)
НО: такая система даёт плюс в использование виртуальной памяти ЛЮБОГО размера (до 16 метров) для блоков данных для КАЖДОГО процесса.

А цель? Цель оправдывает средства?

[GriV]

А цель? Цель оправдывает средства?

Цель в этом случае оправдывает средства.

Программист не сможет просчитать все варианты использования памяти, система же будет просчитывать всё автоматически и приложения писать становится до смешного просто: указывайте что надо использовать память, связывайте индекс и ваяйте!

[Vladimir Kladov]

Не вижу причин обойтись 2х-байтным дескриптором, тем не менее, даже если память выделяется с точностью до 1 байта. Дескритор - это номер в таблице (или связном списке) выделенных блоков.

[dwt]

Цель в этом случае оправдывает средства.

Программист не сможет просчитать все варианты использования памяти, система же будет просчитывать всё автоматически и приложения писать становится до смешного просто: указывайте что надо использовать память, связывайте индекс и ваяйте!

А не вызовет ли это необходимость создания языка выского уровня или хотя бы интерфейса для обработки не присущих z80 команд работы с памятью/адресов? В последнем случае команды/адреса будут передаваться посредством дека/стека/очереди/...?