вместо HIPE будет JIT, но ни HIPE не был предназначен
и JIT не будет для цифродробилок

А можно ссылочку?

Я люблю рекламировать BEAM за performance even without JIT. Теперь не смогу говорить, что оно без жита жжет?

так Erlang никогда не жег на синтетических тестах,
достаточно benchmarksgame посмотреть.

Он и с jit жжеч не будет. Язык немного для других целей всегда был.

По performance Elixir/Phoenix уделывает Ruby как маладенца. 100 спеков, половина лезет в БД - 1-2 секунды на выполнение

А Ruby 1-2 секунды только классы грузит

это не так работает.

И Go в отдельных случаях Elixir уделать может

Отчего ж? Даже если в один поток запустить - все равно уделает в несколько раз

Есть бизнес-логика + архитектура. На Ruby всегда медленее получится. На Go - сравнимо (I/O), но вычисления в Go сильно быстрее

ну то есть, конечно, он уделывает, ему ни рестарты не нужны, ни перезагрузки кода, динамического диспатча нет почти, и в параллель запускать можно.

Rust быстрее всех, но cognitive load у него слишком велик)

Быстрее всех суперсоник

Скорость света? Ее вообще не обгонишь)

На расте можно проебаццо конкретно

расскажи)) люблю такие истории)

Помню делал advent of code на расте, и раз в 5 заданий был реально медленнее чем на эликсире. Почему? Хуй его знает, не профилировал. Хотя чисто визуально брал правильные структуры данных

Сладость раста в нифках как раз в том, что он не скомпилируется пока ты мутексами всякими не обмажешься. На сишечке я бы точно влетел бы в прод на разваливающемся в конкурентной среде пепелаце

господа, а где можно почитать про soft realtime на эрланге?
Я помню, что раньше упоминалось, что он в это умеет. Но я как-то не видел постов про это.
Допустим, я хочу гарантировать, что у меня какой-то процесс будет гарантированно отрабатывать за такое-то время. Я могу это сделать, как-то подтюнив beam? Или речь чисто про редукции, что у меня гарантированно будет переключение между процессами и while true не отъест весь cpu?