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

а AWS)

Хорошо, будем пробовать. Спасибо) Как будут результаты - отпишусь

а нагрузочная станция где базируется?

Тоже AWS. Регионы только разные, насколько помню

для iperf сделайте 3-5 тестов, постепенно наращивая количество потоков на порядок. если увидите деграадцию, можно поискать точку. еще можно посмотреть кореляцию между количеством тредов и возникновением проблемы. сделайте в jmeter количество тредов 5000, рампап тоже 5000. галочку same user each iteration поставить. сделайте фиксированный рпс на уровне который точно держит система, но максимальный. проведите таких пару тестов. посмотрите тайминг возникновения проблемы, если одно и то же время - могут быть какие то софтверные лимиты.

Ага, хорошо. Ещё имеем идею провести серию одинаковых запусков из разных регионов и AZ. И ещё одно уточнение. Если jmeter возвращает именно connect time большой, то получается, что проблема имеется где-то на этапе создания TCP соединения, верно? У нас одинаковый http запрос в репорте только connect time отличается. Ну и как следствие - общим latency

посмотрел сорцы, вроде как да коннект это только открытие и сокета и запись в него

казалось туда входит препроцессор

Коллеги, а может кто подсказать, можно ли как то разделить jtl файл результатов? Хочется отдельно по каждой ступени посмотреть, а настроек и плагинов в упор не вижу

смотришь то где?

jmeter
Мне уже подсказали как их нарезать
https://searchcode.com/file/288457778/jmeter/apache-jmeter-4.0/bin/FilterResults.bat/

так в голом логе? в листенере? в графане? кастомный вью?
в самом jmeter в листенерах можно выделять интервалы нужные путем указания времени.
в голом логе можно через cmd/bash команды дробить удобно.
в графане надо понять какой график интересует или весь тест?

В данном случае смотрю через jmeter в Summary report, сейчас через cmd по секундам раздробила как в примере выше, вроде работает

Добрый день!
Кто-нибудь работал с виртуалками на яндекс облаке?
Дело такое: написали скрипт на груви по отправлению сообщений в кафку (1 поток - 1 продюсер кладет 1 сообщение за проход). Вроде ничего сложного и фантастического.
На одной ВМ (не яндекс облака), данный скрипт выдает на 1ом потоке +-600 рпс и при повышении кол-ва тредов - рпс растет. Тут вопроса нет.
На ВМ, которая в Я.Облаке, ровно этот же скрипт выдает +-50 рпс (что в 10 раз меньше). Более того, если в 1 поток запустить 1 jsr223 sampler с кодом, который просто в лог пишет 2 слова - получаем те же самые 50 рпс. Попробовали сменить язык на java - те же 50 рпс. На JS скрипт с 1 сэмплером (запись в лог) выдал 200 рпс.
По cpu и ram машинки практически не отличаются. Настройки JMeter те же самые. В кафке проблемы нет (нагрузили другой утилитой нормально положились сообщения). Версия ОС и java одна и та же на двух ВМ.
Подскажите, пожалуйста, в какую сторону следует покопать? Что ещё может так негативно сказаться на работе JMeter?

Коллеги, а Kubernetes ,будет фиксировать как то ошибки нехватки памяти для java приложения? (допустим в настройках кубера стоит 2 Gb, а приложение для работы запросило 4

Out of memory то должен вывалиться

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

Друзья грузчики, скажите пожалуйста, а есть у кого хороший дашборд в графану завязаный на prometheus?
Нагуглил я какие-то нищебродские борды только(

добрый вечер! поковырял hh посмотрел вакансии - чтоб понять какие вообще скилы надо иметь чтоб работать в НТ! И вот все они примерно такие - вакансия Билайн на скрине. Вообще не информативные! Подскажите основной стек который надо изучать? Тесты пишу на jmeter + inflaxdb + grafana