Я, возможно, не так выразился: «безмозглым развлекаловом» быть не может :)

Сейчас на более активные игры переключился, раз самоизоляция и настоящей активности нельзя.

Нет там особенных проблем. Просто хотелось построить свой язык поверх BeamVM. Типа мощь Эрланга с более-менее привычным синтаксисом.

Компиляция идет в beam-байткод, не в исходники Эрланга. Это как Clojure, Scala компилируются сразу в байткод, то же самое

Сезон, блин, только в прошлую субботу открыл. Боль...

да это понятно что там руби совместили с мощью erlanga что-бы глаза не вытекали от кода 86 года..

это единственное что я знаю, хотелось красоты, и не хотелось особо смотреть на тот код который в erlang есть

не вытекают, очень читаемый код, сильно легче читаемый чем произвольные исходники на питоне

мне сложней читать

Почитал "медиум" и "хабр" и не совсем понимаю почему это замедляет выполнение программ? Как я понял, если какой-то системный вызов запрещён, то приложение скорее будет убито при попытке его использовать, нежели будет тормозить.
Или тут аффектит в принципе наличие какой-то прослойки от seccomp между приложением и ядром, которая при каждой попытке приложения дёрнуть ядро проверяет допустимость такого вызова? И следовательно бесполезно пытаться частично "отключить" seccomp в контейнере. Т.е. разрешить какие-то сисколы из тех 44, что по дефолту запрещены докером. Т.к. всё равно прослойка останется и будет проверять все сисколы и тем самым "тормозить". Только полное отключение seccomp уберёт прослойку и не будет влиять на производительность.

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

нет, я просто так не осилил стартовый гайд по elang, по Elixir осилил, но там есть свои приколы с которыми тяжко мириться после обычных C подобных языков.

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

да, не название, а возможности.

В примере кода с medium-а вообще не очевидно какие такие сисколы будет делать питон внутри цикла. Там же только чтение из списков по индексу элемента и математика. Ничто из этого не требует обращения я ядру. Вот если бы внутри цикла постоянно выделялась память под весомые объёмы данных. Но ведь нет, там такого не видно.

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

А ты не можешь просто strace’ом собрать вызовы без докера и найти запрещённые сисколлы?

Я не думаю что там есть запрещённые сисколы. От их вызова приложение киляется, а не тормозит

А у тебя какой дистриб линукса внутри контейнера?

Дебиан, обычный слим образ питонячий

Видимо просто bpf на каждый системный вызов проверяет входит ли он в запрещённые 44 вызова и отседова и лезет оверхэд