Я всё-таки спрошу.
Чем же плоха плоская модель пмяти для ФортОС?
Зачем сегментация (я могу говорить только про х86 процессоры, о других - не в курсе), и что собственно в Форте защищать?
В отличие от программ, сделанных на других языках, в Форте уже известно, где всё расположено, ничто и никуда не "прыгает" и чужих данных не трогает - я правильно понимаю? Можно расположить словарь (словари) в верхних адресах памяти, данные в нижних и пусть сближаются. Всё, что должна будет контролировать Форт-машина - это границу.
несколько провокационно, но ...
и какая гибкость - раз
совместимость с процессорами, где не слыхали о защищённых режимах, сегментах и страничной адрессации - два

Вопрос на самом деле дико сложный. А что, уже вот так прямо прописывается защита памяти для Форт-ОС? Мне просто очень интересно, в какой именно момент в этом проекте таки окажутся приняты два или более взаимоисключающих решений. А дело к тому идет...

нет мне просто пришло в голову, что модель памяти влияет на совместимость...

Достаточно корректно иметь адресные пространства словаря и данных. От того, будут они в одном сегменте, или в разных, ничего не меняется. Можно работать как в модели ДОС с разнесенными сегментами, так и в плоской модели. За указателями может следить Форт, а может и процессор. Вопрос только в том, что при наличии аппаратной защиты перекрытие памяти невозможно, а при программной это зависит от программы Плоская модель, возможно, с разнесением кода и данных, лично мне весьма симпатична, поскольку не плодит лишних сущностей вида "указатель на сегмент активной задачи, имеющей право исполнять код из подчиненной библиотеки, загружаемой в дополнительное адресное пространство, выделяемое с правами, не большими прав задачи, которая будет исполняться .... (вобщем, понесло)"

Вот-вот.

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

Это не значит, что от плоской модели надо сразу отказываться, но аппаратная защита лишней вряд ли будет.

Я уже предлагал несколько раз. Система может быть многоуровневой.
Базовая ОС это просто Форт на голом железе (плоская модель, логические адреса совпадают
с физическими, никакой защита). В ее рамках создается система виртуальных машин.
Вобщем, виртуальные машины могут быть разных типов. Одним из типов ВМ может быть
машина поддерживающая (в неком приближении) систему условно совместимую с базовая ОС.
Базовая ОС может служить загрузчиком и ядром для ОС более высокого уровня.

"может быть" - это как-то не тянет на конкретное предложение.
формально, может быть все что угодно.




Это, в общем-то, более конкретно, вызывает некое сомнение только утверждение на счет совпадения логических и физических адресов.

НА PC можно выделить хоть гигабайт за пределами физической памяти, и оно будет работать в виртуальной так, словно память есть. И для нашей ОС такое положение формально не будет отличаться от положения с вставленной в комп пачкой DDR-ов (быстродействие не в счет).


Я так понял, оно уже где-то так реализовано?

Кстати, Intel с выпуском 80386 был в достаточно интересной ситуации. Есть мощнейший процессор, в котором реализовано все - любые разумные виды адресации, многоуровневая защита, аппаратное блокирование доступа "не туда", система прав для задач и программ разного уровня, вида и сорта. И... никто не бросился пользоваться всем этим богатством! Только нещадно ругаемая Microsoft вбухала бешеные деньги в разработку Windows, сделав "глючный" продукт (впрочем, а где же были другие?). И с огромным скрипом вся эта система защиты, разделения задач, переключения и прочяя (и Великия, и Малыя, и Белыя) поползла эволюционировать к Win95, 98, NT (защита хорошая, вместе с ней куча проблем совместимости). И, собственно, ква? Не поставить ли задачку поскромнее?

А так сделать проще! Быстрее, меньше ошибок, больше возможностей отладки. Можно даже ДОС как задачу запустить со всеми прелестями... Потом можно переделать...

У них тянула совместимость. Глюки в чужих программах они исправляли введением спец. режимов работы ОС!! Видел список совместимости? А кучу флагов совместимости?
Мы же можем сохранять совместимость только с исходниками... и то не со всеми! У нас - преимущество!!

Можно. Сначала. Как промежуточную. Сделаем - пойдем на Главную...

Защищенный режим процессора 80386 было на тот момент не с чем совмещать. Потому что программ под него еще не было. ДОС-приложения запускались в режиме виртуальной машины V86.

@ ! - к какой модели памяти они относятся?

Два колеса тоже проще четырех!
Будем Мерседесы в велосипеды переделывать?

В PC память физически подключена через страничный/сегментный механизм процессора. Какой смысл при таких реалиях требовать прямого подключения физической памяти? Вот, чего я не понимаю.

Вот они и "совмещали" операционку, уделяя больше внимания ДОС-программам, а не нормальной работе в защищенном режиме. И "удобству" пользователя, а не программиста. Лучше бы сделали удобство для программистов - было бы больше программ...

Простая реализация (это лучше, IMHO) - к плоской, но зависит...

Ничего подобного не заметил. Хорошо продуманная система защиты, четко ориентирующаяся на требования аппаратуры (а не представления программистов). К тому же все отключаемое - по меньшей мере, всегда можно перевести процессор в режим соответствия линейных адресов физическим, задать всем пределы 4 Гб, отменить запреты на доступ к портам.

От чего? Гипотетические случаи - немного не то, что возникает в практической работе.

Если ты его будешь настраивать!

Это не требование! Это предложение упрощения на начальном этапе. Управление памятью - сложная штука, там можно использовать разные алгоритмы...
Если памяти много, больше 2Мб, то вполне можно запускать несколько Форт-программ.
И память для них брать из общей кучи, не виртуальной. Система получается ПРОЩЕ! Потом можно добавить и виртуальную память, и механизм оптимального управления ею, и подкачку... Но ПОТОМ!!
А так - если у тебя с программой глюки - выходишь в ОС и имеешь всю память программы и делай с ней, что хочешь!! Потом программу можешь поновой запустить...

* Если у тебя автомобиль на мотоциклетных колесах (считаем, они уже есть) поедет, можно потом и автомобильные (за которыми еще ехать надо) поставить. Но ездить он будет рааньше!!