В моем случае очень много редиски - поэтому в профайлере это сразу бросается в глаза.

Настолько, что даже в доке редиски есть целая статья, как надо юзать его шоб быстрее було.

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

if not str(any(map(lambda x: True==x, matches)).startswith(“F”)

if len(str(not str(any(map(lambda x: True==x, matches)).startswith(“F”))) == 4

https://redis.io/topics/pipelining

if len(str(not str(any(map(lambda x: True==x, matches)).startswith(“F”))) == 4

Два раза str, не серьёзно

Два раза str, не серьёзно

Для верочки

write in C

Просто если это учитывать, то можно не разбивать на пачку функций там, где нужна скорость. Так вижу.

Просто если это учитывать, то можно не разбивать на пачку функций там, где нужна скорость. Так вижу.

Где тебе нужна скорость, ты можешь в другом файлике начать с #include <Python.h>, например

Просто если это учитывать, то можно не разбивать на пачку функций там, где нужна скорость. Так вижу.

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

https://redis.io/topics/pipelining

Я думал там про проблему именно с питоновским драйвером. У тебя получается redis-драйвер с пайплайном работает медленно?

чем отличаются функции? if True in matches: if matches.index(True):

if len(str(not str(any(map(lambda x: True==x, matches)).startswith(“F”))) == 4

Что происходит?

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

+

тру это всё больше чем 1?

Я думал там про проблему именно с питоновским драйвером. У тебя получается redis-драйвер с пайплайном работает медленно?

Я не юзал пайплайны, полагая искренне, что оно и так быстро ездит. Но профайлер сказал, что для меня у него плохие новости

Что происходит?

Кодгольф наоборот.

Что происходит?

Обфускаторы-с

чем отличаются функции? if True in matches: if matches.index(True):

один использует метод __contains__, втрой index

тру это всё больше чем 1?

это было вроде одно время на стэке - code troll

тру это всё больше чем 1?

эм.. нет. в булевом выражении true это все что != 0

Я не юзал пайплайны, полагая искренне, что оно и так быстро ездит. Но профайлер сказал, что для меня у него плохие новости

А у тебя параллельные запросы? thread'ы, asyncio?

однако True равен целочисленной 1

А у тебя параллельные запросы? thread'ы, asyncio?

асинк, да. Но не acyncio.

однако True равен целочисленной 1

потому что буль это финал сабкласс инта, вероятно)

естественно

>>> isinstance(True, int) True

асинк, да. Но не acyncio.

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

>>> (True+True)*(True+True) 4

Так ты обращаешься по индексу 1. True == 1

>>> isinstance(True, int) True

Что? Я вкурсе, что это алиас

это не алиас

Что? Я вкурсе, что это алиас

мдя

Это не алиас

ты ещё True is 1 проверь

>>> str(True) == str(1) False

например, мои ожидания 230 минимум, а лучше 250. Осилите?

Мы готовы это обсуждать, если ваш бэкграунд соответствует

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

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

>>> str(True) == str(1) False

Ну, ты сравниваешь строку "True" и строку "1". Так что логично :)

>>> str(True) == str(1) False

Ну так '''__str__''' разные)

йеп 8)

это не один и тот же объект, потому что у них разные __str__

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

Преждевременно оптимизируешь. Много свободного времени?)

Ну, ты сравниваешь строку "True" и строку "1". Так что логично :)

что подтверждает тезис о том чт оэто не алиас.

Ну и select.select просто красный на диаграмме. Но я так понимаю, это не лечится.

красный это значит, что он там сидит и ждет, пока не будут события

Ну и select.select просто красный на диаграмме. Но я так понимаю, это не лечится.

Это как раз хороший знак. Значит что у тебя не выполняются cpu bound задачи в лупе, а большая часть времени проходит в ожидании IO

например, мои ожидания 230 минимум, а лучше 250. Осилите?

Добавь, что это на руки, а то ещё навычитают😂 и премии закодируют😂

Это как раз хороший знак. Значит что у тебя не выполняются cpu bound задачи в лупе, а большая часть времени проходит в ожидании IO

собственно это идеальный сценарий для async'а

Ну и select.select просто красный на диаграмме. Но я так понимаю, это не лечится.

но меня смущает что у тебя select используется

винда что ли?

Это как раз хороший знак. Значит что у тебя не выполняются cpu bound задачи в лупе, а большая часть времени проходит в ожидании IO

О, интересно. Я чет наоборот забеспокоился - ну там Спрофайлер не показывает нормально простой(или я не понял еще как его готовить. Профайлер pycharm)

или самописный event loop?

но меня смущает что у тебя select используется

На Poll можно перевести. Но Poll учитывает только миллисекунды.

происходит что то странное https://pastebin.com/wEAskwHR есть куча картинок (по 2 фото одного человека) их надо сравнить я длибом определил и вырезал лица, ресайзнул в 250px по вертикали и сохранил сейчас загружаю, сравниваю, а face_encodings почему то у всех фоток одинаковые, что я сделал не так? shapr predictor длиба мне не понравился, решил эту либу исользовать т.к. она нормально сравнивала

На Poll можно перевести. Но Poll учитывает только миллисекунды.

select сам по себе медленный. У него линейная зависимость от кол-ва сокетов, ожидающих события

и линейная же обработка результата

epoll, kqueue наше все

уже снаружи селекта

Добавь, что это на руки, а то ещё навычитают😂 и премии закодируют😂

а, ну да

select сам по себе медленный. У него линейная зависимость от кол-ва сокетов, ожидающих события

кто-то до сих пор юзает в коде select руками?

я юзаю

я думал уже абстракций нагородили

ну я и нагородил

кто-то до сих пор юзает в коде select руками?

смотря для чего

для общения с клиентами

кто-то до сих пор юзает в коде select руками?

ну не обязательно прям руками. По-моему, все реализации event loop'ов поддерживают select

ну не обязательно прям руками. По-моему, все реализации event loop'ов поддерживают select

ну они не только селект же умеют обычно

для общения с клиентами

последний раз я его использовал в демонстрационных целях при обучении падавана

года полтора назад

ну они не только селект же умеют обычно

Селекты древняя штука, которая поддерживается практически всеми возможными ОС. А модные Poll - уже нет. Это к слову.

ну они не только селект же умеют обычно

конечно, но принудительно заставить их использовать seleсt можно. На винде select, по-моему, дефолтный

Селекты древняя штука, которая поддерживается практически всеми возможными ОС. А модные Poll - уже нет. Это к слову.

Модный epoll. Poll тоже уже почти рудимент.

Модный epoll. Poll тоже уже почти рудимент.

нушотызанудствуешь

нушотызанудствуешь

Извини) Просто рад тебя видеть)

select сам по себе медленный. У него линейная зависимость от кол-ва сокетов, ожидающих события

Но тут тоже вопрос. 1000 - это много или вообще ниочем?

1000 это много

1к сокетов - это 1к соединений.

Всмысле, это немного.

Тем более если у тебя там счет на микросекунды, и что для тебя dict.get выполняется неприлично долго, то использование select это невероятный оверхед