Телеграмм чат группы qa

16:08пожаловаться #1

AK

Добрый день.
Проблема.
При нагрузке некоторые запросы начинают падать вот с таким текстом:
responseCode:

 Non HTTP response code: org.apache.http.client.ClientProtocolException

responseMessage:

 Non HTTP response message: null

Падают они спустя примерно 60сек. То есть в отчете в столбце elapsed время больше 60000.

Подскажите пожалуйста направление, куда искать, т.к. поиск по чату и инету ничего не дал.

16:44пожаловаться #2

ΙΤ

Добрый день.
Проблема.
При нагрузке некоторые запросы начинают падать вот с таким текстом:
responseCode:

 Non HTTP response code: org.apache.http.client.ClientProtocolException

responseMessage:

 Non HTTP response message: null

Падают они спустя примерно 60сек. То есть в отчете в столбце elapsed время больше 60000.

Подскажите пожалуйста направление, куда искать, т.к. поиск по чату и инету ничего не дал.

Закончились коннекты и не дождался никакого ответа

16:46пожаловаться #3

AK

Закончились коннекты и не дождался никакого ответа

Хм... Коннекты закончились где? На клиенте, с которого нагрузка?

16:46пожаловаться #4

ΙΤ

Хм... Коннекты закончились где? На клиенте, с которого нагрузка?

Скорее всего, на скольких рпс это происходит?

Kirill Yurkov in QA — Load & Performance

16:47пожаловаться #5

KY

Добрый день.
Проблема.
При нагрузке некоторые запросы начинают падать вот с таким текстом:
responseCode:

 Non HTTP response code: org.apache.http.client.ClientProtocolException

responseMessage:

 Non HTTP response message: null

Падают они спустя примерно 60сек. То есть в отчете в столбце elapsed время больше 60000.

Подскажите пожалуйста направление, куда искать, т.к. поиск по чату и инету ничего не дал.

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

Kirill Yurkov in QA — Load & Performance

16:48пожаловаться #6

KY

логи приложения смотрел?

16:48пожаловаться #7

AK

Скорее всего, на скольких рпс это происходит?

Вот в том-то и дело. Проблема возникает при 2400 рпс при нагрузке на одно приложение. Однако, проблемы не возникает при нагрузке 9000 рпс на другое приложение (с 3-х машин по 3000).

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

16:53пожаловаться #8

AG

Alex Grishutin in QA — Load & Performance

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

16:54пожаловаться #9

ΙΤ

Вот в том-то и дело. Проблема возникает при 2400 рпс при нагрузке на одно приложение. Однако, проблемы не возникает при нагрузке 9000 рпс на другое приложение (с 3-х машин по 3000).

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

Такое тоже может быть, не хватает коннектов на приложении и оно даже не может ответить на syn

16:54пожаловаться #10

AG

Alex Grishutin in QA — Load & Performance

а потом уже копать сервак или генератор

16:55пожаловаться #11

AK

Добрый день.
Проблема.
При нагрузке некоторые запросы начинают падать вот с таким текстом:
responseCode:

 Non HTTP response code: org.apache.http.client.ClientProtocolException

responseMessage:

 Non HTTP response message: null

Падают они спустя примерно 60сек. То есть в отчете в столбце elapsed время больше 60000.

Подскажите пожалуйста направление, куда искать, т.к. поиск по чату и инету ничего не дал.

А быть может кто-нть знает, где и какие лимиты есть у самого жметра? Ну то есть, чтобы не ждать одну минуту.

Я пробовал выставлять какие-то цифры на табе Advanced в Http Sampler. Но, возможно, есть еще что-то где-то? Ведь откуда-то эта минута появилась...

17:09пожаловаться #12

ΙΤ

А быть может кто-нть знает, где и какие лимиты есть у самого жметра? Ну то есть, чтобы не ждать одну минуту.

Я пробовал выставлять какие-то цифры на табе Advanced в Http Sampler. Но, возможно, есть еще что-то где-то? Ведь откуда-то эта минута появилась...

в конфиге

17:31пожаловаться #13

AK

в конфиге

jmeter.properties ?

17:31пожаловаться #14

ΙΤ

os_sampler.poll_for_timeout=x => not for http, see:

https://github.com/apache/jmeter/blob/master/bin/jmeter.properties
http.socket.timeout=x => applies to all requests using HttpClient4 or 3, see:

https://github.com/apache/jmeter/blob/master/bin/hc.parameters
httpclient.timeout=x => Same, see:

https://github.com/apache/jmeter/blob/master/bin/jmeter.properties

17:33пожаловаться #15

K

Klim in QA — Load & Performance

17:58пожаловаться #16

K

Klim in QA — Load & Performance

Кто-то встречался с такой проблемой? Есть парралел контроллер внутри него есть запросы и один из запросов обернут в транзакшн контроллер, когда запускаю в многопоточном режиме на несколько итераций, то 1 итерация у всех потоков проходит нормально а вот со 2 итерации тест падает с такой ошибкой, встречал кто-то такое?

17:58пожаловаться #17

AK

os_sampler.poll_for_timeout=x => not for http, see:

https://github.com/apache/jmeter/blob/master/bin/jmeter.properties
http.socket.timeout=x => applies to all requests using HttpClient4 or 3, see:

https://github.com/apache/jmeter/blob/master/bin/hc.parameters
httpclient.timeout=x => Same, see:

https://github.com/apache/jmeter/blob/master/bin/jmeter.properties

спасибо, попробую)

17:59пожаловаться #18

K

Klim in QA — Load & Performance

Klim

Кто-то встречался с такой проблемой? Есть парралел контроллер внутри него есть запросы и один из запросов обернут в транзакшн контроллер, когда запускаю в многопоточном режиме на несколько итераций, то 1 итерация у всех потоков проходит нормально а вот со 2 итерации тест падает с такой ошибкой, встречал кто-то такое?

Сам отвечу в общем это шит практис тразакшн юзать в парралел контроллере : Parallel Controller does not support work with Transaction Controller so if used you can get an unexpected results. If you decide to use these controllers together familiarize yourself with already known problems that described

18:09пожаловаться #19

ВЛ

Всеволод Лифанов... in QA — Load & Performance

Per cent

Всем доброго дня! Подскажите есть ли способ быстро заменить скрипты в перф центре на другие с сохранением ран тайм сеттингс и шедулар сеттингс ? Пока приходится добавлять новые, делать дупликейт рантайм сеттингс, дупликейт шедулар сетингс, а потом удалять старые

Версия РС?