http://techspot.zzzeek.org/2015/02/15/asynchronous-python-and-databases/ тут интересные циферки мелькают в бенчмарке дбапи..

цитата: "Let's be clear here, that when using Python, calls to your database, unless you're trying to make lots of complex analytical calls with enormous result sets that you would normally not be doing in a high performing application, or unless you have a very slow network, do not typically produce an IO bound effect. When we talk to databases, we are almost always using some form of connection pooling, so the overhead of connecting is already mitigated to a large extent; the database itself can select and insert small numbers of rows very fast on a reasonable network. The overhead of Python itself, just to marshal messages over the wire and produce result sets, gives the CPU plenty of work to do which removes any unique throughput advantages to be had with non-blocking IO. With real-world activities based around database operations, the proportion spent in CPU only increases."

цитата: "Let's be clear here, that when using Python, calls to your database, unless you're trying to make lots of complex analytical calls with enormous result sets that you would normally not be doing in a high performing application, or unless you have a very slow network, do not typically produce an IO bound effect. When we talk to databases, we are almost always using some form of connection pooling, so the overhead of connecting is already mitigated to a large extent; the database itself can select and insert small numbers of rows very fast on a reasonable network. The overhead of Python itself, just to marshal messages over the wire and produce result sets, gives the CPU plenty of work to do which removes any unique throughput advantages to be had with non-blocking IO. With real-world activities based around database operations, the proportion spent in CPU only increases."

Ну, с отдельно стоящей базой и кучей питоновских процессов тут как бы по фигу

другими словами любой выигрыш в сети от асинка сожрётся медленным байткодом цпитона насколько pypy тут поможет интересный вопрос

Но я в монговском чатике уже озвучивал, что 90 процентов времени работы смю монгой - это питон, а не монга

Например

другими словами любой выигрыш в сети от асинка сожрётся медленным байткодом цпитона насколько pypy тут поможет интересный вопрос

Ну тут как ты и хочется успевать побольше байткода исполнять. Не давать процу стоять

Асинк для питона, а не для базы

кстати, там же он пишет что у пг единственный продакшен реди асинк драйвер. а ты днём писал что их дофига 8)))

Я вот недавно проксю на aiohttp поставил перед пхпшным сервисом тупым. Очень бодро получилось

кстати, там же он пишет что у пг единственный продакшен реди асинк драйвер. а ты днём писал что их дофига 8)))

Это мнение. Причем на тот момент

ну февраль 2015, ок

Там ребята в aio лепят код килограммами

ну февраль 2015, ок

Это жесть как давно

ну клёво если запилили и под прочие

За 15-16 как раз напилили, оно же в батарейках теперь

Там отдельный аккаунт в гитхабе с этой требухой

https://github.com/aio-libs/aioodbc О.О

Вот

эээ... вот это уже прикольно

asyncio в Питоне щас как react в js, только гляди

https://github.com/aio-libs/aioodbc/blob/master/aioodbc/connection.py#L71-L75

в общем вся эта обёртка занимается делегацией реальной работы (коннекты/курсоры/фетч) тредпулу

Ну, а чего ты ждал?

в общем-то ничего удивительного, да

без работы на уровне протокола обмена с субд, других вариантов и не будет

http://techspot.zzzeek.org/2015/02/15/asynchronous-python-and-databases/ тут интересные циферки мелькают в бенчмарке дбапи..

but also because asyncio is so much slower than gevent, that it is in fact the in-Python overhead of asyncio's coroutines and other Python constructs that are likely adding up to very significant additional latency on top of the latency of less efficient IO-based context switching.

это тот самый оверхед всяких StopIteration что ты упоминал, да?

это тот самый оверхед всяких StopIteration что ты упоминал, да?

Нет, я не упоминал такого.

тут ктото ругался вроде на то что исключения тормозят итерации

мне как-то попался на глаза бенч очередной асинхронной либы. автор доказывал что она самая быстрая тестом эхосервера с одним клиентом.

и чо, быстро было?

