Расчёт точного времени выполнения команд различными процессорами архитектуры PDP-11.

[hobot]

Мне ещё надо сделать тесты команд DIV, ASH, ASHC.

Это какой то исходник можно руками поправить - заменой команд?
В любом случае у меня сейчас донышко(корпус) и две платы для теста под рукой, пока все актуальные тесты из списка на ЖД УК-НЦшки перегнал.
И если DIV, ASH, ASHC - сложнее и нужно ждать, я прогоню доступные(готовые) на плате №2 ?
Кстати говоря, плата№2 - плата которую DATAsoft задарил мне (за что ему отдельно ещё раз спасибо!), литера там такая-же [5-1], а вот дальше уже есть отличия. Например на плате№1 нету проводка через всю плату к ПП, на плате№2 есть. Есть отличия и в области видео выходов, в общем поставлю и прогоню пока те тесты что есть. Всё равно делать и вроде аккумы для фотика подзарядились ) Фотки обеих плат я выкладывал в теме восстановления их можно к сообщениям в которых тестов результаты позже прилепить (надо их отыскать ещё в той теме и именно их!).

Относительно глюкометрических тестов - методика такая:

1. Если начиная с какого-то значения Row Len тест вылетает - нужно установить Row Len на 1000 меньше и провести тест с параметром Grow = 1 - тогда длина цепочки команд будет увеличиваться только на одну команду за один проход.

2. Если не вылетает - нужно установить Row Len = 9000 и Grow = 1.

3. Если не вылетело - нужно установить Row Len = 10000 и Grow = 0 ( Loops при этом должен автоматически установиться на 1600 ).

Принято, этот тест будет гонятся в процессе эксплуатации УК_НЦшки.
Может что то и отловиться, штука в том что с одними и теми же параметрами вылет не гарантирован, как и не вылет - вот что показал пока эксперимент вчерашний.
За него надо прямо отдельно засесть я так думаю. И гонять гонять гонять )


(это займёт время! по готовности сразу выложу фотки для платы № 2)

[Advertiser]

[hobot]

Глюки и ошибки (ПРОМЕЖУТОЧНЫЙ ОТЧЁТ). - тестовая плата№2
(про фотки!!!
Иногда резкость немного (совсем чуть чуть) invalid - это камера промахивается,
и даже среди нескольких кадров (3-5 дублей) потом ни одного на выходе 100% отличного нет. На маленьком экранчике иногда кажется(видится) что всё норм.
)

Скрытый текст

после первого запуска вылет!!!


но сразу же запустил повторно!!!


НО! После этого пришлось систему перезапускать.


Ладно, а теперь сладенькое )))
Перезагрузился и запустил тест который вот этот самый !
Параметры которые я вбил видно на экране (неправильные?).

не на каждый проход, но на каждый 3-й примерно такая вот ругань!


и главное я не стал дожидаться остановки (мне показалось что её никогда не будет)


И нажал reset - это кнопка такая синяя справа на плате )
Сброс. И вот я жму ресет и вижу вот это, а потом снова и снова
вижу вот это (видео_6мб), обязательно посмотрите, снимки ниже
это уже после того как после последнего сброса на плате я по
адресу в 40 ячейке сделал пуск )



Остальные тесты идут как по маслу, их я прогоню по списку все
и выложу в одном сообщении. Повторюсь всё это уже на плате№2 )

[свернуть]

(доделываю оставшиеся тесты).

[hobot]

Тестовая плата №2, литера[5-1].

Скрытый текст

ТАЙМЕР? ЗАПУСТИЛ ДЛЯ ПРОГРЕВА ;-)


ADD -


BIS -


BISB -


CMP -


CMPB -


IRQ -


JMP1 -


JMP2 -


JSR -


MAP -


MOV -


MOVB -


MOVPC1 -


MOVPC2 V1.1


MOVPC2 V1.2


MUL -


OP1 -


RTS -

[свернуть]

Все фотографии в этой теме авторские и принадлежат их авторам!

[Patron]

Очень интересные результаты для переходов:

Br          : 28 CLC
Jmp  (R0)   : 35 CLC
Mov  R0, PC : 28 CLC
Add  R0, PC : 28 CLC

Mov R0, PC осуществляет больше микропрограммных действий ( PSW изменяет по результатам операции ),
но выполняется на 7 тактов быстрее, чем Jmp (R0).

Это почему так, кто объяснит..

[form]

Очень интересные результаты для переходов:

