ARM - процессор Speccy 21 века

[Black_Cat]

делать это необходимо до того момента, когда такой софт (под быстрый Z80) вырастет и станет препятствием для такого шага

Каждый новый клон с расширенным нестандартным для ZX режимом претендует на то, что дальнейшее развитие пойдёт именно по такому нестандартному пути. Первым был Спринтер, потом Turbo-XX, сейчас Caro делает машину с не ZX режимом на eZ80-50MHz!!, ну и потом может будет не ZX режим на ARM (если всё не закончится только разговорами). Спринтер уже зачах, для Turbo-2+ сейчас усиленно продвигают написание софта под его расширенные режимы, адаптировать софт под eZ80-50MHz проще чем под ARM, а значит его софтовое наполнение будет расти быстрее. И что дальше? Дробление платформы на кучу маленьких ветвей? Дык будет то же что и со Спринтером – некому его поддерживать, а кто будет поддерживать каждую отпочковавшуюся ветвь? Может стоит всёж вперёд подумать и решить такие «ненужные» для этого раздела концептуальные вопросы: для каких задач, кто будет пользователем, какова концепция развития конкретной ветви и всей рлатформы в целом? Или опыт предыдущих разработок так ничему и не научил?

[ZEK]

ДА хоть 30 разновидностей на данным момент все обреченно существовать в штучных количествах, самое главное не то что выйдет а творческий процес

[Black_Cat]

Зачем вообще вводятся расширенные режимы?

Анализ расширенных режимов на соответствие принадлежности к 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 как бездисковая станция.

[James DiGreze]

Вот в том то и дело, что компьютер на базе ARM не будет развитием Спектрума.

Насчет сравнения скорости работы HDD и FDD ты явно прогнал...
Поставь современный винт на 7200 оборотов, поймешь о чем я При прочих равных, у современного винта скорость отклика на команды будет практически мгновенной.

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

[Black_Cat]

компьютер на базе ARM не будет развитием Спектрума

Дык и расширенные режимы в Turbo-2+ и Спринтере - не есть развитие Спектрума, и в машине Caro в режиме с eZ80 - это всё отдельные машины в одном флаконе с ZX. В этом ряду ARM как основа не ZX компьютера смотрится лучше всех.

Насчет сравнения скорости работы HDD и FDD ты явно прогнал...

Было где то на форуме - засекали время перекачки файла - дык скорость отличалась не шибко,не помню точно, но раза в 2 (т.к. определяется не HDD, а Z80), ну а время доступа - эт уже другое, у винта оно и будет меньше существенно чем у флопа - скорость вращения и позиционирования не сопоставимы.
На счёт оси/не оси - возможны варианты, вплоть до примитивного файлового менеджера в ROM запускающего на загрузку из РС выбранную прогу по TAPE входу (для машин без RAM-диска например), или сделать железный эмулятор TR-DOS контроллера например на той же 51 однокристалке что и РС клаву эмулит, но работающий вместо FDD, через COM/USB/Ethernet(что проще - то и прикутить по быстрому) с РС - практически все возможности TR-DOS останутся, а по скорости при USB/Ethernet и разницы даже не будет. Или то же самое но с флеш картой - но это геморнее, т.к. в этом случае с FAT будет не РС работать, а однокристалка. Получаем - в первом случае ОС не нужна, во втором - уже есть, и т.д. и т.п.

[icebear]

Это далеко не то же самое, что дешифровать порты и эмулировать висящее на них устройство.
Через это же место потенциально может производиться динамическое распределение памяти.

Ну мой вопрос был именно по поводу перехвата обращений к знакомым портам имеющихся устройств. Ну вот heroy ответил вполне исчерпывающе.

Более важна поддержка старых спектрумистов. Нужно сгладить переходы Z80 <-> ARM в обе стороны.

Т.е. собираешься пересадить старых спектрумистов со временем с Z80 на ARM? Тогда это точно уже будет не Спектрум. Да и пойдут ли старые спектрумисты на это?

[Advertiser]

[ZEK]

А через некоторое время когда окончательно пентагоны скорпионы и т.д. развалятся на что садиться на эмуляторы??

[icebear]

А через некоторое время когда окончательно пентагоны скорпионы и т.д. развалятся на что садиться на эмуляторы??

На корки. Сразу садится. Они (корки) не развалятся никогда. И никого переучивать не надо.

[ZEK]

А кто корки до ума довоить будет, я почти на 100% что большинство софта использующее недокументированные возможности проца работать не будет

[caro]

...В этом ряду ARM как основа не ZX компьютера смотрится лучше всех....

Не хотел ввязываться, но позвольте не согласится:

I. Если речь идет о реально возможной разработке,
то это скорее всего ARM от PHILIPS из серии
LPC21xx, или что нибудь эквивалентное от других
производителей. А это не более 60 MIPS для
RISC-команд. Сомневаюсь, что это круче чем
50 MIPS коротких CISC-команд процессора eZ80.

II. Компьютер на базе eZ80+FPGA имеет возможность
работать в 4-х режимах:
1 - Режим ZX Spectrum
(Z80 с частотой 3.5 Мгц реализован в FPGA,
eZ80 с FPGA эмулирует периферию ZX Spectrum)
2 - Режим Turbo ZX Spectrum
(то же самое, на Z80 работает на максимально
возможной частоте - судя по эмулятору CPC на
плате TREX C1, это порядка 20-25 Мгц).
3 - Режим eZX Spectrum, с возможностью управления
быстродействием процессора eZ80 до 50 МГц.
(В FPGA реализована вся периферия компа,
используется модифицированная прошивка ZX BASIC
и TR DOS, учитывающая изменение адресов периферии.
Программы, использующие стандартные точки входа
BASIC и TRDOS, работают как ни в чем ни бывало.
Быстродействие BASICа увеличивается на 2 порядка.)
4 - Компьютер на базе eZ80 с расширенными
возможностями.
(Здесь все будет зависеть от возможностей и идей
разработчика и от доступных ресурсов железа).
И заметьте все эти режимы предполагают работу с
родной для Спектрума системой команд Z80

Про возможные режимы работы с ARM-процессорам думаю
смогут описать приверженцы SUBJ-идеи