Спасибо за интересное мнение! У меня пара практических вопросов: как разделить мейкфайл, если вы используете одну прямую зависимость с большим количеством транзитивных зависимостей, в которых сложно разобраться? На основе каких фактов вы вынесли вердикт, что ДСЛ для проекта "неподдерживаемый, незадокументированный и непредсказуемый"? Всегда интересно услышать критику!
У async/await возможно будущее вместе с субинтерпретаторами. На видео мы как раз целый блок про такое говорим. В будущем, возможно, получится скейлить asyncio через создание доп субинтерпретаторов. У threading - тоже все хорошо. Free-threading и субинтерпретаторы можно и нужно использовать вместе. О чем тоже есть в видео. У мультипроцессинга, кажется, будут некоторые проблемы. Ведь его юзкейсы полностью покрыты. С точки зрения библиотек – я тоже описал, что можно сделать что-то высокоуровневое, вроде actix в rust, чтобы использовать в прикладных приложениях
Я запустил без особых проблем 10к штук на маке м2. Сколько максимум – я не знаю. Надо замерять отдельно. Почему вы решили, что основные проблемы не пофиксили? Вроде бы я как раз описал, что все проблемы как раз таки пофиксили.
ценности в том, чтобы затаскивать что-то в stdlib - не очень много. туда стоит затаскивать только штуки, которые точно не будут меняться. мы надеемся, что файловые системы когда-то смогу стать асинхронными. так что тащить в stdlib хак - не самое лучшее решение; пусть будет отдельным пакетом
Простите, я не понял вопрос. Мы же в рамках одного процесса работаем. Файловый дескриптор - просто int, его можно шарить между субинтерпретаторами легко. Про мьютексы - я не понимаю без примера :)
Сразу возникает вопрос: а такую структуру как обрабатывать? [[[1], [2]], [3]], что вернет .flat? Кажется, что itertools дает полную гибкость в решении данной задачи.
Пока нет, но всегда готовы приехать поддержать, если вы что-то будете там делать :)
<3
Спасибо за интересное мнение! У меня пара практических вопросов: как разделить мейкфайл, если вы используете одну прямую зависимость с большим количеством транзитивных зависимостей, в которых сложно разобраться? На основе каких фактов вы вынесли вердикт, что ДСЛ для проекта "неподдерживаемый, незадокументированный и непредсказуемый"? Всегда интересно услышать критику!
Мы точно про один проект говорим? Последний релиз 22.07.2025: https://github.com/easyp-tech/easyp/releases/tag/v0.7.15 Я проглядел доку, вроде бы все основные моменты там есть. Чего вам не хватило?
Шикарная статья, спасибо!
Нет, у меня нет статусбара :)
Но для тех, кто пользует статусбар - прикольная идея! Спасибо!
я не согласен, но у всех у нас есть право пользоваться тем, чем нам нравится, как нам нравится :)
Спасибо за статью!
У async/await возможно будущее вместе с субинтерпретаторами. На видео мы как раз целый блок про такое говорим. В будущем, возможно, получится скейлить asyncio через создание доп субинтерпретаторов. У threading - тоже все хорошо. Free-threading и субинтерпретаторы можно и нужно использовать вместе. О чем тоже есть в видео. У мультипроцессинга, кажется, будут некоторые проблемы. Ведь его юзкейсы полностью покрыты. С точки зрения библиотек – я тоже описал, что можно сделать что-то высокоуровневое, вроде actix в rust, чтобы использовать в прикладных приложениях
Я запустил без особых проблем 10к штук на маке м2. Сколько максимум – я не знаю. Надо замерять отдельно. Почему вы решили, что основные проблемы не пофиксили? Вроде бы я как раз описал, что все проблемы как раз таки пофиксили.
каждый субинтерпретатор – отдельный OS тред. их работой управляет шедулер OS.
вы сами отправляете в субинтерпретатор данные. если вы что-то явно не пошарили – оно и не пошарится. не отправите файл – к нему не будет доступа
да, субинтерпретаторы оригинально появились в python1.5. но зачем слушать автора, когда можно сразу написать остроумный коментарий? :)
ценности в том, чтобы затаскивать что-то в stdlib - не очень много. туда стоит затаскивать только штуки, которые точно не будут меняться. мы надеемся, что файловые системы когда-то смогу стать асинхронными. так что тащить в stdlib хак - не самое лучшее решение; пусть будет отдельным пакетом
Простите, я не понял вопрос. Мы же в рамках одного процесса работаем. Файловый дескриптор - просто
int, его можно шарить между субинтерпретаторами легко. Про мьютексы - я не понимаю без примера :)асинхронные операции с файлами и
aopenтак и не добавили в сам питон. понятно почему, но все равно забавно.спасибо! тоже очень жду actix на питоне!
Крутая статья, спасибо!
Вы забыли указать, что вы делаете перевод статьи: https://labs.quansight.org/blog/free-threaded-one-year-recap
Сразу возникает вопрос: а такую структуру как обрабатывать?
[[[1], [2]], [3]], что вернет.flat? Кажется, чтоitertoolsдает полную гибкость в решении данной задачи.Дублирую тут https://github.com/python/cpython/pull/132662/files#diff-4903ddce642a378ef03f37f72332cf1f5acb5bb0c6247669145fc3d8ea7cd43e Там гитхаб может тупить + нужно разворачивать изменения в UI.