Br          : 28 CLC
Jmp  (R0)   : 35 CLC
Mov  R0, PC : 28 CLC
Add  R0, PC : 28 CLC

Mov R0, PC осуществляет больше микропрограммных действий ( PSW изменяет по результатам операции ),
но выполняется на 7 тактов быстрее, чем Jmp (R0).

Это почему так, кто объяснит..

Выше есть таблицы для KDJ11, там есть отдельные таблицы для команд и режимов, можно по ним сравнить. Возможно дело в режиме адресации.

[Patron]

Возможно дело в режиме адресации.

Точно. Команды, использующие не операнд, а его адрес ( JMP и JSR ) - должны прервать получение операнда на стадии готовности адреса. Возможно, что из-за этого в процессорах ВМ1 и ВМ2 приходится блокировать интерфейс шинного блока, который отключается от шины и "внутри себя" быстренько прокручивает фиктивный шинный цикл.

[hobot]

Patron, проясните мне по поводу теста на сбой-глюк?
Вот на картинке последней (последней не по счёту, а по отчёту), вылет произошёл, если я правильно понимаю при RowLen=3122, я попытался ввести RowLen=2122 (т.е. -1000 по инструкц.) и Grow=1, но тогда тест не прекращается и всё время плюётся
надписью BAD JMP!!! - как его гонять с таким ? Может нужно для исследования этого момента что переделать-написать заточенное? Или я просто не правильно что то ввожу? Да и мне совершенно не понятно значение других переменных (
сделать прогон этого теста более понятным для меня , что такое параметр 11700?
Откуда значение 8013 получено и насколько оно в целом идеально? Мерцалки к слову у ЦП на плате разные могут стоять ) У Titusa вообще есть разогнанный вариант, но как определить реальную частоту? Фактическую у каждой платы конкретной?

---------- Post added at 21:15 ---------- Previous post was at 21:09 ----------

В очередной раз за последнии два дня убедился, что если УК-НЦшка рабочая - она (т.т.т.) рабочая. Повиснет или глюконёт если что то не отлаженное не проверенное
начать запускать, компилировать что-нибудь экспериментальное, но если "допустим"
вообще не трогать - просто запустить скажем часы или игрушки играть (только те которые сессию не убивают) - то время работы фактически очень большое.
Я затрудняюсь сказать, но свою УК-НЦ в 90-х иногда не вырубал (перезагрузки не в счёт) целыми сутками.

[Patron]

всё время плюётся надписью BAD JMP!!! - как его гонять с таким ?

Это нормально - так и должно быть.

Странно, когда нет надписи про BAD JMP - наверное, это как-то связано с прерываниями таймера.

Можно задать параметр MTPS = 340 и таким образом отключить таймер.

---------- Post added at 22:26 ---------- Previous post was at 22:24 ----------

как определить реальную частоту?

При изучении глюков это не играет роли - только при измерении таймингов.

---------- Post added at 22:28 ---------- Previous post was at 22:26 ----------

Возможно, BAD JMP возникает при чётной длине цепочки команд и не возникает при нечётной ( или наоборот ).

[hobot]

Возможно, BAD JMP возникает при чётной длине цепочки команд и не возникает при нечётной ( или наоборот ).

примерно так, поскольку надпись мелькает, то есть точно не на каждую цепочку возникает BAD JMP. в общем я этот тест в любом случае ещё погоняю.
Значения у других тестов я заметил плавают в пределах +-0.3(иногда даже больше иногда меньше), это видно, если один и тот же тест запускать подряд и вводить одинаковую частоту при этом ( в моём случае 8013 я вводил).

Можно задать параметр MTPS = 340 и таким образом отключить таймер.

Принято, а если таймер отключить в меню УСТ перед тестом?
Да! Вчера то с первой платой BAD JMP не было ни разу, различия кроме плат в тестировании было ещё в том, что во вторую плату сегодня у меня был воткнут только один контроллер ЖД, а флоп за ненадобностью я не подключал.

[Patron]

Значения у других тестов я заметил плавают в пределах +-0.3(иногда даже больше иногда меньше)

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

если один и тот же тест запускать подряд и вводить одинаковую частоту при этом ( в моём случае 8013 я вводил).

Если тест предлагает устраивающее значение - достаточно нажать [Enter].

---------- Post added at 22:52 ---------- Previous post was at 22:50 ----------

а если таймер отключить в меню УСТ перед тестом?

Лучше этого не делать.