Бейсики для Вектора-06Ц и клонов

[metamorpho]

Ранее ivagor упоминал что загрузка 32 килобайт в формате монитора (командой BLOAD в Бейсике) на стандартной скорости - это в районе 200 секунд.
Если через SCREEN 4,N установать самую быструю скорость загрузки, то за сколько секунд можно будет загрузить 32 килобайт в формате монитора (командой BLOAD в Бейсике) ?
А можно ли сделать загрузку через BLOAD быстрее той которая указана в руководстве по Бейсику ?
Какой предел скорости через BLOAD на реальном Векторе возможен ?

[ivagor]

Формально у SCREEN4 максимальный аргумент 255, но при таком значении не грузит (грузит с ошибкой). Успешная загрузка в Emu получилась при SCREEN4,246 - на 32 Кб это примерно 2 минуты. Для реала еще бы уменьшил (хотя бы до 235-240, надо проверять на реале). Есть альтернативный вариант - грузить самораспаковывающиеся архивы, если графика, то сожмется хорошо.

[Improver]

Ещё один забавный тест: откопал свою старую игру на бейсике "Воздушный шар" (делал в 1990 году по задаче из журнала "Наука и Жизнь"), там основное движение как раз было сделано через PUT достаточно большой картинки -- хорошо подходит для теста последних улучшений Бейсика. Итак, время движения воздушного шара от старта до столкновения с небоскрёбом без нажатия кнопок получается примерно такое:

• Бейсик 2.5 -- 32 с.
• Бейсик 2.85 и 2.87 -- 22 с.
• Бейсик 2.94 -- 11 с.

Время засекал просто по секундомеру, но даже с погрешностью измерений явно видно большой прогресс в скорости обработки. Кому интересно будет повторить тесты -- вот архив с игрой: wozdshar.7z

[ivagor]

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

[Improver]

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

А я помню, т.к. пользовался. Но в печатной документации на Бейсик этого нет, упоминание про F5 есть в программе "инфор-2" из базового комплекта:

[ivagor]

Когда писал про победу над бейсиком6128 упустил скорость вывода символов, исправляюсь (2.88, 2.95).
Кроме печати буковок и LINE BF/BS есть еще неграфические оптимизации, особенно в 2.95, что позволило ему прокрутить пустой цикл менее чем за 11 секунд.
Исправлена недоработка PAINT, которая была начиная с классического 2.5. Если в PAINT не задавать цвет заливки и цвет бордюра, то он использует значения с прошлого раза. Ошибка в том, что на эти значения каждый раз накладывается маска доступа к плоскостям, и если это значения с прошлого раза, а мы увеличили число доступных для рисования плоскостей, то в цветах для PAINT они не будут "размаскированы". При неблагоприятном сочетании условий это даже могло приводить к зацикливнию PAINT. Не смертельно, можно нажать БЛК+СБР, но это неприятно и неправильно, теперь исправлено.

[Advertiser]

[ivagor]

Извините за неприличное количество версий бейсика, но 2.96 нельзя скрывать от общественности. Сегодня неожиданно сообразил как резко ускорить преобразование символьной записи десятичных чисел в двоичное представление. Микроускорение этой процедуры было в 2.95, но тут другой уровень. Это заметно сказалось на программах metamorpho (конечно не только на них, но это новые программы и результаты их тестов в предыдущих версиях я выкладывал). Старт ANTIGRAV и пробегание от левой стены к правой в PROVERKA теперь в полтора раза быстрее, чем в 2.5! ANTIGRAV в 2.96 рисует заставку быстрее, чем загрузка готовой картинки по BLOAD"" даже с максимальной скоростью, а ведь кроме BLOAD пришлось бы инициализировать массивы и переменные, что тоже требует времени.

[ivagor]

Rugg/Feldman benchmarks для позиционирования векторовских бейсиков в общем ретрокомпьютерном контексте. Без учета графики, есть минимальный учет вывода букв. Тестики слишком простые, зато есть результаты для большого количества ретрокомпов. Пришлось внести незначительные изменения: без LET и в 2.5/2.96 STOP вместо END. Пробелы добавлял как оригинале, без них было бы чуть быстрее.
Нужно отметить, что в вики колонка Test 8 - это суммарный результат тестов 7+8. В таблице время в секундах, как в вики.

			RFBM1	RFBM2	RFBM3	RFBM4	RFBM5	RFBM6	RFBM7	RFBM8	RFBM7+8
