T
мне кажется они никогда от GIL не уйдут, концептуально он там нужен
План это уже хорошо.
Size: a a a
2020 May 16
T
А есть линк с инфой что планируют, может менять будут шило на мыло.
DA
Я все-таки больше придерживаюсь демьяна продукты писать, но работал в компании, где образ лепили на генту) вот это был ад
неудобно с дебианом увы, цикл поддержки короткий а мигрировать между версиями дороговато
DA
Telebotik
А есть линк с инфой что планируют, может менять будут шило на мыло.
да где-то pep был, но там план очень скромный
DA
Telebotik
А есть линк с инфой что планируют, может менять будут шило на мыло.
DA
как минимум вот это
DA
но никто не говорит что имплементируют "нечто" и внезапно оно у всех станет хорошо
T
но никто не говорит что имплементируют "нечто" и внезапно оно у всех станет хорошо
Учитывая популярность не станет)))
T
Раньше ведь так и говорили, нужно скорость Си в зубы и пили модуль, да и сейчас тоже говорят так
DA
ну ему и не надо, всё таки многопоточные производительные приложения не его сфера
T
И да и нет, например модуль для радиуса где питон/руби становится узким местом.
KV
Telebotik
И да и нет, например модуль для радиуса где питон/руби становится узким местом.
Ну если не много запросов, то не думаю что он захлебнется
KV
Всё ж от ситуации зависит
T
Ну если не много запросов, то не думаю что он захлебнется
Я тестил под нагрузкой и питон хуже отрабатывает в сравнении с перлом, но конечно два три радиуса поднять не проблема.
DA
ну опять же модуль не должен иметь своей отдельной многопоточности или многопроцессности
DA
так что скорее вопрос в производительности просто одной нитки кода
T
ну опять же модуль не должен иметь своей отдельной многопоточности или многопроцессности
Нет конечно, но радиус запускает тучу процессов и GIL ждет
DA
у питона это всегда не так быстро как у си
T
Точнее код питона ждет GIL))
T
у питона это всегда не так быстро как у си
Я с си не сравниваю, сравниваю с перлом.