ВС
подскажите пожалуйста. Есть приложение в котором есть поиск по VIN номеру автомобиля. При вводе вина и нажатии на кнопку поиск, выполняется 2 запроса один за другим. Задача - проверить сколько пользователей выдержит приложение если они все одновременно нажмут на 'Search'. Собственно и сценарий у меня получился самый примитивный, но возник вопрос: после того как во второй запрос засунул таймер чисто для сравнения результатов (100 ms задержка) - респонс тайм теста уменьшился на 20%. Не могу понять как вообще в данном случае работает таймер и оказывает влияние на респонс, если весь сценарий состоит из 1 транзакци,. т.е. после второго запроса фактически сценарий для юзера заканчивается но все равно таймер как то влияет на результат
Что такое "респонс тайм теста"?
Если это время Transaction Controller со стандартными настройками (без учёта таймеров и без родительского запроса), то уменьшение длительности можно объяснить.
При настройках по умолчанию JMeter открывает соединение в начале каждой итерации и закрывает в конце.
Если добавить таймер, то итерация станет дольше. И значит RPS снизится. Значит снизится интенсивность создания новых соединений с сервером. И этим можно объяснить ускорение времени ожидания ответов.
Дело в том, что создать соединение - дорогая операция. А при высокой интенсивности (RPS) ненастроенная станция достигает лимитов по соединениям. И JMeter существенную часть времени ждёт соединения.
А при меньшем RPS, лимит достигается не так активно, соединения освобождаются. И меньше времени уходит на соединения.
Частично об этом доклад Ускоряем Apache.JMeter
Если это время Transaction Controller со стандартными настройками (без учёта таймеров и без родительского запроса), то уменьшение длительности можно объяснить.
При настройках по умолчанию JMeter открывает соединение в начале каждой итерации и закрывает в конце.
Если добавить таймер, то итерация станет дольше. И значит RPS снизится. Значит снизится интенсивность создания новых соединений с сервером. И этим можно объяснить ускорение времени ожидания ответов.
Дело в том, что создать соединение - дорогая операция. А при высокой интенсивности (RPS) ненастроенная станция достигает лимитов по соединениям. И JMeter существенную часть времени ждёт соединения.
А при меньшем RPS, лимит достигается не так активно, соединения освобождаются. И меньше времени уходит на соединения.
Частично об этом доклад Ускоряем Apache.JMeter