Особенности процессоров и устройств архитектуры PDP-11. Тесты. Диагностика.

[Patron]

Пиши тест

А вот и тест:

MCPS.SAV CHECK TERMINAL INPUT SPEED - V1.0

После приглашения "PRESS EXTENDED KEYS FOR TEST OR OTHER FOR EXIT.." нужно нажимать стрелки или клавиши доп. клавиатуры - для их тестирования или пробел - для завершения работы.


У меня прогон выглядит так:

1. Быстрая скорость генерации многобайтовых посылок ( скорость порта )

.RU MCPS
 
MCPS - CHECK TERMINAL INPUT SPEED - V1.0
 
CPU SPEED: 39
TERMINAL ID  : <033> .. 14 ms .. '/' ..  1 ms .. 'Z'
AUTOANSWER   : <003> .. 15 ms .. <003>
PRESS EXTENDED KEYS FOR TEST OR OTHER FOR EXIT..
MULTIBYTE KEY: <033> .. 15 ms .. 'D'
MULTIBYTE KEY: <033> ..  1 ms .. 'C'
MULTIBYTE KEY: <033> ..  1 ms .. '?' ..  1 ms .. 'p'
MULTIBYTE KEY: <033> .. 16 ms .. '?' ..  1 ms .. 'n'
MULTIBYTE KEY: <033> ..  1 ms .. '?' ..  1 ms .. 'M'
 
PROGRAM COMPLETED

2. Медленная скорость генерации многобайтовых посылок ( ~ 50 CPS )

.RU MCPS
 
MCPS - CHECK TERMINAL INPUT SPEED - V1.0
 
CPU SPEED: 39
TERMINAL ID  : <033> .. 16 ms .. '/' .. 14 ms .. 'Z'
AUTOANSWER   : <003> .. 31 ms .. <003>
PRESS EXTENDED KEYS FOR TEST OR OTHER FOR EXIT..
MULTIBYTE KEY: <033> .. 16 ms .. 'A'
MULTIBYTE KEY: <033> .. 15 ms .. 'B'
MULTIBYTE KEY: <033> .. 16 ms .. '?' .. 31 ms .. 'p'
MULTIBYTE KEY: <033> .. 15 ms .. '?' .. 20 ms .. 'n'
MULTIBYTE KEY: <033> .. 11 ms .. '?' .. 31 ms .. 'M'
 
PROGRAM COMPLETED

[form]

Для начала собственно терминал эмулятор в котором работаю...

.SET SL KED

.SET SL OFF

.SET SL ON

.RU MCPS

MCPS - CHECK TERMINAL INPUT SPEED - V1.0

CPU SPEED: 199                         
TERMINAL ID  : <033> ..  0 ms .. '[' ..  0 ms .. '?' ..  0 ms .. '6' ..  0 ms .. '2' ..  0 ms .. ';' ..  0 ms .. '1' ..  0 ms .. ';' ..  8 ms .. '2' ..  0 ms .. ';' ..  1 ms .. '6' ..  1 ms .. ';' ..  1 ms .. '7' ..  1 ms .. ';' ..  1 ms .. '8' ..  1 ms .. ';' ..  1 ms .. '9' ..  1 ms .. 'c' 
PRESS EXTENDED KEYS FOR TEST OR OTHER FOR EXIT..
MULTIBYTE KEY: <033> ..  1 ms .. 'O' ..  1 ms .. 'w' 
MULTIBYTE KEY: <033> ..  1 ms .. 'O' ..  1 ms .. 'x' 
MULTIBYTE KEY: <033> ..  1 ms .. 'O' ..  1 ms .. 'y' 

PROGRAM COMPLETED

.

PS. А алгоритм измерения ms у тебя какой? (лень лезть в сорцы)

[Alex_K]

Ох как плохи дела у реального УКНЦ.
Но вот проблем в DESS-е не испытываю.

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

[свернуть]

Patron, спасибо за включение режима ДКЛ. Очень предусмотрительно.

[Alex_K]

Для начала собственно терминал эмулятор в котором работаю...

form, а что такого зашифровано в идентификаторе терминала?

[form]

form, а что такого зашифровано в идентификаторе терминала?

Да наверное вообще все параметры терминала
Я не силен в VT100 кодах которые он возвращает. Всегда обходился тем, что если после <CSI> дождался "c", то это оно и было

[Patron]

алгоритм измерения ms

Сразу после зупуска нормируется циклический 32-разрядный счётчик. По каждому прерыванию ввода - его текущие значения сохраняются в массиве. При выводе результатов - из каждого текущего значения вычетается предыдущее (если оно есть), затем осуществляется деление на нормированное значение счётчика, набегающее за одну миллисекунду.

[Advertiser]

[form]

Сразу после зупуска нормируется циклический 32-разрядный счётчик. По каждому прерыванию ввода - его текущие значения сохраняются в массиве. При выводе результатов - из каждого текущего значения вычетается предыдущее (если оно есть), затем осуществляется деление на нормированное значение счётчика, набегающее за одну миллисекунду.

У меня в принципе можно сетевой таймер поставить в разрешение до 1.25ms - для расчетов поди сойдет

[Patron]

проблем в DESS-е не испытываю

Главное, что проблемы в принципе могут возникнуть только при работе с минитором SJ.

Ни Рафос, ни Фодос, ни FB, ни SB - "реверсивной" проблемы не имеют.

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

В реале, когда прерывания идут более регулярно, вполне возможно, что даже быстродействия Э-60/LSI-11 может хватить.

---------- Post added at 19:59 ---------- Previous post was at 19:56 ----------

У меня в принципе можно сетевой таймер поставить в разрешение до 1.25ms - для расчетов поди сойдет

Тут чем меньше прерываний от таймера - тем точнее измерения. Главное, чтобы число прерываний таймера в секунду было целым. Очень хорошо подошёл бы режим 1 Гц :)

Кстати, ячейки в начале программы содержат основные "явки и пароли", влючая число прерываний таймера в секунду.

[form]

Главное, что проблемы в принципе могут возникнуть только при работе с минитором SJ.

Ни Рафос, ни Фодос, ни FB, ни SB - "реверсивной" проблемы не имеют.

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

В реале, когда прерывания идут более регулярно, вполне возможно, что даже быстродействия Э-60/LSI-11 может хватить.

Для эмулятора весьма важен параметр задержки прерывания на заданное число инструкций процессора. DEC частенько писал драйверы исходя из этого. В документации на E11 целая глава посвящена этому вопросу.

[Patron]

Если хочется увидеть результаты в микросекундах - нужно найти в программе нормирующее деление на 1000 и заменить его делением на 1'000'000.