НХ
await asyncio.sleep(0) например, но я не специалист
тут вопрос видимо в том, как в разных контекстах слипать. мы ж как бы избавляемся от async/await слов
Size: a a a
2020 July 29
AS
я ж не говорю о неявном. можно явно делать await и ждать синхронную функцию и это нормально, например, хотя у неё не будет async. что тут неявного?
ну так можно делать await loop.run_in_executor(sync_f)
НХ
но по идее можно ту же перегрузку тогда использовать из примера выше
VM
ну так можно делать await loop.run_in_executor(sync_f)
я не хочу этого делать
VM
я хочу, чтобы питон сам
p
await asyncio.sleep(0) например, но я не специалист
ну вот, gevent.sleep(0) сделает то же самое
AS
тут вопрос видимо в том, как в разных контекстах слипать. мы ж как бы избавляемся от async/await слов
ну вот мне интересно зачем мы избавляемся, если мы не хотим их видеть, пишем синхронный код с тредами-процессами
AS
я хочу, чтобы питон сам
ну, это хорошее желание :)
НХ
ну вот мне интересно зачем мы избавляемся, если мы не хотим их видеть, пишем синхронный код с тредами-процессами
да нет тут тредов процессов. кейс вообще другой
AK
А, оверлоад это из стандартных, понял, принял. У меня тут своя война
AS
ну вот, gevent.sleep(0) сделает то же самое
согласен
AS
да нет тут тредов процессов. кейс вообще другой
какой? неявно переключаться? треды как раз про этот кейс
НХ
какой? неявно переключаться? треды как раз про этот кейс
да нет в статье ничего про треды. речь о том, чтобы иметь одинаковый интерфейс для async/sync кода без дублирования
НХ
если у тебя async, то используешь async интерфейс
НХ
следовательно треды никакие не нужны
НХ
ты же не синхронный код будешь запускать в async
SF
А в чем сложность оборачивать синхронные функции в асинхронные и запускать через тредпул?
AS
да нет в статье ничего про треды. речь о том, чтобы иметь одинаковый интерфейс для async/sync кода без дублирования
ну можно преобразовывать интерфейс
async -> sync
loop.run_until_complete
sync -> async
loop.run_in_executor
но для внутренностей иблиотеки все равно придется выбрать одну реализацию
async -> sync
loop.run_until_complete
sync -> async
loop.run_in_executor
но для внутренностей иблиотеки все равно придется выбрать одну реализацию
AK
А статья ниче
p
не очень понял. а в чем сложность?
сложность в ленивости и обилии таймаутов :) как минимум, map должна на каждой итерации проверять не выбросили ошибку и дальше надо эту ошибку пробрасывать выше и что-то делать с накопленным результатом(и не всегда это означает отбрасывать целиком)