ZXNet эхоконференция «zxnet.soft»

Hello, captain cobalt

cap> Каждая задача имеет простое, но неправильное решение.
cap> Можно было ткнуть пальцем на какую-нибудь измерялку (например
cap> ZX_BENCH из ZX-Format#2) и успокоится.

Это уже ближе к искомому ответу.

cap> Аксиома первая:
cap> ZX-Spectrum - это аппаратная система реального времени,
cap> производительность которой по определению равна Z80@3.5MHz.

В моей схеме задействовано два процессора, второй забудим, это контроллер.
Первый же, это класический z80 на 20(25)MZh такты которого регулируются двумя
способами, а именно изменение тактовой частоты и скважностью. Последнее тоже
можно забыть, т.к. нужно проводить сравнительный тест..

cap> Важно не чтобы было быстро, а чтобы не было тормозов. То есть
cap> производительность ни при каких обстоятельствах не должна уменьшаться
cap> ниже означенной.

А если будет больше? Много больше.

cap> Измерять нужно не производительность а тормоза. Чтобы грамотно
cap> измерить тормоза (и определить находяться ли они в допустимых рамках)
cap> нужно знать их источник, а для этого надо знать аппаратную
cap> архитектуру измеряемой машины. Поэтому - архитектуру в студию.
cap> Популярные примеры тормозов: видеопамять, округление команд до
cap> чётного такта, контроллер клавиатуры.

Конфигурация Z80=20-25MZh/128 и более/HDD/FDD виртуальный/AY/LCD.
Архитектура в стадии создания и ближе к отладке. Все подробности в "Железо"
тема "Hаладонник". [http://zx.pk.ru/showthread.php?t=3115]

cap> Дважды было упомянуто "кэширование" а также некоторый "эталонный
cap> цикл". Если имеется ввиду общепринятое значение и цикл влезает в кэш,
cap> то результат измерения смысла не имеет. Кэширование используется в
cap> машинах где процессор - быстрый, а память медленная. В Speccy всё
cap> наоборот. А поскольку наоборот, то соответственным образом
cap> оптимизируется код, и как раз в наиболее критичных случаях
cap> кэширование может оказаться бессмысленным.

..У меня кеширование участка видеопамяти, т.е. остановки процессора для работы
ULA не происходит! Хотелось бы знать, насколько эфективно используется этот
режим, как и всё остальное, т.е. тест нужен.

cap> Практические рекомендации:
cap>
cap> Hеобходимое (но недостаточное) условие отсутствия тормозов: не должны
cap> тормозить (и желательно правильно отображаться) фреймовые скроллы,
cap> мультиколоры и бордюрные эффекты, "тяжёлые" demo.
cap>
cap> Померять "практическую" производительность можно на: ассемблировании,
cap> компрессии, decrunching, искусственном интеллекте в стратегических
cap> играх.
cap>
cap> Программные продукты выбрать по вкусу, желательно популярные.

Пока нет теста, трудно о чем-то говорить.