А почему тут не любят асинхронные ОРМ? Или я не правильно понял. Просто у меня 5 долгих запросов к БД асинхронно выполняются где-то в 5 раз быстрее чем синхронно

Может быть синхронно ты их последовательно запускал просто. А асинхронно - параллельно?

Крче Может я не знаю что значит блокирующий код, но по своему опыту - вызов классов внутри корутин блокирует асинхронное исполнение. Бенчмаркал так - берешь список серверов и через контекстный процессор и клиентскую сессию aiohttp и шедулер идешь и вытаскиваешь статус коды Если правильно вме сделать, коды возвращаются рандомно. Не по списку. И возвращаются ахуеть с какой скоростью. Короче отет не ожидается Если в коде воткнуть обращение в классы, по прежнему ответ не ждем но ответы уже приходят по порядрчку

Не чувствуешь тут противоречие?

Нет, я не вылизываю запросы, я вылизываю пять запросов

Может быть синхронно ты их последовательно запускал просто. А асинхронно - параллельно?

Собственно да

Или вы про то, что ОРМ внутри себя асинхронно работает?

Собственно да

Ну так вызывай параллельно :)

Или вы про то, что ОРМ внутри себя асинхронно работает?

Мы про использование ОРМ в коде на asyncio

Декораторы априори синхронщина Возвращать в декораторе корутину вместо функции хз

декоратор это такая же функция

Крче Может я не знаю что значит блокирующий код, но по своему опыту - вызов классов внутри корутин блокирует асинхронное исполнение. Бенчмаркал так - берешь список серверов и через контекстный процессор и клиентскую сессию aiohttp и шедулер идешь и вытаскиваешь статус коды Если правильно вме сделать, коды возвращаются рандомно. Не по списку. И возвращаются ахуеть с какой скоростью. Короче отет не ожидается Если в коде воткнуть обращение в классы, по прежнему ответ не ждем но ответы уже приходят по порядрчку

Что за "обращение в классы"?

декоратор это такая же функция

+

Мы про использование ОРМ в коде на asyncio

Все еще не чувствую противоречий с тем чтобы использовать его чтобы параллельно дергать БД(

Все еще не чувствую противоречий с тем чтобы использовать его чтобы параллельно дергать БД(

Для того чтобы параллельно дергать БД не нужен асинкио. Просто дергай параллельно

И не надо париться вообще

Не знаю, ThreadPoolExecutor, Pool.map всякие есть

Для того чтобы параллельно дергать БД не нужен асинкио. Просто дергай параллельно

Ну чтобы «просто дергать параллельно» надо всё равно завести ТредПул какой нибудь

Ну чтобы «просто дергать параллельно» надо всё равно завести ТредПул какой нибудь

То есть asyncio loop заводить не надо?

И более аккуратно с ним работать?

Все еще не чувствую противоречий с тем чтобы использовать его чтобы параллельно дергать БД(

Ты вообще уверен, что тебе надо оптимизировать именно это?

То есть asyncio loop заводить не надо?

Что то, что это

Но сейчас там просто тред пул воткнут

Что то, что это

Только асинкио код требует большего внимания. См выше про гарантии отсутствия блокировок

декоратор это такая же функция

Вот именно Декоратор это функция А корутина это корутина

Вот именно Декоратор это функция А корутина это корутина

Нет

Нет

Нет?

Декоратор может быть корутиной

Вызов функции из корутины = блок

Декоратор может быть корутиной

Не проверял

Не проверял

Ну проверь?

Ну проверь?

Завтра

Вот именно Декоратор это функция А корутина это корутина

Декоратор вызывается в момент его применения. То есть при создании функции

Декоратор вызывается в момент его применения. То есть при создании функции

Забудь про слово функция в асинхроне

Ты обычно не вызваешь декоратор из своей корутины. Ты вызваешь декорированную функцию

Корутина - функция, которая возвращает объект, который можно эвейтить ;-)

Ты обычно не вызваешь декоратор из своей корутины. Ты вызваешь декорированную функцию

Деворированная функция это та же функция Вызов ее из корутины = блок

Декорированная функция вполне может быть корутиной

?‍♂

Декорированная функция вполне может быть корутиной

С этим я не спорю

Собственно async def x(): pass def y(): return x() Ничем особо не отличаются

Кроме того что первое это корутина а второе нет:)

Корутина - это всего лишь функция с несколькими точками входа и выхода

Кроме того что первое это корутина а второе нет:)

Ага. Вот только делают они абсолютно одно и то же

