в кристалле стандартная библиотека не рассчитана на ручное освобождение - вполне там в каком-нибудь sort\select\map может создаваться временный массив, который аллоцируется в куче и потому не удалится.

Она не рассчитана на чистый мультитрединг в принципе, там всё на файберах и незащищенный доступ

ну если общаться только через каналы как в эрланге то будет ок.

Каналы медленные

Они тоже ведь через файберы реализованы

А что ты подразумеваешь под чистым мультитредингом?
Если потоки читают один и тот же объект - что в этом может быть незащищённого? (если конечно чтение не имеет побочных эффектов). Ну или если один вектор поделен на N частей между потоками и каждый пишет в свою часть? Или если даже все потоки делают что-то вроде c++ на общей переменной, но важно только то, что результат отличен от нулевого.
И, например, без файберов обычный ввод-вывод работать не будет, но вычислениям-то это не мешает.

Что, банальный push в Array никак не защищен

Мы сейчас про race condition?

Ну, типа

Эм, назовите мне язык где самая примитивная имплементация коллекции так или иначе синхронизируется

Тезис в том, что

> Она не рассчитана на чистый мультитрединг в принципе, там всё на файберах и незащищенный доступ

Python 🙂

Go, получается, тоже не расчитан.

Вернее, CPython. Т.к. в Jython такой синхронизации нет.

👍

Получается, кроме Erlang, вообще ни кто не расчитан.

Ну еще Rust пытается делать вид, что расчитан.

Ну я так понимаю тейк был не в том что в библиотеке не всё синхронизировано, а в том что в библиотеке нет саппорта для синхронизации вообще нигде.
Правда я тогда не понимаю при чем тут наезд именно на эррэй.