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

[ivagor]

По поводу частоты и раскладки экрана. На основании предыдущих и текущего тестов я считаю, что у ПК8000:
Fтакт=2,5 МГц
Число строк в кадре - 308 (116+192) - это в т.ч. по результатам тестов с бордюром
Число тактов в строке - 160.

Частота в EMU была подобрана, если мне не изменяет память, так, чтобы уверенно грузить данные с ленты.
Проблема точной эмуляции ПК8000 в том, что время выполнения из внутреннего ОЗУ в SCR1/2 - одно, в SCR 2/недокументированном - другое, из ПЗУ/внешней памяти, независимо от режима экрана (если без обращений к внутреннему ОЗУ) - третье. На уровне целых команд, к сожалению, все многообразие ситуаций учесть очень сложно, только на уровне циклов. Ведь, например, команда из ПЗУ может читать ПЗУ и записывать в ОЗУ, т.е. табличкой/режим не обойдешься. А поцикловой эмуляции, насколько мне известно, в современных эмуляторах советских компов нет и вряд ли ее стоит ожидать в ближайшем будущем.

Тема имени теста ivagora - звучит Есть еще результаты ПК8002. Пользуясь случаем передаю привет Константину, который провел тесты на реальном ПК8002 и в значительной степени нарисовал его схему. А b2m догадался, как объяснить результаты в турбо-режиме на бордюре, не говоря уже про то, что сделал эмулятор . Насчет нужности отдельной темы по тесту - не уверен, может и так сойдет, по профильным темам?

[DemonId7]

esl, а где написано о частоте ПК8000 в 1.78МГц? В книгах вроде только 625 тыс. операций в секунду упомянуто.

Кстати, а почему же растактовка так сильно отличается от расписанной в доке на ассемблер? Неужели это издержки архитектуры? А если принять частоту в 1.8 МГц и пересчитать результаты тестов? Как тогда растактовка команд будет выглядеть?

[esl]

в википедии
на сайте pk8000.narod.ru ( КР580ВМ80А (1.78 МГц).)

а с результатами там так (как я понимаю ситуацию)
например
aci - за прерывание (50hz) выполнилось 1001h=4097 команд
от сюда и пляшем
стандартно для 8080 это 7 тактов, ivagor посчитал тут 12 тактов (у вектора 8)

[esl]

добавил к табличке кол-во циклов в команде и посортировал по cycle/takts

вот табличка https://www.dropbox.com/s/34kpfdiot3...kt_sortedl.pdf

колонки rX wX io - не обращать внимания, эт для себе расписывал циклы
забавно что для пк8000
обычно scr0 быстрее чем scr1/2
а для 3-5 цикловых далеко не всегда

p.s. а есть нормальная дока по циклам (а то у меня только сканы i8080, а там качество не ахти)

[ivagor]

Расцикловка 8080/580ВМ80 по матрериалам INTELовского datasheeta (с исправлениями), растактовка ПК8002, растактовка для вектора по циклам, часть инфы по ПК8000 были на моем сайте, вот здесь выложил архив с ним. Там все по состоянию на 2010 год, поэтому страничка по ПК8000, конечно, нуждается в уточнениях, например max быстродействие в SCR1/UNDOC при выполнении из ОЗУ сейчас я бы написал 390625 оп/сек, ну и некоторые другие пункты тоже.
Информация о том, что у ПК8000 якобы частота 1,78 МГц вначале (в 2008) сбила меня с толку и долго плюхался и не мог понять, как объяснить результаты с реала. Если принять 2,5 МГц с торможением (разным в зависимости от режима и ОЗУ/ПЗУ/внешн.пам), то все становится на свои места, по крайней мере для меня.

[ivagor]

DemonId7, если я еще не утомил, то хотелось бы узнать результаты с реала двух тестов:

