Size: a a a

QA — Load & Performance

2020 December 11

M

Max in QA — Load & Performance
jagga jagga
бывает, пока не выяснил
то есть даже сложно понять связанно это с jmeter или с тестируемым сайтом ?)
просто я пока не понимаю как убедиться в том или ином хотя бы )
источник

jj

jagga jagga in QA — Load & Performance
ну на самом деле с джеметром
источник

jj

jagga jagga in QA — Load & Performance
у меня в CI с какого-то лешего подвисают получасовые тесты на два часа
источник

jj

jagga jagga in QA — Load & Performance
иногда
источник

jj

jagga jagga in QA — Load & Performance
причем простейшие, из серии 1 запрос в апи, но с высоким rps
источник

jj

jagga jagga in QA — Load & Performance
поэтому я грешу на jmeter и бэкенд листенер
источник

S7

Sam 7 in QA — Load & Performance
Anna
есть еще один отстойный эффект: я пробовала заюзать в конкаренси группе инклюд контроллер, а в целевом фрагменте был сэмплер. так оно каждым потоком начинает этот фрагмент грузить, и жметр загибается
Можно инклюд поменять на модуль контроллер и ещё нужно посмотреть на галочку про кэш скрипта
источник

M

Max in QA — Load & Performance
Kirill Yurkov
попробуй сменить имплемантацию на Java
не помогло (
источник

VG

Viktor Ganeles in QA — Load & Performance
Max
не помогло (
А сколько процентов таких запросов?
Если 10%+ - то я во время теста потыкался бы в систему из браузера (или что создаёт на неё нагрузку на проде) и попытался бы повторить проблему «вручную»

Если повторится - виноват не жметер (но может сеть)
источник

VG

Viktor Ganeles in QA — Load & Performance
Кстати, проблемы сети можно проверить так:
источник

VG

Viktor Ganeles in QA — Load & Performance
1) проверяете, что при низкой нагрузке этих проблем нет
2) пускаете как раз такую низкую нагрузку, а потом добавляете нагрузку чисто на сеть при помощи jperf
(Сперва в одну сторону, потом в другую)

Если таймауты пошли - значит сеть не тянет
источник

VG

Viktor Ganeles in QA — Load & Performance
Вот тут классная статья про то, как ограничивается производительность сети на фаерах и балансёрах

https://m.habr.com/ru/company/cbs/blog/317048/
источник

KY

Kirill Yurkov in QA — Load & Performance
ну как минимум у меня таких проблем нет, а а жметер один и тот же)
источник

KY

Kirill Yurkov in QA — Load & Performance
Max
не помогло (
эта проблема прям вначале теста возникает? посмотри event log windows за этот период
источник

VG

Viktor Ganeles in QA — Load & Performance
Kirill Yurkov
ну как минимум у меня таких проблем нет, а а жметер один и тот же)
У меня такой же жметер и не болит :)
источник

KY

Kirill Yurkov in QA — Load & Performance
может проблема сокетов
источник

M

Max in QA — Load & Performance
Viktor Ganeles
А сколько процентов таких запросов?
Если 10%+ - то я во время теста потыкался бы в систему из браузера (или что создаёт на неё нагрузку на проде) и попытался бы повторить проблему «вручную»

Если повторится - виноват не жметер (но может сеть)
Вот в последнем прогоне Error Rate составил 0,27% (274537 / 738 failed)
Тыкать в систему пробовал, ни чего отловить не выходит, вручную всё работает норм

Проверки проблемы сети:

1) Пробовал при низкой нагрузке, на 200 потоков. Не добавлял Timeout на запросы. По завершению теста несколько потоков могут зависнуть, на вечно, ждал час не обрубались, просто висели, пришлось вручную обрубать, после чего показывает вот такую ошибку. Почти всегда такое повторяется. Чем больше в общем потоков было тем больше зависших по завершению.
При 200 зависает 4-5
При 1000 - зависало около 50+

2) при помощи jpert - даже не знаю что это такое, спасибо, буду изучать )
источник

M

Max in QA — Load & Performance
источник

VG

Viktor Ganeles in QA — Load & Performance
Max
Вот в последнем прогоне Error Rate составил 0,27% (274537 / 738 failed)
Тыкать в систему пробовал, ни чего отловить не выходит, вручную всё работает норм

Проверки проблемы сети:

1) Пробовал при низкой нагрузке, на 200 потоков. Не добавлял Timeout на запросы. По завершению теста несколько потоков могут зависнуть, на вечно, ждал час не обрубались, просто висели, пришлось вручную обрубать, после чего показывает вот такую ошибку. Почти всегда такое повторяется. Чем больше в общем потоков было тем больше зависших по завершению.
При 200 зависает 4-5
При 1000 - зависало около 50+

2) при помощи jpert - даже не знаю что это такое, спасибо, буду изучать )
Jperf - это графическая оболочка для iperf.

iperf - утилита для нагрузки сети

http://alexof.ru/page/jperf
источник

VG

Viktor Ganeles in QA — Load & Performance
Max
Вот в последнем прогоне Error Rate составил 0,27% (274537 / 738 failed)
Тыкать в систему пробовал, ни чего отловить не выходит, вручную всё работает норм

Проверки проблемы сети:

1) Пробовал при низкой нагрузке, на 200 потоков. Не добавлял Timeout на запросы. По завершению теста несколько потоков могут зависнуть, на вечно, ждал час не обрубались, просто висели, пришлось вручную обрубать, после чего показывает вот такую ошибку. Почти всегда такое повторяется. Чем больше в общем потоков было тем больше зависших по завершению.
При 200 зависает 4-5
При 1000 - зависало около 50+

2) при помощи jpert - даже не знаю что это такое, спасибо, буду изучать )
да, при таком количестве ошибок вручную воспроизвести будет сложно :)

1) попробуй распределённую нагрузку - то есть ещё сократить нагрузку и подавать её с нескольких тачек.
2) попробуй подать нагрузку прямо с той тачки, которую нагружаешь. Это невалидно в плане поиска максимальной производительности, но таким образом ты сразу отсечёшь 99% проблем с сетью
3) вообще, у жметра есть таймаут на коннекты даже если ты их не выставляешь. То, что поток не завершается через некоторое время после теста вызывает сомнение, точно ли дело в таймаутах.
Но может я ошибаюсь...
Сделай вот что:
- не выставляй таймаут
- после завершения теста, когда увидишь, что поток висит, посмотри при помощи netstat - а есть ли висящий коннект.
источник