Вычисление числа Пи на ассемблере

[ivagor]

Надо загрузить эту программку в Амстрад и подозреваю, что Амстрад станет чемпионом опять.

Эту в амстрад не получится, здесь используется команда rdel. Но несомненно амстрад обгонит вектор, против z80 с большей частотой не попрешь.

прежняя процедура DIV32 была лучшим такого рода алгоритмом во всей сети

Думаю просто никто особо не занимался оптимизацией 32 битных операций с целыми для 8080 и z80 ввиду неактуальности. Любая из двух вышеприведенных процедур для вектора будет быстрее исходного амстрадовского варианта. Но и под z80 можно оптимизировать. Возможно спектрумисты уже оптимизировали, просто надо найти их вариант.

[CodeMaster]

добавил поддержку аппаратных деления и умножения.

Это для ВМ1Г? vslav сейчас делает потактовый клон БК на FPGA с разными процами, надо будет с ним поговорить. Но, мне кааца, он говорил по итогам реверса кристаллов, что аппаратное умножение/деление в ВМ1Г весьма формальное и заметного выигрыша скорее всего не даёт. Там же можно проверить вычисление на ВМ1 на 100 Мгц ;-)

[litwr]

несомненно амстрад обгонит вектор

Не уверен, частота у Амстрада на треть выше, но дополнительные инструкции 8085 выглядят помощнее и оптимизаторы поэнергичнее. Удивительно сходство архитектур Вектора и Амстрада по части работы с процессором. А знаете ли сколько было выпущено ПК-6128Ц? Как к этой модели относится, как к серийному или опытному компьютеру? Неужели у вас настоящий?! А был ещё Вектор-Турбо+, лучший в мире Спектрум - Пентагон, ...

32 битных операций с целыми для 8080 и z80 ввиду неактуальности

Их до сих пор используют, но в современных значительно ускоренных выриантах. Вот неплохая библиотека для z80 http://z88dk.cvs.sourceforge.net/vie....2&view=markup

вывод результата надо исключить из подсчета времени расчета числа

Времени там менее 1%.

не отвечает

На него похоже.

[MiX]

Интересны ДВК-3

100 знаков- 0,7сек.
1000 знаков- 64,7сек.
4680 знаков- 1409,8сек.

[ivagor]

дополнительные инструкции 8085 выглядят помощнее

По крайней мере rdel быстрее adc hl,hl, это да, важный момент. Но у z80 свои фишки

А знаете ли сколько было выпущено ПК-6128Ц?

Меня этот вопрос тоже очень интересует.

Неужели у вас настоящий?!

Нет, я все прогоняю в эмуляторах, но dk_spb проверял на реальном 6128 и тест быстродействия всех команд и тесты флагов, т.ч. эмуляция 8085, причем с правильными тормозами, в emu и VV точная. Правда b2m немного поломал ее с определенной версии, но уверен, что и с emu все будет хорошо (может даже уже).

Самый быстрый (не спектрумоподобный) реал с z80 у читателей/писателей форума сейчас пожалуй Орион-ПРО. Как минимум у двух человек он работает, возможно стоит и для него сделать версию. Ее точно нужно проверять на реале, т.к. точной эмуляции задержек для режима 10 МГц (пока?) нет.

Времени там менее 1%.

Вот кстати где как. На компах с аппаратным текстовым экраном все хорошо, а при выводе на графический может быть и больше. В векторовских CP/Mах очень медленный вывод на экран. Корвет опередит вектор в pi32, но 6128 все же быстрее корвета.

- - - Добавлено - - -

Ничего себе ДВК-3 скоростной

[litwr]

100 знаков- 0,7сек.
1000 знаков- 64,7сек.
4680 знаков- 1409,8сек.

Очень вам благодарен, лет 20 что-то такое хотел узнать. А ещё бы сравнить выгоду от аппаратных деления и умножения. Чтобы использовать только программные надо поставить HMUL=HDIV=0. На PDP-11 эти операции только знаковые и перевод, особенно деления, в беззнаковый формат непрост. Поэтому выгода от аппаратных операций наверное не слишком большая.

ВМ1Г весьма формальное

Что ждать уважаемого vslav'a - может в этой теме быстрее накопаем?

На компах с аппаратным текстовым экраном все хорошо, а при выводе на графический может быть и больше.

Почтим уверен, что у всех - менее процента - там печать один раз после большого цикла. А вот в долях процента может быть разница раз в 10, которая ни на что в итоге не влияет.

Корвет опередит вектор в pi32, но 6128 все же быстрее корвета.

Противоречие

[Advertiser]

[ivagor]

Противоречие

При выполнении pi32 6128 быстрее корвета, корвет быстрее вектора. В чем противоречие?

- - - Добавлено - - -

Почтим уверен, что у всех - менее процента - там печать один раз после большого цикла

У самых медленных векторовских версий cp/m 100 символов будет печатать 0.3 секунды! Это значительно больше 1% для 100 цифр. Для тысячи цифр, конечно, это пустяк

[MiX]

HMUL=HDIV=0

100 знаков -1,8сек.
1000 знаков -183,4сек.
4680 знаков -4265,2сек.

[ivagor]

Оффтоп

с emu все будет хорошо (может даже уже)

Оказывается b2m еще позавчера поправил. С версии 03.12.2015 у 6128 в emu снова правильные тайминги

[Vslav]

Реальный 1801ВМ1Г, на модуле + плата DE0, частота 5МГц, быстрая память без ожидания, терминал асинхронный, время измеряется 50Гц таймером

При HMUL=0 (программное умножение)
1000 знаков - ~261,7 сек
100 знаков - ~2,6 сек

При HMUL=1 (аппаратное умножение, инструкция MUL)
1000 знаков - ~195,6 сек
100 знаков - ~2,1 сек

Итого - аппаратное умножение на ВМ1Г полезное, потому что программное - еще медленнее.
в цикле вычисления есть два умножения и два деления, так что вклад именно умножения в конечный результат немного размыт.

Update: на 100МГц реплике (ВМ1Г, HMUL включен) время вычисления 1000 знаков - 9.14 секунды, забавно производительность с частотой отмасштабировалась - в 20 раз подняли частоту, в 20 раз выросла скорость.