Вектор для чайника

[litwr]

Есть реальная программа-калькулятор, она должна печатать ибо калькулятор. Программа использует алгоритм расчета, мы оптимизируем имеено этот алгоритм. Квадратичность выбранного алгоритма позволяет отделять тайминги расчетов от таймингов печати знаков. Oбъяснял это не раз - https://forum.vcfed.org/index.php?th...3/post-1309053
Вы бы раскрыли секрет, что вы заметили неоптимального? Можно и конкретнее, типа на Векторе сильно тормозятся инструкции вроде LD A,B - но как же без них?! И 4000 или более знаков интересны мне только тем, что у меня до сих пор нет уверенности, что ваш код может быть реально быстрее, если он будет соответствовать требованиям проекта.
А мои программы для Вектора можно и под СР/М запускать, писал об этом. Реально они и есть программы для СР/М. Монитор - это фактически эмулятор СР/М.

[ivagor]

А мои программы для Вектора можно и под СР/М запускать, писал об этом.

А где я писал, что Вашего spigota нельзя запускать под CP/M? Или это кому адресовано?

Думаю, что основная проблема - в безответственности, но это можно преодолеть.
Предлагаю такой эксперимент. Я сделаю вариант spigotа, который
1. Считает 4000 цифр. Пожалуйста приведите время расчета 4000 Вашим вариантом программы.
2. Работает в мониторе 3.5 супер монстр.
3. Выводит символы на экран с использованием встроенного в монитор эмулятора консоли CP/M
Можно добавить еще условия, или что-то поменять/уточнить.

Если моя программа будет быстрее, то Вы в течении года со дня, следующего за выкладыванием программы на форум не будете писать на форуме zx-pk.ru.
Если моя программа будет медленнее, то я в течении года со дня, следующего за выкладыванием программы на форум не буду писать на форуме zx-pk.ru.
Срок самобана тоже можно обсудить.
В идеале тут помогли бы модераторы, если вдруг проигравший не будет соблюдать условия, но вряд ли они захотят впутываться.

[ivagor]

А где я писал, что Вашего spigota нельзя запускать под CP/M? Или это кому адресовано?

Про spigota я не писал, но раз я за максимальную добросовестность, то надо упомянуть фрагмент поста про Мандельброта

Отдельно отмечу формат файла. Бинарники litwrа имеют расширение .com, но не существует операционных систем для вектора, в которых они будут корректно работать. Нормальное функционирование возможно только при запуске из монитора-отладчика. Этот технический момент я не считаю недостатком при сравнении скорости, просто он не документирован и надо его учитывать.

Это касается только Мандельброта (файлы m128.com и m256.com). Это не касается файла pi-8080-vector06c-bios.com, он может корректно работать в большинстве операционных систем для вектора, хотя и не во всех. Извините, если кто-то подумал, что вышеприведенная цитата касается и расчета пи.

[litwr]

А где я писал, что Вашего spigota нельзя запускать под CP/M? Или это кому адресовано?

Вы писали, что только мои программы и ещё одна не моя используют стандартные функции СР/М. И ответил именно вам.

Думаю, что основная проблема - в безответственности, но это можно преодолеть.

Мне абсолютно всё равно, будете ли вы использовать форум или нет. Повторю, мне лишь интересен максимально оптимизированный код. Было бы интересно узнать результаты вашего кода на 4000, а лучше и на большем числе знаков. Но это не критично. Вас приглашали помочь разобраться, вы же провоцируете какой-то нелепый конфликт. Бросаесь всякими протокальными словечками... Что за безответственность? О чем это Вы?

Про spigota я не писал, но раз я за максимальную добросовестность, то надо упомянуть фрагмент поста про Мандельброта

Будьте, пожалуйста, поконкретнее. Вас просто не понимают. Повторю, мой код быстрее (и может быть за несколько секунд стать на 20% быстрее) - это просто факт. Тут нет ничего личного. Мопед быстрее велосипеда, а Вольво мопеда - c'est la vie - этим никто велосипед поставить в неудобную позицию не хочет.

[ivagor]

Вы писали, что только мои программы и ещё одна не моя используют стандартные функции СР/М. И ответил именно вам.

Желающие могут поискать в цитатах упоминание стандартных функций CP/M

Стандартная функция вывода знаков на экран у Вектора небыстрая

У Вектора-06Ц нет стандартной функции вывода знаков на экран. Если Вы про функцию вывода символов на экран в мониторе, то ей пользуются 4 общедоступные программы, из которых 3 Ваши: EDASM и вот теперь добавились m128, m256 и pi-8080-vector06c-bios.

А я завершил общение с litwrом, удачи всем желающим пообщаться с ним.

[parallelno]

Чего бы точно не хотелось, так это банить тех кто что-то делает для Вектора. Их и так по пальцам пересчитать можно.
Пожалуйста не сортесь.

[ivagor]

Банить не обязательно.
Если вдруг кто-то считает, что вариант litwrа быстрее посчитает 4000 цифр, то я готов с ним поспорить на беспроигрышной (для вектора) основе. Например - проигравший переведет 4000 рублей (по числу цифр пи) в призовой фонд конкурса РЕТРОГРАД. Сумму и другие условия можно обсудить и, при необходимости, изменить.

[ivagor]

Только для ценителей пи

Прошу прощения у фанатов вектора, которых лишаю (пусть и крайне маловероятного) доната для конкурса, но я не удержался и переделал spigota под монитор или CP/M (в CP/M не пробовал).
Скриншоты завершения расчета. Слева - вариант litwr, справа мой

В нижней строке - время в секундах.

[свернуть]

[ivagor]

Небольшой субъективный комментарий "что это было"

В варианте litwrа есть хорошая оптимизация алгоритма. Не знаю, кто ее предложил, попробую угадать, что БКшники (в исходнике написано, кто участвовал в оптимизации), но не уверен. По крайней мере для БК (хотя не только для БК) реализовано красиво. Предположу, что litwr посчитал, что эта оптимзация в одиночку может вывести в лидеры и его вариант для 8080, но тесты показали, что это не так (мои 3000 и 4000 без заветной оптимизации). А если взять эту оптимизацию, грамотно реализовать для 8080 и интегрировать в быстрого spigota, то при 1000 цифр даже мониторный вариант немного опережает предыдущего чемпиона, а при 3000 обгоняет vic20-3. Если попробовать наоборот, т.е. интегрировать все фишки быстрого spigotа в вариант litwr, то (постараюсь сформулировать аккуратно) это намного сложнее. Вот такие новые горизонты. Надо бы собраться и сделать нормальный вариант ускоренного spigota для вектора.
litwrу спасибо, что он поднял эту тему и привлек грамотных специалистов к оптимизации, но дискуссию с ним стоило завершить раньше, это сэкономило бы мне нервы и не выглядело бы так неприятно со стороны. Прошу прощения за некоторые резкие высказывания, стоило выбрать более сдержанную форму для того содержания.

[свернуть]