РГ
о, даже лучше. да, что-то такое
Size: a a a
2020 September 11
🦉K
из эрланга я бы в питон притащил guards, такую красивую валидацию можно писать ❤️
Мне больше всего в питоне напрягает GIL.
SA
А что с перфом? Если не секрет. Или это не bottleneck?
Его достаточно. Ещё ни разу в сам язык не упирались. Сам Эрланг не самый быстрый язык, но хватает
KK
Мне больше всего в питоне напрягает GIL.
Ну вот допилят API для суб-интерпритаторов, обмажут это всякими сторонними либами и сахаром. И будет счастье. Правда памяти это счастье будет хавать больше.
SZ
РГ
ответом будут AR очки и окна с адблоком
RB
людишки всё плакали, что в ближнем космосе уже летать негде, все в космическом мусоре, а теперь запускают то старлинк или как там его, то вот эту хуйню безобразную
RB
KK
Вот это по современнее будет
https://cs12.pikabu.ru/post_img/2019/11/14/6/1573720482147956111.gif
https://cs12.pikabu.ru/post_img/2019/11/14/6/1573720482147956111.gif
RB
надо же как похож )))
ИК
Ну вот допилят API для суб-интерпритаторов, обмажут это всякими сторонними либами и сахаром. И будет счастье. Правда памяти это счастье будет хавать больше.
Я боюсь, что это будет не скоро.
KK
Я боюсь, что это будет не скоро.
Ну так то какое-то API уже есть, но оно низкоуровневое, может даже кто-то уже запилил обёртки для его использования. Так то вроде работа идёт в этом направлении и может уже в 3.9 будет что-то юзабельное
ИК
Ну так то какое-то API уже есть, но оно низкоуровневое, может даже кто-то уже запилил обёртки для его использования. Так то вроде работа идёт в этом направлении и может уже в 3.9 будет что-то юзабельное
Так там проблемы с Gil. Пока не знают как сделать так, что бы Gil был в каждом суб интерпретаторе свой и не потерять в производительности
KK
Последнее что помню - не было механизма для шаринга памяти между суб-интерпритаторами. Они по моему работали почти как мультипроцессиг. И это ещё надо было сделать.
ИК
Это последнее что я читал про это
ИБ
очень тяжело переключаться с обычного кода на функциональное пердольство и начинать читать код в обратную сторону. да это коротко, но тяжелочитаемо
В некоторых задачах это работает наоборот. Я недавно писал компилятор на хаскеле, было по началу немного потно конечно, но в итоге получилось неплохо.
И когда я смотрю на то сколько гарантий мне дали хаскелевские типы и иммутабельные данные, и какой объем бойлерплейта обрезали монады, паттерн матчинг и тд, мне страшно даже представить как я бы это писал на питоне или тем более плюсах, и сколько бы там было багов
И когда я смотрю на то сколько гарантий мне дали хаскелевские типы и иммутабельные данные, и какой объем бойлерплейта обрезали монады, паттерн матчинг и тд, мне страшно даже представить как я бы это писал на питоне или тем более плюсах, и сколько бы там было багов
KK
Так там проблемы с Gil. Пока не знают как сделать так, что бы Gil был в каждом суб интерпретаторе свой и не потерять в производительности
GIL защищает внутреннее состояние интерпритатора. Решение "проблемы с GIL" как раз и заключается, что бы в каждом треде было своё собственное состояние интерпритатора - это и есть суб-интерпритаторы.
ИК
GIL защищает внутреннее состояние интерпритатора. Решение "проблемы с GIL" как раз и заключается, что бы в каждом треде было своё собственное состояние интерпритатора - это и есть суб-интерпритаторы.
Эмм, вообщем в данный момент все субинтерпритаторы имеют один общий GIL.