1. SNDTAP.ZIP
Это попытка понять, почему же не было звука по завершению первоначального варианта PST. После старта ждет нажатия любой клавиши.
1.1. Жмем клавишу, звучит короткий сигнал, сделано аналогично ПЗУшной процедуре.
1.2. Жмем клавишу, короткий сигнал выдается на магнитофонный выход, сделано аналогично ПЗУшной процедуре.
1.3. Жмем клавишу, короткий сигнал выдается параллельно на звуковой и магнитофонный выход, так я сделал в первом варианте PST.
1.4. Жмем клавишу, короткий сигнал выдается параллельно на звуковой и магнитофонный выход, аналогично 1.3., но в противофазе.
По нажатию любой клавиши выходим в бейсик.
Интересно, будет ли звук в случаях 1,3 и 4?

2. SCRTST.ZIP
А это попытка одним махом убить двух зайцев.
2.1. Выводится экран, заполненный символами в режиме SCR1. В данном случае мне хотелось бы увидеть, что на ТВ-тюнере видны все 32 символа в строке, а то на результатах с ТВ крайние символы не видны.
2.2. Жмем любую клавишу и выводится экран, заполненный символами в режиме SCR0. Это подготовка к шагу 3.
2.3. Жмем любую клавишу и режим меняется на недокументированный. Уже высказывал идею, что он аналогичен SCR0, хотелось бы в этом убедиться или увидеть, что это не так.
Если еще раз нажмем клавшу - выйдем в бейсик.
По SCRTST хотелось бы увидеть скриншоты.

В обоих случаях в комплекте исходники, CASы и WAVы.

[Advertiser]

[DemonId7]

ivagor, завтра утром гляну, проблем то никаких

[esl]

ivagor, у 8080 все выгляди относительно просто в сравнении с pdp11

[Titus]

А поцикловой эмуляции, насколько мне известно, в современных эмуляторах советских компов нет и вряд ли ее стоит ожидать в ближайшем будущем.

EmuStudio поцикловая.

[DemonId7]

1. SNDTAP.ZIP
Это попытка понять, почему же не было звука по завершению первоначального варианта PST. После старта ждет нажатия любой клавиши.
1.1. Жмем клавишу, звучит короткий сигнал, сделано аналогично ПЗУшной процедуре.
1.2. Жмем клавишу, короткий сигнал выдается на магнитофонный выход, сделано аналогично ПЗУшной процедуре.
1.3. Жмем клавишу, короткий сигнал выдается параллельно на звуковой и магнитофонный выход, так я сделал в первом варианте PST.
1.4. Жмем клавишу, короткий сигнал выдается параллельно на звуковой и магнитофонный выход, аналогично 1.3., но в противофазе.
По нажатию любой клавиши выходим в бейсик.
Интересно, будет ли звук в случаях 1,3 и 4?

1.1 Жмем любую клавишу и уходим на ребут

2. SCRTST.ZIP
А это попытка одним махом убить двух зайцев.
2.1. Выводится экран, заполненный символами в режиме SCR1. В данном случае мне хотелось бы увидеть, что на ТВ-тюнере видны все 32 символа в строке, а то на результатах с ТВ крайние символы не видны.
2.2. Жмем любую клавишу и выводится экран, заполненный символами в режиме SCR0. Это подготовка к шагу 3.
2.3. Жмем любую клавишу и режим меняется на недокументированный. Уже высказывал идею, что он аналогичен SCR0, хотелось бы в этом убедиться или увидеть, что это не так.
Если еще раз нажмем клавшу - выйдем в бейсик.
По SCRTST хотелось бы увидеть скриншоты.

Скрины, соответственно пунктам 2.1, 2.2 и 2.3:

Если я правильно понял этот ассемблер, то в режиме 0 буфер экрана заполняется последовательными символами? А как же примечание в книге №6, согласно которому в режиме 0 строки должны заканчиваться последовательностью символов 05,06,07,0D,0E и 0F, для регенерации памяти?