есть реализации которые его лишены

На поверку в 99.99% случаев оказывается так:
- чуваки, которые «не пишу на дотнете потому, что у него зависимость от внешнего рантайма» — пишут потом на C, у которого ВНЕЗАПНО тоже зависимость от libc/musl, и есть случаи, когда это важно
- чуваки, которые «не пишу на дотнете потому, что он таскает рантайм с собой» — пишут потом на Go, который, внезапно, статически линкует рантайм и носит с собой

То есть обе эти категории граждан — это фанатики, и никаких нормальных аргументов в пользу используемых инструментов у них нет, а те, что есть — высосаны из пальца. Даже если их возражения как-то починить, они всё равно на дотнете писать не станут.

В pypy, кажется, тоже?

А это одна из немногих альтернативных реализаций, которую вообще стоит смотреть.

Тут проблема такая: если у тебя в языке всё подряд является словарём, и скоупы тоже являются словарём, то тебе банально сложно становится с этим работать в многопоточном режиме, не имея GIL.

А не то получишь несинхронизированный доступ к словарю на простом обращении к переменной

Со всеми вытекающими

Тебе всё равно где-то придётся делать синхронизацию на доступе ко внутренним структурам данных языка — к вот этим вот словарям — чтобы многопоточный доступ их не разъебал.

Поэтому большинство динамических языков такого класса не умеют в многопоточность вообще, или умеют в каких-то странных режимах и позах.

👍

кстати да, погуглил он там тоже есть.

возможно им прозрачней выглядит

но single binary который себя потом распаковывает в temp - какая-то залупа если честно

Безусловно.

Но в .NET5 это же выпилят?

Там обещают сделать нормально по крайней мере для Линукса.

хотелось бы

обещают-то вроде давно

corert вроде делал единый огромный бинарь в ранних версиях, потом не трогал его больше

он мне тогда hello world в 60 метров собрал )