>Все прекрасно будет и без защиты памяти работать.
С тем, что работать будет, никто не спорит, речь о целесообразности. Представь себе сервис часов, которому будут слаться сообщения о прерываниях, и как будут при этом щелкаться контексты.
>Linux работает и на процах без аппаратного MMU
Ага, работает, пока не вспомним о динамической линковке, нормальном выделении памяти в тч на стеке, форках, свопе... у спека с его одной банкой и то возможностей больше.
>уменьшить гранулярность
И выкинуть Z80 сразу уж, чё ограничиваться мелочами? =)
Можно сделать выделение памяти в банках с возможностью перемещения процессов из банки в банку, чтобы дефрагментировать память и дать процессу максимально возможный объём в 16к.
>Кажому процессу будет принадлежать свой набор страниц
Да конечно, но выделать память процессу придётся в пределах одной страницы в 16к, можно конечно давать доступ и в #8000-#BFFF, но там места мало, процессам там придётся делать какую-то свою переключалку, или пользоваться общесистемным RPC, к чему я пока и склоняюсь.
>Но свою работу по изоляции процессов он делает.
Это при условии использования только системного кода переключения страниц, культура программирования сегодня конечно выше, но кулхацеры с OUT (#FD),A всегда найдутся =)
Ответить с цитированием