Зачем вообще вводятся расширенные режимы?
Зачем вообще вводятся расширенные режимы?
Анализ расширенных режимов на соответствие принадлежности к ZX-платформе.
Если рассмотреть существующие, строящиеся и только обсуждаемые клоны с точки зрения соответствия принадлежности их расширенных режимов к ZX-платформе, получим следующее:
1) В Turbo-2+ при работе в CP/M используется полностью не ZX архитектура.
2) В разработке Caro на eZ80-50MHz, само использование этого микроконтроллера исключает совместимость с ZX по адресам портов, также было бы неразумно отказываться от предоставляемой им возможности работы в адресном пространстве 16 Mb.
3) В обсуждаемом варианте на ARM использование этого процессора не в режиме эмуляции Z80 исключает принадлежность компьютера в этом режиме к ZX-платформе.
Анализ основного назначения расширенных режимов.
При рассмотрении с точки зрения основного назначения расширенных режимов получим следующее:
1) В Turbo-2+ основной смысл его расширенных режимов – работа в iS-DOS и CP/M в т.ч. с использованием HDD и CD;
2) В разработке Caro на eZ80-50MHz как понимаю планировалась СР/М, и опять же можно предположить, что основная цель - удобство дисковых операций на быстром компьютере (на Turbo-2+ например, HDD работает не намного быстрее FDD) и в дополнение к этому некая возможность современных сетевых коммуникаций (хотя по быстродействию уже можно использовать клон UNIX для Z80, что во всех отношениях должно быть лучше CP/M, даже в варианте с такими урезанными возможностями);
3) В обсуждаемом варианте на ARM возможно использовать полноценный 32-разрядный клон UNIX со всеми вытекающими возможностями - и только в этом основное назначение этого расширенного режима его работы. Соответственно необходимо и ориентироваться на софт уже имеющийся на UNIX–платформе, а не рассчитывать, что это будет новым путём развития ZX. С ZX платформой этот путь не имеет ничего общего, кроме того, что это будут два компьютера в «одном флаконе».
Выводы:
1) Из рассмотрения основного назначения расширенных режимов видно, что присутствуют попытки устранить имеющиеся у ZX-платформы недостатки путём совмещения двух аппаратных платформ. При этом используется заимствование недостающих возможностей за счёт введения дополнительной аппаратной архитектуры и использованием на ней программного обеспечения других программных платформ.
2) Тот сиамский близнец, что находится в «одном флаконе» с ZX - не является развитием ZX-платформы, т.к. к ней не принадлежит (см. определение ZX-платформы http://www.zx.pk.ru/showpost.php?p=57749&postcount=109 ).
3) Для развития именно ZX-платформы в большинстве случаев (т.е. для рядового рользователя) по минимуму достаточно наличия интерфейса обмена данными и возможностей предоставляемых клиентским ПО в системе клиент-сервер с РС. При этом РС используется как файл-сервер, а ZX как бездисковая станция.
