Почему 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 раз...