Comments 22
сколько миллисекунд в секунде?)
0
del
0
Мотор до сих пор не умеет третью монгу и «async for». Печаль…
Upd: прочитал пост. Когда я смотрел, «async for» не умел.
Upd: прочитал пост. Когда я смотрел, «async for» не умел.
0
Уточню, не умеет с
С
PyMongo3
с Mongodb3
вроде PyMongo2.8
работал.С
PyMongo3
подружить Motor
обещают к весне.0
Нет, pymongo2 с mognodb3 работет очень странно и не всегда предстказуемо. Например, любит тупо виснуть, блокируя приложение.
Так что надо апгрейдить мотор. Если никто не займётся, через месяцок займусь сам…
Так что надо апгрейдить мотор. Если никто не займётся, через месяцок займусь сам…
+1
А как вы смотрите на то, что он пытается «замесить» asyncio с greenlet?
-1
Отрицательно. Не вижу ни малейшего практического смысла мешать ежа с ужом.
Если он есть, то буду рад про него узнать… :-)
Если он есть, то буду рад про него узнать… :-)
+1
И я так считаю, надо будет спросить автора Motor.
Наверно он использует гринлеты, что-бы не переписывать весь pymongo.
Наверно он использует гринлеты, что-бы не переписывать весь pymongo.
0
Сам работаю с Python, но каждый раз, когда вижу различные асинхронные штуки на нём, в голове невольно возникает фраза «Тулить горбатого к стене».
0
Вполне возможно, но многим все таки это помогает, мне например очень понравился
Вот к примеру, сегодня буквально попалось, тем кто работает с blender тоже
aiohttp
написанный поверх asyncio
, это очень удобно когда фреймворк умеет примерно все то же самое что flask
но с вебсокетами и причем использовать их с ним очень удобно.Вот к примеру, сегодня буквально попалось, тем кто работает с blender тоже
asyncio
пригодился.0
Ну замечательно. Что всё таки дает asyncio против Tornado?
0
Где-то видел слайды с доклада, в которых разработчик уверял, что добился почти такой же производительности, как в tornado. Только без подключаемых библиотек на си. Но не берусь утверждать — сам не проверял.
0
Поддержка не от разработчиков Торнадо, а от сообщества Python. Ну и вроде фишек в нём по больше будет. Собственно Торнадо умеет работать с asyncio.
+1
Asyncio был создан как «стандарт», т.к. существующие асинхронные фреймворки (tornado, twisted, pulsar, cyclone.io...) как-бы «разрывают» питон на сегменты — сообщество тратят кучу ресурсов на дублирующие проекты, например — вместо того что-бы развивать один клиент MongoDB, разработчики пилят версию для tornado (asyncmongo) и отдельно версию для twisted (txmongo), можно было-бы вложится в один клиент для psql/websockets и др. но разработчики «вынуждены» пилить «клон» под свой фреймворк.
Теперь, с asyncio достаточно развивать только одну версию библиотек, т.к. все фреймворки которые совместимы с asyncio смогут (есть шанс) использовать весь набор асинхронных библиотек. В итоге это повышает эффективность разработки python проектов.
Ну и естественно в этот «стандарт» asyncio, было вложено куча работы, что-бы покрывать множество запросов разных фреймворков.
Теперь, с asyncio достаточно развивать только одну версию библиотек, т.к. все фреймворки которые совместимы с asyncio смогут (есть шанс) использовать весь набор асинхронных библиотек. В итоге это повышает эффективность разработки python проектов.
Ну и естественно в этот «стандарт» asyncio, было вложено куча работы, что-бы покрывать множество запросов разных фреймворков.
+1
А на оригинал статьи, с которой приводится вольный перевод давать не принято? Или я не вижу просто?
-1
Sign up to leave a comment.
Асинхронный Python 3.5 и Mongodb