Сравнительный тест производительности

**Пётр** · 15.05.2006, 21:36

Под проект наладонного ZX-Spectrum потребовалось
написать сравнительный тест производительности процессора
для сравнения с клонами и оригинальным, если попадется.
Есть программы тестирования производительности процессора для ZX-Spectrum?

**Advertiser** · 15.05.2006, 21:36

**CHRV** · 15.05.2006, 22:13

Сообщение от TYAX

Под проект наладонного ZX-Spectrum потребовалось
написать сравнительный тест производительности процессора
для сравнения с клонами и оригинальным, если попадется.
Есть программы тестирования производительности процессора для ZX-Spectrum?

Чето непонятно что ты под тестом производительности понимаешь? Ну ка распиши подробней!

**moroz1999** · 16.05.2006, 08:06

что-то было в приложении к тому же журналу, где и демоверсия citadel была. sorry, подробнее не помню.

**spensor** · 16.05.2006, 10:01

Сообщение от moroz1999

к тому же журналу, где и демоверсия citadel была

Citadel была в ZX-Power#2, но насчет теста, чет не помню

**CityAceE** · 16.05.2006, 10:18

Для сравнения "производительности" разных Спектрумов я пользовался тестом, встроенным в утилиту FUT (Format Utility).

**CHRV** · 16.05.2006, 11:23

Сообщение от CityAceE

Для сравнения "производительности" разных Спектрумов я пользовался тестом, встроенным в утилиту FUT (Format Utility).

КТо нить мне может обьяснить что подразумевается под производительностью?
- частота работы процессора в турбо/не турбо (является параметром производительности);
- количество тактов в турбо/не турбо (не является параметром производительности);
- стратегия выставления WAIT при обращении к памяти в турбо (является параметром производительности);
- работа с подсистемами - дисковод например (является параметром производительности);
- определение типа используемого процессора Z80, Z84, Т34ВМ1, 1858ВМ1-3 (не является параметром производительности).

**geners** · 16.05.2006, 15:38

наверно человек имеет виду измерение производительности всего компа в целом в "тараканах" (как я их называю) те в условных единица

, и здорово порадуется елши у его детища будет на 3 ничего незначащих У.Е. больше

**captain cobalt** · 20.05.2006, 11:48

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

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

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

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

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

Практические рекомендации:

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

Померять "практическую" производительность можно на: ассемблировании, компрессии, decrunching, искусственном интеллекте в стратегических играх.

Программные продукты выбрать по вкусу, желательно популярные.

**Пётр** · 20.05.2006, 12:48