Если с учетом "постоянной составляющей" на вывод 10 частичных объектов высотой по 4 строки, то в кадре остается время на 5 "полных" объектов.
Вид для печати
Если с учетом "постоянной составляющей" на вывод 10 частичных объектов высотой по 4 строки, то в кадре остается время на 5 "полных" объектов.
Что-то много. Обычное раскатанноеЦитата:
Сообщение от ivagor
Mov m,a
Inr h
Даст 1440 тактов без проблемы с выходом из страницы.
На векторе mov m,a - 8 тактов, inr h - 8 тактов, поэтому быстрее push для вектора ничего нет.Цитата:
Сообщение от jerri
В мануале 5 и 7 тактов.Цитата:
Сообщение от ivagor
А где растактовка под вектор?
Векторовские растактовки например здесь, 15й номер, страница 63 файла. Там есть опечатки (CALL, может еще что). svofski делал исправленную версию, но я не помню, где она.
- - - Добавлено - - -
Прикинул push+push+inr+sphl против mov m,a+inr при прозрачном доступе проца к озу - все равно c push быстрее, 960 тактов против 1440.
Кстати почему такое торможение для регистра?Цитата:
Сообщение от ivagor
Я понимаю для памяти.
Доступ проца к памяти один раз в 4 такта. Циклы соответсвенно округляются вверх (3->4; 4->4; 5->8)
Наверное ты про эти.Цитата:
Сообщение от ivagor
https://github.com/svofski/vector06c...uction_Timings
Я не помню про исправления, но это все давно было. В любом случае тут на них смотреть проще, чем в 15-м номере на 63-й странице файла.
- - - Добавлено - - -
Это у z80 регистр-регистр работает за 4 попсовых такта, а у 8080 там все брутальные 5.Цитата:
Сообщение от jerri
Довольно странно, что у CALL и вокруг него, округление не до ближайшего кратного 4-ём, а значительно больше.Цитата:
Сообщение от svofski
Но это так, если вдруг потребуется такты экономить, сразу будет видно, что там на самом деле.
CALL без тормозов по циклам:5+3+3+3+3=17. С векторовскими тормозами:8+4+4+4+4=24. Никаких неожиданностей. Векторовским программистам повезло, что у 06Ц такие простые и понятные тормоза. Лучше бы без них, но уж если тормоза есть, то пусть хотя бы простые и понятные.