Корвет (целые)		1.16	5.45	20.32	19.30	20.52	30.52	47.67	-	-
Корвет (одинарн)	1.82	6.96	19.48	19.62	20.84	34.67	57.06	9.68	66.74
BASIC 4.51 (целые)	1.22	5.39	18.91	18.00	19.42	29.59	46.34	-	-
BASIC 4.51 (целые с \)			-	12.37	13.80	23.97	40.72
BASIC 4.51 (одинарн)	1.85	6.82	18.51	18.71	20.14	33.95	53.73	9.34	63.07
MBASIC 5.29 (целые)	1.26	4.66	18.45	16.81	18.09	28.89	43.28	-	-
MBASIC 5.29 (целые с \)			-	10.89	12.17	22.96	37.35
MBASIC 5.29 (одинарн)	1.86	6.08	17.09	16.97	18.25	32.73	51.97	9.36	61.33
2.5			1.50	9.70	20.79	22.31	24.29	36.09	50.73	9.80	60.53
2.96			1.29	6.73	15.23	15.42	16.75	26.06	39.27	7.27	46.55
2.97			1.13	5.76	13.47	13.55	14.48	22.67	34.31	7.00	41.31
2.98			0.81	3.99	8.71	7.72	8.47	13.98	22.19	4.98	27.17

Результаты Бейсика-Корвет местами странные (RFBM3). Перепроверял, повторяемость есть. На Корвете тесты несомненно работали бы несколько быстрее - меньше времени на обработку прерываний, чуть-чуть быстрее процессор, быстрее вывод символов. Чтобы комментировать Бейсик-Корвет надо разбираться, но и без углубления видно, что 2.96 часто быстрее, даже если в корветовском использовать целые.

На какие ориентиры можно обратить внимание по 2.5/2.96:
1) Примерный аналог по железу и софту - Altair 8800 с Altair BASIC и результаты действительно близкие.
2) 2.96 позволил обогнать тройку классических компов с 6502 (1 МГц):
2.1) C64 с MS BASIC. 2.5 отстает во всех тестах кроме 8 (7+8), 2.96 впереди во всех тестах кроме 1.
2.2) Apple II с Applesoft BASIC. 2.5 медленнее во всех тестах, 2.96 быстрее во всех тестах.
2.3) VIC 20 c MS BASIC. Аналогично предыдущему пункту.
3) Скорость BBC Basic особо не впечатляет, как бы его не хвалили. Проц BBC Micro в 2 раза быстрее чем у предыдущей тройки и результаты примерно в 2 раза лучше. Да, у него есть интересные фишки, но скорость к их числу не относится. Пробовал пустой цикл в BBC Basic Z80 для CP/M - 2.96 даже на 8080 быстрее.

[ivagor]

Бейсик-Корвет сделан на базе микрософтовского бейсика 4.x (скорее всего 4.51). Стало интересно сравнить с их финальным интерпретатором для 8080 - MBASIC 5.29 для CP/M (добавил в таблицу). Пробовал в T-34.
1. Предполагаю, что RFBM1 чуть медленнее из-за более медленного вывода символов. Там сама программа очень быстро пролетает, и относительный вклад вывода символов больше.
2. Все остальные тесты в 5.29 быстрее. Там, где разница <=4-5% - это из-за быстрого обработчика прерываний в T-34, но в ряде тестов разница намного больше.
3. В RFBM3 повторилась история с более медленным целочисленным вариантом (тоже перепроверял несколько раз).

5.29 на мой взгляд интереснее портированного корветовского своей скоростью и поддержкой дисковода, но там нет графики (а музыки и в корветовском нет). С графикой можно сделать финт ушами как для Океана-240 - не хакать глубоко бейсики, а внедрить графику в досовский драйвер печати символов через Esc-последовательности. Причем такой вариант подойдет для любого сипиэмного бейсика, в т.ч. для компилятора BASCOM. Но досы поддерживают 16 Кб видеопамяти из 32 и графические возможности были бы ограниченные, как у корветовского порта.

[ivagor]

Добавил в таблицу результаты 4.51 (тестировал в T-34). Как и предполагалось, в большинстве тестов он немного медленнее 5.29, зато 18432 байта против 24320.
Жаль, что нет исходников 5.29 или 4.51 в готовом для компиляции виде, находится разве что такая штука (1, 2). Это GW-BASIC для x86, как оказалось в значительной степени транслированный (чем-то вроде такого) из 8080 (или менее вероятно z80), в комментариях остались регистры ABCDEHL.
Есть еще книжка по TRS-80, где примерный аналог 4.51, но с вкраплениями команд z80.