Собственно async def x(): pass def y(): return x() Ничем особо не отличаются

Кстати, разве это валидно? Вызывать из функции корутину?

Ага. Вот только делают они абсолютно одно и то же

Ну вообще не совсем

Кстати, разве это валидно? Вызывать из функции корутину?

Валидно, только она не выполнится

Ага. Вот только делают они абсолютно одно и то же

Так никто не спорит что это одно и тоже Механизм исполнения разный

И для правильной работы корутин т.е. без блоков, миксовпть код с синхронным нельзя

Валидно, только она не выполнится

Вот и я так же подумал

И для правильной работы корутин т.е. без блоков, миксовпть код с синхронным нельзя

У тебя так или иначе под асинхронными корутинами будет тонна синхронных вызовов

За авейтить нужно как минимум

Ты этого никак не избежишь

import asyncio async def x(): await asyncio.sleep(1) print("x") def y(): return x() async def main(): await x() await y() loop = asyncio.get_event_loop() loop.run_until_complete(main()) loop.close()

За авейтить нужно как минимум

Не сработает

import asyncio async def x(): await asyncio.sleep(1) print("x") def y(): return x() async def main(): await x() await y() loop = asyncio.get_event_loop() loop.run_until_complete(main()) loop.close()

Упадёт на await y(), не?

Валидно, только она не выполнится

Ну она выглядит как обычная функция, а работает как асинхронная. ))

Он же не awaitable

Упадёт на await y(), не?

Нет, не должен

Упадёт на await y(), не?

Не упадёт

Специально проверил

У тебя так или иначе под асинхронными корутинами будет тонна синхронных вызовов

В том смымле от асинхрона смысла нет В этом и фишка чтоб придерживаться асинхронной истории чтоб получить с этого профит

x() возвращает объект, на который можно делать await

Упадёт на await y(), не?

Он выполнится и вернет корутину же

y() ничего не делает, просто передаёт его выше

Он выполнится и вернет корутину же

Точняк

Во втором питоне асинкио выглядит менее запутано)

Собственно type(x) - function

В том смымле от асинхрона смысла нет В этом и фишка чтоб придерживаться асинхронной истории чтоб получить с этого профит

Огорчу, большинство операций в коде синхронны и блокируют выполнение программы

Собственно type(x) - function

Не генератор разве?

В том смымле от асинхрона смысла нет В этом и фишка чтоб придерживаться асинхронной истории чтоб получить с этого профит

С одной стороны да, с другой стороны ты этого по определению сделать не сможешь

А вот type(x()) - coroutine

Огорчу, большинство операций в коде синхронны и блокируют выполнение программы

+1

Во втором питоне асинкио выглядит менее запутано)

Его там нет)

С одной стороны да, с другой стороны ты этого по определению сделать не сможешь

Я могу добиться видимости асинхронного исполнения о котором я писал выше, где писал про бенчмарк

Его там нет)

Эм?

А вот type(x()) - coroutine

Ну дык Все верно

Эм?

Asyncio завезли где-то в 3.4

Эм?

Во втором питоне нет asyncio

Asyncio завезли где-то в 3.4

Это в сам питон

Ну дык Все верно

Угадаешь type(y) и type(y())?

Я могу добиться видимости асинхронного исполнения о котором я писал выше, где писал про бенчмарк

Ты можешь что угодно, но у тебя всё равно в коде будут синхронные вызовы

trollius называется чтоли

Для второго питона

Это в сам питон

До этого был gevent и прочая магия

trollius называется чтоли

Tulip

Это в сам питон

Простите, но asyncio - встроенный модуль. Подходов к асинхронному программированию чуть больше

Для второго питона

Он же экспериментальный

trollius называется чтоли

gevent, twisted

Но его начали делать в 3 питоне и бэкпортировали на второй

Угадаешь type(y) и type(y())?

Первое обьект, второе функция?

Во втором питоне были проблемы в самом ядре, которые не позволяли так просто впилить асинк

Первое обьект, второе функция?

Как тип y() может быть функция, если y без изменений возвращает x()?

trollius называется чтоли

Да так называется

Но его начали делать в 3 питоне и бэкпортировали на второй

Строго говоря, его не получится бэкпортировать

Tulip

^

Только попытаться

^

Это прототип, который не является бэкпортом

Как тип y() может быть функция, если y без изменений возвращает x()?

Она ретернется без авейта

Первое обьект, второе функция?

Так вот. Нет. Типы те же самые что дЛя x