Почему BBC Basic так тормозит?

[litwr]

Результаты просто невероятно тормозные. Как такое может быть?! Может кто что-нибудь подскажет, поможет нашим друзьям из Туманного Альбиона? Они там всё ж работают и с УКНЦ... Прикрепляю образ загрузочного диска для УКНЦ. После загрузки выходим из вильнюс-бейсика SYSTEM, затем запускаем RUN BBC и затем LOAD"MNDLB.ASC" и RUN.
У меня пока есть предположение, что возможно бибисишный бейсик как-то переключается в пошаговый режим, но знаю как это проверить.
bbcbasic.zip

[Advertiser]

[Hunta]

Или просто тормозная реализация.

[PATHNK]

Когда писал статью про компьютер Jupiter Ace наткнулся (картинку нужно увеличить, чтобы прочитать цифры) на сравнительный анализ бейсиков для разных компьютеров из которого следует что BBC Basic не такой уж и тормознутый.

[litwr]

Когда писал статью про компьютер Jupiter Ace наткнулся (картинку нужно увеличить, чтобы прочитать цифры) на сравнительный анализ бейсиков для разных компьютеров из которого следует что BBC Basic не такой уж и тормознутый.

Это известный факт, что BBC Basic на BBC Micro/Master быстрый. Он позволяет оптимально использовать целые. Хотя в целом его скорость больше обязана частоте процессора, чем качеству кода. Этот бейсик фирменно перенесли на Z80, 32016, ARM, x86 и возможно на какие-то ещё процы. Порт для PDP-11 немного левый, им занимается один энтузиаст. Сил не хватает, он ещё тригонометрию не сделал, сомневаюсь, что встроенный ассемблер работает.
По моим представлениям, просто из-за качества кода в 300 раз медленнее быть не может. Вильнюсский бейсик на БК, если сравнивать с бибисишным, все равно чуть медленнее, несмотря на полукомпиляцию. Поэтому загадка торможения пока остаётся...

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

меня радует litwr тестирую бейсики, он видимо серьезно относиться к этому?) только вот он забывает упануть какая там система плавающая запятая? вот даже уже не смешно.
все тут так. куда не ступнуть

Нужно разобраться почему так медленно, речь совсем не о том, что быстрее. Не понятно, как так получается.
Что касается формата fp, то разницы большой быть не должно. Это несложно и проверить. Вот программка

10 C=0 : T=1 : Q=0.5
20 C=C+1 : Q=Q/2 : S=T+Q : IF S<>T THEN 20
30 PRINT "MANTISSA BITS: ";C
40 REM TRAP 70
50 C=0 : T=2
60 C=C+1 : Q=T : T=T*2 : IF Q<>T THEN 60
70 PRINT "MAX EXPONENT: +";C
80 REM TRAP 110
90 C=0 : T=0.5
100 C=C+1 : T=T/2 : IF T<>0 THEN 100
110 PRINT "MIN EXPONENT: -";C
120 END

На вильнюсском бейсике для УКНЦ почему-то по-умолчанию используют формат 3+1 (на БК ПЗУ Бейсике - 7+1), на BBC Basic всё как всегда 4+1 (4 байта на мантиссу и 1 на порядок). Это может дать разницу максимум на треть, а не в 300 раз...

[Lethargeek]

Этот бейсик фирменно перенесли на Z80, 32016, ARM, x86 и возможно на какие-то ещё процы. Порт для PDP-11 немного левый, им занимается один энтузиаст. Сил не хватает, он ещё тригонометрию не сделал, сомневаюсь, что встроенный ассемблер работает.

а порты для перечисленных - с ассемблерами?

[litwr]

а порты для перечисленных - с ассемблерами?

Вроде для Z80, ARM, x86 и даже ARM-64 и х86-64 ассемблеры есть. Кстати, есть ещё порты для 6809, 68000, 65816 и 6309, но как там с ассемблерами не знаю. Встроенные ассемблер - очень хорошая вещь для компилятора, но для интерпретатора это скорее спорное подспорье. Потому что приходится постоянно хранить в памяти как исходник, так и код. Кроме того, ассемблер интерпретатор должен компилировать, а это если код большой, это может вызвать неожиданную задержку.
Добавлю ещё, что есть вариации BBC Basic с праздничным названием Бренди - эти вариации ассемблера не поддерживают принципиально.

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

Имхо надо просто автору сказать что мол "тормозит из-за вот этого". (показать в моем посте код для Execute). Он вызывает EMT 340(8) аж два раза.

Запостил - https://stardot.org.uk/forums/viewto...333283#p333283
EDIT. И, конечно, очень Вам благодарен.

Ну это как-раз и не странно. Сравнивать эмулятор просто системы RT-11 с эмулятором реального железа это скажем-так - неправильно. (типа соленое круглее чем красное получится).

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

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

Никакого специального портирования RT-11 на УКНЦ не требуется.

Попробовал запустить на УКНЦ вильнюсский бейсик с ДВК - запустился, но любая попытка обратиться к файловой системе бейсик ломает. Естественно предположить, что RT-11 для УКНЦ как-то не совсем стандартно работает с дисками. И это при том, что в эмуляторе RT11 бейсик с ДВК работает отлично.

[Hunta]

Естественно предположить, что RT-11 для УКНЦ

Или взять стандартный дистрибутив RT-11, добавить драйвер MZ и убедиться, что больше ничего для запуска RT-11 на УК-НЦ не требуется

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

Вот тут я именно это и сделал. Скопировал файлы с дистрибутива RT-11 5.7, добавил MZ.SYS, HD.SYS и программу ClkOn (она подсказывает RT-11, что есть таймер и что он 50 Гц) и вауля - я ПОРТИРОВАЛ RT-11 на эмулятор Патрона, эмулятор УК-НЦ от Никиты и на реальный УК-НЦ. Какой я молодетс!

[Hunta]

Попробовал запустить на УКНЦ вильнюсский бейсик с ДВК - запустился, но любая попытка обратиться к файловой системе бейсик ломает.

Ну и что бы добить

[gid]

а BBC Basic всё как всегда 4+1 (4 байта на мантиссу и 1 на порядок)

Т.е. предположительно порт на PDP оперирует данными по-спектрумовски - исключительно байтами? И наверное ещё и для вычислений использует всего один регистр в качестве аккумулятора, да ещё и только мл. байт его, после каждой операции очищая ст. байт. Тогда не удивительно, что он будет жутко тормознутый, если функции умножения деления плавающих чисел вычислять 8ми битными алгоритмами.

[Hunta]

Сам по себе язык не может быть тормознутым или быстрым. Тормознутой или быстрой может быть его конкретная реализация.