Вопросы о Z84C00 и eZ80

[shurik-ua]

если уж всё равно ПЛИС имеется - то зачем реальный z80 - его можно и в ПЛИС запихнуть - и мегагерц поболее будет.
вот только при диких скоростях сразу ощущается мизерность 64кб

[Bolt]

Как бы это выразить...
После изучения eZ80 идея запихнуть его ядро в ПЛИС не вызывает у меня вау-эффекта

[LeoN65816]

Z80            3.5 МГц     0.9 MIPS     LDI  0.22 МБайт/с.
Z80 (Z84C)      20 МГц       5 MIPS     LDI  1.25 МБайт/с.
eZ80            50 МГц      50 MIPS     LDIR   25 МБайт/с.

А что тебе дает LDI? Неужели ты экран (хоть 256х192, хоть 640х480) будешь копировать/перерисовывать кучей 1-байт-в-блоке-командной LDI? Или же все-таки LDIR-ом? Что толку от этих 16 тактов LDI, если счетчик блока все равно нужно обрабатывать? Ты сможешь счетчик обсчитывать (и управлять циклом) быстрее 5 тактов? А LDIR это и делает, причем максимально шустро, и всего-то 21 такт.

А что, правда eZ80 лдирит с скоростью 2 такта на байт?

Кто-нибудь пробовал кмоповые Z84C или KL5C8400 запускать при питании 3.3В?

[Mick]

Кто-нибудь пробовал кмоповые Z84C или KL5C8400 запускать при питании 3.3В?

Я думаю о KL5C8400 можно забыть. Года два, три на али они были у пары продавцов. Сейчас уже поиск ничего не показывает.

[Vadim]

Ты сможешь счетчик обсчитывать (и управлять циклом) быстрее 5 тактов?

LDIR блока 512 байт работает примерно в 1,3 раза медленнее чем цикл 16 раз по 32 LDI. Это факт. Разница 5 тактов на на байт!!! Умножаем на 32 и получаем уже 160. А цикл сделать можно за 20 тактов. Если бы выигрыша от LDI не было - их бы не использовали.

[VladimirS]

Я думаю о KL5C8400 можно забыть. Года два, три на али они были у пары продавцов. Сейчас уже поиск ничего не показывает.

https://ru.aliexpress.com/premium/kl...itch_new_app=y

[LeoN65816]

LDIR блока 512 байт работает примерно в 1,3 раза медленнее чем цикл 16 раз по 32 LDI. Это факт. Разница 5 тактов на на байт!!! Умножаем на 32 и получаем уже 160. А цикл сделать можно за 20 тактов. Если бы выигрыша от LDI не было - их бы не использовали.

Выходит 16+20/32=16.625 такта/байт - да, действительно эффективно по скорострельности, супер! Но не эффективно по размеру кода...

[Bolt]

Выходит 16+20/32=16.625 такта/байт - да, действительно эффективно по скорострельности, супер! Но не эффективно по размеру кода...

А это всегда так.
Когда код "лишь бы работал", как, например, выдаёт кодогенератор bm-pascal, то любое улучшение даёт выигрыш и по размеру, и по скорости. Но есть предел, за которым начинается вот такой выбор - или быстро, или коротко.
Например, развёртка цикла FOR. Если цикл от 1 до 10, то и сам счёт надо вести, и внутри цикла операция с переменной. Если же внутренний код скопировать 10 раз и заменить обращение к переменной на константу, то уже экономия на счёте, плюс выражения с константой могут быть оптизированы. Если было "100 div N", то получатся константы 100, 50, 33, 25, 20... и деление уже не используется.
В 8 раз больше, но в 2 раза быстрее.

- - - Добавлено - - -

А что, правда eZ80 лдирит с скоростью 2 такта на байт?

2*BC+3
Так в документации написано

- - - Добавлено - - -

Получил ответ от техподдержки.
Если выразить одним словом - жопа.
В чём суть проблемы: у этого процессора нет #M1, есть другое, но оно не то. А мне надо было.

[andrews]

Получил ответ от техподдержки.
Если выразить одним словом - жопа.
В чём суть проблемы: у этого процессора нет #M1, есть другое, но оно не то. А мне надо было.

ну видишь, они даже на сутки шустрее моего прогноза оказались. Ну что теперь? z80 c MMU и расширенной адресацией all in FPGA? Хотя...все ли выжали из самого чипа? Нельзя ли как-то адресацию расширенную навесить снаружи вместе с MMU? Это снизит стоимость FPGA. Все же сколько-то тысяч вентилей минус

[LeoN65816]

2*BC+3
Так в документации написано

Выходит, что инструкция не реагирует на прерывания...