ПК8000 - Квазидиск

[b2m]

переключать задачи как раз за счет диспетчера по 64к (почему я сразу про него и заявил). Одна задача - одна страница

1. Использовать целых 64к ОЗУ на одну задачу - расточительно.
2. В современных ОС есть такое понятие, как разделяемая библиотека (.so или .dll), было бы логично разместить код таких библиотек в отдельной странице (например те-же 16кб) и использовать для всех задач.
3. Необходимо также иметь возможность меж-процессных коммуникаций, т.е. необходимо подключать часть пространства другого процесса.

[Advertiser]

[Error404]

1. Использовать целых 64к ОЗУ на одну задачу - расточительно.
2. В современных ОС есть такое понятие, как разделяемая библиотека (.so или .dll), было бы логично разместить код таких библиотек в отдельной странице (например те-же 16кб) и использовать для всех задач.
3. Необходимо также иметь возможность меж-процессных коммуникаций, т.е. необходимо подключать часть пространства другого процесса.

UZIX не поддерживает общую память для коммуникации, только сигналы, а для них в сущности не нужно ничего. С другой стороны, я ни в коем случае не буду спорить: 4 одновременных окна по 16к это более гибко, чем одно на 64к. Главное, что результат достигается - 64 к на процесс и быстрое переключение (без LDIR-ов и аппаратного копирования массивов ОЗУ). Ограничивать процесс заведомо меньшим объемом - это плохо, т.к. процессор адресует 64к, и это минимум в который на С можно скомпилировать хоть какой-то функционал (порядка 2000 строк исходника - всего навсего), в меньший объем поместится разве что hello world.
Разделяемые библиотеки это безусловно хорошо, и было бы полезно, но сложно реализуемо, т.к. потребуется внедреж в компилятор, а на него нет исходников. Ну, это опять же если говорить про UZIX / HiTech C. Другое не рассматриваю, т.к. написать свое с нуля ИМХО нереально, по крайней мере для меня - будь то хоть ядро ОС, хоть компилятор ANSI C.