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

[ivagor]

Т.е. в 100 раз?

Да, что-то меня переклинило (цифр в 10 раз больше, считает в 100 раз дольше).

ещё и на этом оптимизируете?!

Подкованные векторовские программисты это знали с самого начала, а после того как в информационном выпуске Вектор-USER была опубликована (в 94 или 95 году) информация по растактовкам это узнали все (в т.ч. и я). Сергей Ермолаев (SES) написал (правда уже после коммерческой смерти вектора, в конце 90х) статью с некоторыми приемами оптимизации под вектор.

уверены, что эмулятор даёт правильную частоту кадров? Все известные мне эмуляторы БК вместо положенных 48.5 Гц упрямо дают 50.

В emu и Virtual Vectore в кадре точно 59904 такта. Если так не сделать, то не будет правильно работать как минимум игрушка exolon (и наверняка некоторые демки, просто навскидку не назову).

[b2m]

Для вектора b2m выдал мне индульгенцию, а я еще распространил её действие и на клоны вектора.

Что-то я не помню, чтобы я где-либо что-либо тебе запрещал. Я мог высказать где-то какое-нибудь скептическое мнение, но запрещать - не было такого. Так что дерзай на здоровье.

[perestoronin]

Скорее раз в 10 для 8-биток. Давал ссылку на компилятор си для Амстрада - тот при включении оптимизации даёт код, примерно раз в 8 медленнее лучшего из пока сделанных. И затрат в часах для такого небольшого кода нужно очень немало:

Затраты в часах можно померить разницей во времени между сообщениями. Так что не правы.

А на счет 100 раз речь шла о переходе с Бейсика на ассемблер для не самого удачного одного и тоже алгоритма. Для Си же разница как между оптимизированной версией на асме и не оптимизированной. Что оптимизация на Си не стала лучше за последние 20 лет, это мне и так давно известно, что говорит в пользу использования ассемблера там, где есть такая необходимость или возможность.

надо сайт какой-то сделать, сохранить коды для Истории.

Есть вики здесь местная. Наполняйте на здоровье. Я прилеплю ссылку на Вашу статью в шапку этой темы.
http://zx-pk.ru/wiki

[ivagor]

Что-то я не помню, чтобы я где-либо что-либо тебе запрещал.

Ты не запрещал, а вот я пообещал.

[Titus]

Ты не запрещал, а вот я пообещал.

Просим самую быструю версию под Z80)

[ivagor]

первые версии pi32 для вектора показывали что-то в районе "2.25 МГц"

Проверил, поправлюсь - первая версия для вектора соответствовала "эффективной частоте" 2.3 МГц (4.48 сек с тормозами, 3.44 сек без тормозов)

[litwr]

Затраты в часах можно померить разницей во времени между сообщениями.

Время в сутках, а ускорение только в 10-х процентов к малюсенькому коду. И ошибся с числом, по сравнению с С (Z88DK/SDCC_FAST - http://www.z88dk.org/wiki/doku.php?id=temp:front#pi) все усилия по оптимизации дали только 3-х кратный прирост. Оптимизаторы сейчас работают лучше и продолжают улучшаться - откуда 20 лет - загадка. Кто 20 лет назад мог рассчитывать на стабильный 2-х и более кратный прирост скорости от стандартной оптимизации? Тогда ещё память была дорогой - 16 МБ были нормой. В ретропрограммировании без ассемблера почти никак... А вот статья с фактами и про современный ассемблер - http://habrahabr.ru/post/254121/

Просим самую быструю версию под Z80)

Выкладываю версию superbest уважаемого ivagor - остальные пока не перевёл. Перевод на z80 процесс быстрый, минут на 15. Может на днях сделаю и остальные. В коде нужно только заменить функцию печати знака из регистра А (после метки PRC) и вставить при желании учёт времени. На Амстраде время считать поручаю бейсику, который вызывает машинный код как подпрограмму. Адреса загруки нужно ещё соответствующие системе выбрать...
superbest-z80.asm

[Titus]

Выкладываю версию superbest уважаемого ivagor - остальные пока не перевёл. Перевод на z80 процесс быстрый, минут на 15. Может на днях сделаю и остальные.

Имеется в виду версия специально оптимизированная под Z80.

[ivagor]

litwr, как переводите мнемоники 8080->z80? Раньше я иногда использовал IDA: ассемблируем 8080, IDA->z80. Или вручную, если мало кода.

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

статья с фактами и про современный ассемблер

Что-то совсем асм загнобили.

[perestoronin]

Что-то совсем асм загнобили.

И на асме можно таким образом написать программу, что при том же алгоритме она будет медленнее аналогичной программы на Бейсике.

Смею предположить что есть коллеги сильно любящие "Бейсики" и "Жаб" и готовые на любые грязные манипуляции.

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

В результате получаем тормозящие браузеры на java и python, тормозные смартфоны и планшеты и снова на java. А про бизнес-приложения и говорить не приходится, если раньше обходились для этих целей сервером на 486-процессоре, то сейчас схожие задачи уже требуют для "современного" ПО мощностей датацентров, оправдание - якобы аналитики стало больше

Интересно, если бы сейчас впервые потребовалось разработать ядерный реактор, предположим что открытие цепной реакции сделали бы именно сейчас, то какой мощности для расчетов машину бы запросили ученые ? Думаю 16Кбайт и 4тыс операций в секунду им было точно мало! А офисные мыши бы не пасьянс раскладывали, а не отходили бы от стоек машины пылающей жаром Ада, а офисные босы бегали бы с коробками ламп и бухгалтерскими счетами под мышкой вместо смартфонов и калькуляторов в кармане каждые 15 минут и не спрашивали бы у мышей чем они сегодня занимались вместо того чтобы трудиться.