A давайте разработаем собственный Z80 на VHDL.

[WingLion]

Новый же процессор по определению будет неприменим для спектрум-машин, впрочем, и для остальных существующих тоже.

Кстати, если делать его применительно к конкретной машине, то неприменимость отпадает по определению. Ибо он будет с конкретной машиной и проверяться.

[ZEK]

В Z80 надо добавить одну мелочь и он станет на порядок красивей
а именно что бы по какому то префиксу инструкции которые работают с IX работали с SP, сразу жизнь упрощается с передачей параметров и расположением локальных переменных в стеке.
Имею ввиду индексную адресацию относительно стека

[mastermind]

Как минимум можно сделать программно включаемый "продвинутый турбо-режим" в котором любая операция будет выполняться за 1 такт (или сколько минимум возможно) и пользовать его там где совместимость по тактам не нужна.

[ZEK]

в котором любая операция будет выполняться за 1 такт

это будет второй процессор, перестроить корки z80 нереально

[Vadim]

Засмеять можно любую идею, если слова вырвать из контекста, переврать и переставить наоборот...

Это не важно, сколько там команд, и скаими данными оно работает. Идея ясна. По крайней мере мне. Согласитесь, если мы будем иметь шину 16 или 32 бит, то данные будут читаться быстрее, разве это не даст ускорения при выполнении команд? Даст конечно. В худшем варианте не замедлит, будет так как было. В лучшем - ускорение в 2-4 раза. В том же Z-280 это реализовано было. Всеми режимами управляет несколько системных регистров (как и на 80386 и позднее). Рулится всё битами. Главное всё продумать, что и как делать. Что бы было эффективно и красиво. ez80 конечно интересен, но много чего у него сделано топорно. То же ограничение в 24 бита на ОЗУ. Ну будет 16 метров и что? Далее опять страницы?

---------- Post added at 15:29 ---------- Previous post was at 15:27 ----------

В Z80 надо добавить одну мелочь и он станет на порядок красивей
а именно что бы по какому то префиксу инструкции которые работают с IX работали с SP, сразу жизнь упрощается с передачей параметров и расположением локальных переменных в стеке.

Почитай про Z-380. Там и это реализовано и много чего другого. По гибкости команд и методов адресации не сильно уступает тем же 80386 и более поздним.

[WingLion]

-- цитата --
Когда в товарищах согласья нет,
На лад их дело не пойдет,
И выйдет из него не дело, только мука.
Однажды Лебедь, Рак да Щука
Везти с поклажей воз взялись,
И вместе трое все в него впряглись;
Из кожи лезут вон, а возу все нет ходу!
Поклажа бы для них казалась и легка:
Да Лебедь рвется в облака,
Рак пятится назад, а Щука тянет в воду...
-- конец цитаты --

[alone]

Можно ли сэкономить ЛЕ, используя микрокод? Например, запихнуть туда последовательность машинных циклов для каждой команды (1024 команды).

[vlad]

а можно ли допилить T80 до ez80? чтоб 24bit АЛУ и адресса? ато оно печально в 64kb, или еще круче до 24bit/32bit/64bit по желанию (програмно выбирая режим)

это дало бы возможность попробовать портировать платформу ez80p на Reverse.

[Black_Cat]

Как минимум можно сделать программно включаемый "продвинутый турбо-режим" в котором любая операция будет выполняться за 1 такт (или сколько минимум возможно) и пользовать его там где совместимость по тактам не нужна

в eZ80 это есть - программно включаемый расширенный режим с командой за такт на 50MHz

[svofski]

Можно ли сэкономить ЛЕ, используя микрокод? Например, запихнуть туда последовательность машинных циклов для каждой команды (1024 команды).

Можно: есть 8080, который так делает. Но в ПЛИС хранение микрокода требует либо дорогих блоков памяти, либо тех же LE. Результат получается в среднем так на так.