Наладонник

[Пётр]

Разгонябельность надо мерять на наборе инструкций который использует как можно больше внутренних блоков и тем самым проверяет все блок схемы, а NOP это ваще тока проверка РОН ну и мультиплексоров всяких, короче сомневаюсь что в данном тесте провериться хотябы половина транзюков кристалла

А предельный разгон и потенциал схемы проверить можно. Теста один х нет. Даже в приметиве сбойная ячейка памяти может сильно загрубить результаты теста. Память придется брать шуструю с запасом. Если поэтапно читать флаги, писать в память, а дальше сравнивать, то объемный тест возможет.

[Advertiser]

[jtn]

. Круг замыкался, а теста нет. Примеры таких тестов были, из архивов, хотя и со своей спецификой.

ramdoctor, test4.30, tact0.1, ....

Сообщение от heroy
Частота M1 в описаном случае будет в 4 раза ниже частоты синхронизации для Z80 и равняться частоте для eZ80.
Ой ли, некоторые команды поедают от 4х до 23х тактов (по мануалу).

ключевые слова "описанном случае"

[ZEK]

Это примитивный способ промерять загруз процессора, без программ и приборов.

А если код операции двухбайтный ??

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

Не будет видно это тебе не винда и т.п. задачи по завершению возложеных на нихфункций в спячку не падают, единственое но это программы завязаные на INT они проц останавливают, так все равно у тебя между 2 соседними прерыраниями разница в количестве исполненых инструкций может и на 2 порядка различаться.

А если тест писать то что там писать?? и о какой оптимизации идет речь я тебе напишу тест который будет процесор на 100 загружать на 50МГц проце и на 1% на 3,5Мгц. Какие ты выводы сделаеш? Что стоит все на 3,5 МГц пускать?

[Пётр]

А если код операции двухбайтный ??

Разные коды, желательно все, хотя бы типы. Почему именно двубайтовые, и однобайтовые и дву и тре и четыреХ, а еще цикличные. М1 приходит не для каждого байта, а с выборкой следующей команды.

А если тест писать то что там писать?? и о какой оптимизации идет речь я тебе напишу тест который будет процесор на 100 загружать на 50МГц проце и на 1% на 3,5Мгц. Какие ты выводы сделаеш? Что стоит все на 3,5 МГц пускать?

Во, пиши на 100%. На 1% сомнительно, даже холостые нагружают..

Так что, напишешь?

[Пётр]

ramdoctor, test4.30, tact0.1, ....
ключевые слова "описанном случае"

Это тесты под SOS, а у меня только ППЗУ голая.

[ZEK]

Во, пиши на 100%. На 1% сомнительно, даже холостые нагружают..

Так что, напишешь?

Элементарно щитаю примерно колво тактов между 2 прерываниями если больше определенного числа то запускаю какую нить nop в цикле иначе запрещаю прерывания и делаю HALT

[ZEK]

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

Покажи мне 4 байтный код операции, а для 2 байтных КОДОВ ОПЕРАЦИЙ М1 генериться для КАЖДОГО байта КОДА ОПЕРАЦИИ

[Пётр]

Покажи мне 4 байтный код операции, а для 2 байтных КОДОВ ОПЕРАЦИЙ М1 генериться для КАЖДОГО байта КОДА ОПЕРАЦИИ

Есть и такие, т.е. расширенные, правда для расширеных CB, ED, DD и FD вырабатывается ещё один цикл M1. В обычном режиме команда извлекается за 4ре такта, а вот дальше картина меняется. Вайты, запись, чтение - тоже хавают такты.

Погрешность на подтверждении прерывания ~50, но можно вычесть IORQ.

Если пойти дальше, то на основании этого можно определить на каких режимах тряется производительность, привязавшись к тактовой и подсчитав полезные и потеряные такты в зависимости от того кто дернет процессор.

Все схемы отладки процессорных устройств построены именно по этому принципу. В одном, описаном в "радиолюбителе", есть возможность пошаговой и поцикличной отладки девайсов на Z80. Завязывается ясно на что. В дальнейшем, можно повесить многоканальный анализатор с парой десятков каналов и дергать уже с хорошей скоростью, данные заносить в эксел, там же и анализировать.

з.ы. Кстати, тут мелькала фраза о тактировании eZ80, т.е. операции за один такт читаются? Странно, значит я плохо дайташит смотрел.

[Пётр]

Элементарно щитаю примерно колво тактов между 2 прерываниями если больше определенного числа то запускаю какую нить nop в цикле иначе запрещаю прерывания и делаю HALT

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

[ZEK]

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

Ну аут полный, ты же любитель Z80 проца ты что даже асемблер в зачаточном состоянии не знаеш?? Там команд 30 а то и меньше.

Если пойти дальше, то на основании этого можно определить на каких режимах тряется производительность, привязавшись к тактовой и подсчитав полезные и потеряные такты в зависимости от того кто дернет процессор

Не выдумывай

Погрешность на подтверждении прерывания ~50, но можно вычесть IORQ.

Значит у тебя большая проблема отделить цикл INTA от двух байтного кода операции?

Все схемы отладки процессорных устройств построены именно по этому принципу. В одном, описаном в "радиолюбителе", есть возможность пошаговой и поцикличной отладки девайсов на Z80.

Да в каждом радиолюбительском журнале гдк публиковалась схема саморобного компа там же обязательно расказывалось как проц для отладки пошагово запустить.

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

Точно сначала делаем лабораторию что бы НАСА завидовала а потом при помощит 20т оборудования начинаем проц пошагово пускать