коллеги, дурацкий вопрос. у QA медленно тесты ходят в хттп. Они юзают requests==2.11.0 и requests_toolbelt, python 3.5. Имеет ли смысл бросаться и переписывать всё на aiohttp, даст ли это ускорение (хотя бы в теории)?

а они хоть кака-нибудь их параллелят?

коллеги, дурацкий вопрос. у QA медленно тесты ходят в хттп. Они юзают requests==2.11.0 и requests_toolbelt, python 3.5. Имеет ли смысл бросаться и переписывать всё на aiohttp, даст ли это ускорение (хотя бы в теории)?

а писать тесты на aiohttp - это ад, конечно. Сейчас пользоваться aiohttp стоит только если очень надо.

по-моему тоже проще распараллелить просто

и че значит медленно ходят, где ботлнек?

а они хоть кака-нибудь их параллелят?

да.

и че значит медленно ходят, где ботлнек?

1 call в http занимает много времени

1 call в http занимает много времени

Потому что приложение долго отвечает, ведь так?

ммм, нет.

А почему?

потому что логи nginx говорят мне так

ну а аиохттп тогда как это исправит, если и так паралелится уже?

Или вы хотите сказать, что у вас тесты ходят на какой-то удаленный сервер, находящийся на другом конце планеты?

ну а аиохттп тогда как это исправит, если и так паралелится уже?

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

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

блядь

котэ

удалилось?

Или вы хотите сказать, что у вас тесты ходят на какой-то удаленный сервер, находящийся на другом конце планеты?

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

д

да, ВЕРНИ

удалилось?

да

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

Спасибо.

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

охуеть!

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

ыыы

охуеть!

ну давайте предполагать, что тут общаются не идиоты, угу? т.е. если я спрашиваю про замену А на Б, не надо мне рассказывать, что мне тут нахер всё надо переделывать.

я это и без вас знаю :)

ну давайте предполагать, что тут общаются не идиоты, угу? т.е. если я спрашиваю про замену А на Б, не надо мне рассказывать, что мне тут нахер всё надо переделывать.

Давайте, раз мы тут все не идиоты. Но как бы есть предположение, что сука блять http там вообще не причем. И вы делаете что-то совсем блять не то.

т.е. Request processing time 0.035999 - это медленно.

это в секундах.

а в nginx, куда оно ходило цифры меньше. к сожалению, я их уже поудалял. не в десять раз, конечно, но. конкретный оверхед requests мерить мне лень, специалисты в QA не являются охуенными спецами в Python. я и эти данные выбил с трудом. поэтому я и спросил про опыт людей замены А на Б.

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

бесспорно. только это не первый запрос в логе.

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

И у вас keep live, http pipeline и всякое такое, да?

ну, nginx настроен корректно. я предполагаю, что либа это умеет по умолчанию. Код писал не я, выглядит так: requests.get(здесь урл). Все ссылки на один домен.

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

Я просто лично не верю, что вы упираетесь в производительность питона и оверхед requests. Вообще никак. Скорее всего неправильно считаете, скорее всего не считаете сеть (которая да, действительно может дать большой оверхед). Короче, доказать вам что либо будет тяжело, ибо даже базовых компетенций вести этот разговор у вас нет. Если кратко, нет aiohttp вам не поможет.

1. я так не считаю.

2. я спросил - является ли aiohttp быстрее в общем случае, чем requests. Хватает ли вам квалификации понять вопрос?

2. я спросил - является ли aiohttp быстрее в общем случае, чем requests. Хватает ли вам квалификации понять вопрос?

У меня ее достаточно, чтобы понять, что вопрос бессмысленен вне контекста ;)

У меня ее достаточно, чтобы понять, что вопрос бессмысленен вне контекста ;)

хорошо, квалифицированный вы наш. requests по умолчанию включает keep-alive, использует pipeline и прочее?

отвечу за вас: keep-alive включает, про пайплайн из лога непонятно.

хорошо, квалифицированный вы наш. requests по умолчанию включает keep-alive, использует pipeline и прочее?

ну нахуй, я вам тут в учителя не нанимался )

Но тебя уже присвоили, ты — их.

ну нахуй, я вам тут в учителя не нанимался )

действительно, ну нахуй. на любой вопрос - иди нахуй в исходники, почитай.

прекрасные ответы от "специалистов"

А какой ещё ответ ты ожидаешь на наглый с выебоном вопрос? :D

действительно, ну нахуй. на любой вопрос - иди нахуй в исходники, почитай.

БЛЯТЬ, ты сука ни на один вопрос не ответил, ни что за тесты, ни на какой сервер ходят. НИХУЯ. Как ты думаешь, почему тебя посылают?

А какой ещё ответ ты ожидаешь на наглый с выебоном вопрос? :D

это какой? будет ли aiohttp решительно быстрее, чем requests?

БЛЯТЬ, ты сука ни на один вопрос не ответил, ни что за тесты, ни на какой сервер ходят. НИХУЯ. Как ты думаешь, почему тебя посылают?

не капси, деточка. перечитал лог - вопроса про тесты в логе нет. про сервер нет. Они ходят в nginx, который в виртуалке, виртуалка на той же машине, где гоняются тесты.

ну ты весь лог прочти.

тесты - это behave тесты "rest" api.

ну ты весь лог прочти.

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

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

ну только вопрос, на который меня послали - он другой ;) на этот-то понятно, что можно послать.

ну так он-то фактически послал сразу, угу.

а вот товарищ @nahuy ответил ровно то, что нужно. За что ему большое спасибо.

он тебя послал юзернеймом :D

?

а я - аватаркой!

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

на друг друга кидаетесь

так называемая ламерская депривация.

быстрее реквестов будет работать только urllibX

ERROR: S client not available

хуй знает какой там сейчас актуальный

имхо

или это https://docs.python.org/3/library/http.client.html

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

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

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

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

я не говорил, что проблема в библиотеке или вообще в питоне, угу.

ебаный насос

:D

насосная ебань

Давайте поговорим о проблемах переписывания кода? Когда вы понимаете, что код надо переписать?

Давайте поговорим о проблемах переписывания кода? Когда вы понимаете, что код надо переписать?

Когда начинают задавать такие вопросы - значит за человеком надо переписывать код

Или вот еще хороший вопрос. Вот вы поставили задачу, написали тз, когда вы понимаете, что она выполнена?

Нет, это сборник вопросов при собеседовании Причем, чтобы вы понимали, на позицию питон разработчика

Я им говорю, хотите Я покажу мой апворк аккаунт, а они мне - нет, отвечай

Я так бы и ответил на вопрос

Как?)

Так.

От же ответил уже тебе.

Значит так и буду отвечать

Всё, теперь верно.

Кстати, вот за аиохттп, разве это не будет как почти параллельное выполнение запросов? Если они не зависят друг от друга

Не будет.

Вай? Пока один запрос где-то там ждет ответа сервера - можно пустить еще. Разве нет?

Бикоз. :)

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

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

В плане?

доклад Андрея Светлова больше на промо был похож =)

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

Ну это его детище, так что не удивительно.

это да.

но в целом мне конфа понравилась, жаль в этом году пропустить пришлось