на shootout.alioth.debian.org смотрел тесты по сравнению языков - сравнимым с erlang,oz по скорости работы с многопоточной программой оказался только forth. в этих тестах форт в 1.3 раза хуже. но я увеличил число потоков и форт стал даже выигрывать.
означает ли это, что потоки в форте(gforth, tasker.fs) - не системные, и действительно настолько "дешевы"? и если это так - применяется ли форт именно в параллельных вычислениях?

Сам тест - http://shootout.alioth.debian.org/debia ... e&lang=all

В tasker.fs кооперативная многозадачность вроде. Т.е. в коде надо явно расставлять паузы (тогда идёт передача управления следующей задаче) - не очень удобно.
А вообще есть ли реализации "лёгких" потоков на форте? Такие чтобы требовали минимального обслуживания (не более чем CREATE и START)

на сколько я знаю gforth не самая быстрая форт-система. У нее заслуга только в портабельности.
Кстати и не самая интересная.

Зато самая соответствующая требованиям shootout.

ага, на 19 месте в общем зачете

правда, если везде коэффициент 1 проставить то на 13-том

Я вот думаю от пауз можно избавится так - для каждого потока создать очередь заданий, и менять в другом потоке эту очередь по мере выполнения этим потоком своей очереди. Ну например - у потока 1 очередь заданий по умолчанию такая: 1а,3а,1б,1в поток2 - 2а,4а,2б,2в а задания 1-4а 1-2б и 1-2в не зависят друг от друга. Когда один поток уже закончил работу над своей частью задания(1а), а другой поток все еще выполняет его(2а), то первый поток не ждет завершения работы с 2а второго потока, а сразу приступает к выполнению 1б задания, и как только второй поток закончит работу над заданием 2а, то первый перключится(точнее второй его переключит) на продолжение обработки задания 3а, а сам тем времнем начнет работу над следующим заданием 1в и так далее.