Q-DOS

[Black_Cat]

В Фениксе такой проблемы нет благодаря IODOS, и никакого паяльника.
А вааще "умникам" каестроителям с самого начала говолилось прикрутить IODOS, дык напихали всякой ненужной фигни, вместо единственно нужной вещи , терь пусть МГТФом паяют..

..правда есть более правильный вариант - прицепить дочку на любой из контроллеров, имеющих игольчатый дубликат NemoBus

[Vadim]

В kay же не вшит железно контроллер Beta Disc. Сделать более другой контролёр и всё. А лучше одну плату FDD+HDD+BIOS, что бы воткнули карту и была возможность загрузки с hdd.

[Black_Cat]

АТМовский менеджер памяти

пусть это г остаётся в АТМ , у Спектрума есть хорошо проработанный собственный менеджер: http://zx.clan.su/forum/7-57-1
Работает во всех окнах, совместим с архитектурами Scorpion256, KAY-1024, Profi-1024, Pentagon-1024

[Black_Cat]

В общих чертах: в менеджере памяти на каждое окно по 2 порта (для CPU3 -три исторических: #7FFD, #1FFD, #DEFD(заменитель #DFFD, токо его спековская часть)). Адресуемый диапазон - до 1Gb. Любая страница в любое окно, кроме CPU1 - в него токо любая видеостраница (A16'=1). Идеологически исключено применение АТМ-подобного менеджера - т.е. принципиально низзя! Объясняется это тем, что идеология развития Спектрума заточена под аппаратную реалтайм многозадачность, предполагающую возможность быстрой смены слепков состояния всех системных портов и регистров CPU, а так же ограниченностью отведённой под это специальной памяти - 16к (256 XWM(Хiмеra Virtual Mashine) по 64 байта на каждую). При этом само тело XWM находится в ОЗУ постоянно и не перемещается, для этого и надо много ОЗУ. В задачу ОС входит так же управление XWM: выделение места и разделение общих ресурсов, перезагрузка регистров и портов XWM, переключение между XWM, арбитраж приоритетов, и т.д.

[ZEK]

ладно это все офтопик, и я понял что не пойму тебя, предлагаю весь фотоп снести
ps. У меня по MMU совсем другие мысли как без разни сделать кучу памяти, с возможностью аппаратной виртуальной памятью (пометка использования, пометка записи в страницу), страничной трансляцией, DMA внутри памяти, и все без резни, плата памяти будет выглядеть как платка SIMM ток побольше и с компа сигнал сброса завести только.

[Black_Cat]

ясно, не очень наверно и хотелось понимать

[Advertiser]

[ZEK]

ясно, не очень наверно и хотелось понимать

твоя реализация невозможна, по колву текста наверное больше чем проц займет ресурсов, моя без резни существующих компов и влазит в CPLD

[Black_Cat]

моя без резни существующих компов и влазит в CPLD

а собсно никто и не призывает реализовать всё на старых компах, но кое-какие элементы прикрутить возможно. Старым компам вполне по силам вытесняющая многозадачность с ручным переключением задач, например , а вот на FPGA - уже можно реализовать всё!
Что касательно простоты перелелки стапых компов, то тут всё уже продумано - спецификация на расширенные стандарты NemoBus v.1.2 & v2.0 решает всё! - минимум доделок, максимум возможностей, и всё - простой установкой контроллера в NemoBus v.1.2

[ZEK]

Ну опять флейм, обсуждение ведется в рамках существующих компов

[Black_Cat]

обсуждение ведется в рамках существующих компов

действительно, с пониманием меня у тебя туго , я ведь о существующих и говорю . Заинтересованные лица уж давно получили схемы доработки NemoBus v.1.0 до v.1.2 , а так же доп доработки, необходимые для установки на шину NemoBus v.1.2 контроллера расширенного управления памятью, а так же множества других полезностей, например DMAUSC