nbkolchin писал(а):
Во-вторых, принципиальный момент -- что в 80-е ITC сливал в 3-5 раз ( KPG бросал диссер какого-то прибалта про реализацию форта, там это было указано), а сейчас более 50. И по скорости ITC часто сливает даже Питону, что совсем неприлично.
Скорее надо уходить от ITC и работать над упрощением преобразования стекового кода в регистровый для современных CPU. У нас эта проблематика сейчас хорошо проработана из-за JVM.
Возможно ITC ещё не так сильно проигрывает в замерах для контроллеров AVR,PIC,STM8,STM32,MCS-51 ...
но, это возможно имеет смысл проверить отдельно на существующих вариантах.
P.S. Запускал Тест счастливых билетов на VFX Forth и amForth и вроде для MSP430 в рамках обсуждения времени его выполнения для разных калькуляторов на сайте pmk.arbinada.com и он, вроде, достаточно неплохо выполнился в рамках этих контроллеров. На этом же сайте есть замеры по тесту 8-ми ферзей.
VFX правда для контроллеров (STM32, MSP430) в натив переводит Форт код.
А, LXF имеется только в бинарном виде или в исходниках тоже можно увидеть?
В замеры можно включить ещё SPF4 реализованный и для Linux 32.
Интересно, что gForth из репы полностью у меня собрался для Linux 32 в рамках ScPup32.

BigForth тоже рабочий с мелкими замечаниями.
Для Windows форк SPF4 от mOleg имеет в своей реализации разные варианты шитого кода и тоже может выступать некоторым тестом для них.
Есть и такие Форт бенчмарки
The ultimate Forth BenchmarkThe Forth MONSTER benchmarkFFT benchmark codeи некоторые другие бенчмарки на этой странице