ПК8000 - Быстродействие архитектуры. Исследование.

[ivagor]

b2m
Ну "номинальных" тактов в строке 160, я сначала, когда делал TOPBRD, думал что на бордюре торможения нет (сразу скажу, увидев РТ2 в схеме даже не пытался разбираться).
Строк от прерывания (которое приходит с началом нижнего бордюра) до активной области - 120 (у Mickа получилось 119 т.к. в программе на опрос клавы тратится почти 2 строки, а я прибавлял при выводе результата одну). Итого 120+192=312 строк.
(про гашение - тогда я думал что гашение влияет на быстродействие, но многочисленные эксперименты, проведенные Mickом это опровергли)
Там просто производилась запись в ОЗУ, количество записанных байт я пересчитал в такты/сек. TOPBR4 дает меньшую погрешность.

Открытых вопросов для меня еще много, буду еще делать тестики, если Mick не бросит это дело.

[b2m]

Там получается примерно 2млн тактов в секунду на реале

Это что-же получается, что там резонатор другой стоит? По схеме (Суры) - 20 МГц, а если при выполнении из ПЗУ ничего не тормозит и тактовая 2 МГц, то получается, что стоит 16 МГц. Может поэтому изображение вытянутое? А кадровую частоту они подобрали путём специальных значений в ПЗУ (РТ2). Счётчик знакомест там хитрый, загружается каким-то числом, считает до определённого места (задано в ПЗУ) и снова загружается. По схеме, загружается числом 56 (или 54 в зависимости от режима 40/32), судя по всему переходит через максимум 64, после чего на выходах оказывается адрес и считает до какого-то числа (конец или начало СГИ).

Добавлено через 5 минут
А номинальных тактов получается 128:
64мкс строка / 0.5 мкс один такт

[ivagor]

А номинальных тактов получается 128:
64мкс строка / 0.5 мкс один такт

Может там просто при выполнении программы из ПЗУ wait в 1 такт при чтении, тогда при реальных 2,5 МГц получится "доступных" примерно 2 млн. тактов (для "среднестатистической" смеси команд).

[ivagor]

Mick
Теперь для режима 0.
26.09.2008 Вложение удалено
Тут активная область экрана ограничена сверху и снизу красными полосками. Это для некоторого увеличения точности подсчета числа строк, т.к.
1. будет видно, сколько от нижней красной до зелено-синего бордюра (должно быть примерно 1-2 строки).
2. если "пережмешь", то "бордюр" вылезет за красную линию сверху.

[Mick]

Mick
Теперь для режима 0.
Вложение 9024
Тут активная область экрана ограничена сверху и снизу красными полосками. Это для некоторого увеличения точности подсчета числа строк, т.к.
1. будет видно, сколько от нижней красной до зелено-синего бордюра (должно быть примерно 1-2 строки).
2. если "пережмешь", то "бордюр" вылезет за красную линию сверху.

Вот получай результаты.

[ivagor]

Mick
Спасибо, чем дальше в дебри видео ПК8000 тем интереснее.
Либо бордюр делится на 2 части с разной степенью торможения, либо внутри строки торможение неравномерное и то что видно в начале бордюра (снизу от нижней красной линии) - это "подстройка", а потом до конца (до верхней красной линии) идет установившийся режим. Для установившегося режима удалось с первого раза угадать длительность строки.
Еще один интересный момент - в screen 0 при изменении цвета бордюра (между зеленым и синим) нет "переходного процесса" как в screen 2 (там между ними полоса непонятного цвета).

[Advertiser]

[ivagor]

Mick
Очередные тесты.
TOPBR6 - scr 0
TOPBR7 - надеюсь это предпоследний тест scr 2
26.09.2006 Вложение удалено

[Mick]

Mick
Очередные тесты.
TOPBR6 - scr 0
TOPBR7 - надеюсь это предпоследний тест scr 2

Я уже смутно представляю происходящее , но всеравно держи результаты.

Первые две картинки - TOPBR6, вторые две - TOPBR7

[ivagor]

Как мог пытался высказывать свое понимание промежуточных результатов в предыдущих постах. В будущем, когда все станет ясно, обязательно накропаю файлик, в котором соберу все что здесь было высказано (за вычетом неподтвердившихся гипотез).
Если кратко:
TOPBR7 дополнительно показал 2 вещи по scr 2:
1. Прерывание приходит не совсем в начале первой строки после изображения, а через некоторое время. На подготовку изменения цвета бордюра конечно тоже тратиться время, его оцениваю в 16-20 тактов, что несколько меньше наблюдаемого смещения (max 20 тактов - это менее чем четверть строки, а запаздывание зелени - примерно треть строки, т.е. все равно прерывание приходит не совсем в начале строки). Начиная с TOPBR6 обработчик прерывания посадил прямо с 38h и убрал оттуда опрос клавиатуры, соответственно момент прихода прерывания оценивается отображается более точно.
2. Сравнивая картинки TOPBR4 и TOPBR7 можно заметить, что не в любом месте строки можно "безболезненно" поменять цвет бордюра. В TOPBR4 наблюдаются "переходные полосы" между зеленым и синим, а в TOPBR7 этого нет. Похоже придется делать еще "интерактивное" вращение по горизонтали чтобы поймать эти моменты.

TOPBR6 (scr 0) немного расстроил.
1.Видно, что прерывание приходит чуть позже (правее) чем в scr 0.

[ivagor]

Уважаемые реальщики!
26.09.2008 Вопрос снят, извините за беспокойство