к сожалению в jmeter вот так

в Jmeter первый или второй вариант?

первый там где вверху подсказка

оу :(
не заметил её.

эх. Ладно, значит пинг. Или можно написать свою замерялку.

или мониоринг прикрутить

Что касается 1 thread per 1 VU, то, абстрактно, ситуация такая. Если запрос stateless, то вообще никаких привязок потоков исполнителей к VU нет, кто может - тот делает. И, хотя сейчас везде микросервисы и stateless подразумевается by default, мир немного сложнее и statefull взаимодействий вагон и тележка. А тут как: если инструмент умеет разделять состояние от воркера, то опять же, никаких привязок. А если не умеет - то надо держать потоки с состоянием, делать нечего.

а что значит разделять состояние от воркера? от треда имеется в виду? можешь на примере jmeter сказать?

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

tcpkali

На примере не могу - вникать надо, неохота.
А по сути просто - отправил запрос, получил ответ, потом в зависимости от ответа нужно такой-то другой запрос кидать. Это состояние. Вариант а) тот, кто отправил 1й запрос ждёт ответа и реагирует, вариант б) ответ куда-то кладется, любой свободный исполнитель берет и отправляет.
Хотя что-то на HTTP идея не очень ложится :) Ну ладно, пятница всё таки.

про стейтфул и стейтлесс еще подумаю, но про инструменты у тебя не взлетело, да)

спасибо за мысль, если что-то родится - отпишусь

Добрый вечер. Подскажите. Подняли вопрос о настройки сервера для лоад генератора. Если сказать, сколько нужно оперативки, я еще могу оценить, сколько нужно, то как ответить, когда спрашивают, сколько нужно цпу для лоад генератора? может ктото подсказать, какой мощности процессора будет достаточно для развертывания джиметра + инфлакс + графана?

Невозможно спрогнозировать

Проси не меньше 8 ядер

Ну смотря сколько рпсов подавать собираетесь

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