я написал эхо сервер на блокирующих сокетах и оно оказалось раз в 10 быстрее

а можно ссылку на бенчмарки либу? интересно

а можно ссылку на бенчмарки либу? интересно

не найду. относительно давно было.

https://github.com/gawel/panoramisk/blob/master/examples/fast_agi_server.py#L8-L13

вот это мне не нравится в aio =(

тут ктото ругался вроде на то что исключения тормозят итерации

ну я:) и не только я;)

нашёл забавный флаг CO_FUTURE_BARRY_AS_BDFL который позволяет в python 3 использовать оператор <>

ну и соответсвенно from __future__ import barry_as_FLUFL

при этом != больше не работает :(

?

про это же целый PEP есть https://www.python.org/dev/peps/pep-0401/

BDEVIL

ага

Если кто раньше подойдёт - столик на моё имя забронен.

Ок

Нас четверо уже

Там вход другой внезапно

Чуть правее

Который вниз?

Ага

Что за порт?

Нашли в баре ))

firewire

В туалете в баре))

firewire, угу. местами зовется ilink

О, спасибо :)

Всем привет! Хотел спросить, может кто-ни будь знает, есть ли способ переконвертить программу на Python 3.5 с PyQt5 в exe файл? Та же самая программа без проблем конвертиться pyinstaller, когда написана на py2.7 и используется PyQt4

ну, это вопрос к pyinstaller, видимо

а в чем проблема-то?

ERROR: S client not available

ну вот http://stackoverflow.com/questions/40237972/python-3-5-pyqt5-to-standalone-exe

Если что, то сборка с добавлением библиотек в спек не помогла

а pypy умеет под винду собираться?

раньше собирали

теперь денег на оперативку не хватает похоже

pypy3 и вот те exe

в каком месте?!

ну все собрать;)

ничо не понял

в бинарь всё pypy-ем, не?

pypy разве компилировал произвольный питон в ехе?

не

очень жаль

в комплекте с питоном идёт скрипт freeze, на основе которого был создан cxFreeze

Всем привет! Хотел спросить, может кто-ни будь знает, есть ли способ переконвертить программу на Python 3.5 с PyQt5 в exe файл? Та же самая программа без проблем конвертиться pyinstaller, когда написана на py2.7 и используется PyQt4

я бы на py2exe ещё посмотрел

cxFreeze, py2exe, py2app, pyinstaller все занимаются тем что копируют бинарники питона и исходники приложения в один каталог/зип и изображают собой ехе

я бы на py2exe ещё посмотрел

он вообще с 3.5 отказывается работать

а судя по треду на SO не кладёт дллку внутрь

в комплекте с айронпитоном идёт скрипт, который собирает половину стдлиба и странслированный код в один ехе ассебмли

возможно стоит руками сказать скрипту чтобы засунул её

но я сам больше на py2exe собирал, нежели на pyinstaller

ну я сейчас затестил пинсталлер

а

он вообще с 3.5 отказывается работать

угу, вижу. Печально. Тогда только pyinstaller ковырять

в треде кстати зря смешал проблему с nuitka и pyinstaller. Надо было два вопроса делать )

в треде кстати зря смешал проблему с nuitka и pyinstaller. Надо было два вопроса делать )

хорошо, буду знать на будущее)

тут похоже несколько проблем сразу, гм

любопытно. похоже что pywin32 под 3.5 собран зачем-то студией 2010

скорее мингвом, который тащит за собой рантайм от 2010й тогда как сам питон юзает новый рантайм. хреновая комбинация

ImportError: DLL load failed: Не найден указанный модуль. Failed to execute script pyi_rth_qt5plugins эта ошибка вылезает потому что пиинсталлер не нашел кутешных дллок во время билда. можно починить либо копированием дллок вручную, либо указав PATH который будет указывать на них в установленном пикуте5. после этого оно находит и копирует их само но результат быстро наворачивается еще на старте изза смеси рантаймов

ну, надо пересобирать pywin32, потмоу что в питоне всегда написано под винду чем он собран

и надо собирать всё тем же