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

[litwr]

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

[Advertiser]

[Hunta]

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

[PATHNK]

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

[Hunta]

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

[OrionExt]

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

[Lethargeek]

а вдруг там вообще эмулятор 6502 внутре крутится?

[AFZ]

А со стандартным DEC'овским Бейсиком сравнивали? Если что, по слухам, вильнюсский Бейсик компилирующий - когда ему говоришь RUN, он сначала компилирует, а затем исполняет, быстро. А DEC-овский - классический интерпретатор, на Э-60, помнится, было порядка 100 операторов в секунду. А то, может быть, вы хотите от интерпретатора Скорости, как от скомпилированной программы?

[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 немного левый, им занимается один энтузиаст. Сил не хватает, он ещё тригонометрию не сделал, сомневаюсь, что встроенный ассемблер работает.

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

[gid]

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

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