ZXNet эхоконференция «hardware.zx»

Hello, heroy Зачем вообще вводятся расширенные режимы? Анализ расширенных режимов на соответствие принадлежности к 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) Hаличие в <одном флаконе> с ZX ещё и компьютера - сиамского близнеца не является развитием ZX-платформы, т.к. последний к ней не принадлежит (см. определение ZX-платформы http://www.zx.pk.ru/showpost.php?p=57749&postcount=109 ). 3) Для развития именно ZX-платформы в большинстве случаев по минимуму достаточно наличия интерфейса обмена данными и возможностей предоставляемых клиентским ПО в системе клиент-сервер с РС. При этом РС используется как файл-сервер, а ZX как бездисковая станция.