Почему нагрузочное тестирование дает лучшие результаты, когда я увеличиваю количество экземпляров загрузчика, когда мой сервер имеет ту же конфигурацию

Question

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

У меня есть api rest, размещенный на сервере apache.

С1 Загрузите экземпляр приложения Runner с 250 одновременными пользователями, и мое среднее время отклика составляет 0,8 с

. Но когда я увеличиваю количество экземпляров приложения Load runner с 1 до 4, среднее время отклика уменьшается с 0,8 до 0,48.

Почему это случилось?Идея в том, чтобы загрузить тестовый сервер, а не самого потребителя.

Пожалуйста, помогите мне понять логику, почему это происходит

заранее спасибо

Answer 1

Вы, вероятно, перегружены ваш генератор нагрузки.Распределяя одинаковую нагрузку между четырьмя генераторами нагрузки и одним, вы с меньшей вероятностью перегружаете генератор нагрузки и отрицательно влияете на результаты.Это может быть любой из конечных наборов ресурсов, на которые влияют, что приводит к замедлению работы генераторов нагрузки.

Как правило, у I никогда меньше трех генераторов нагрузки (два основныхи один контроль).Я также хочу использовать менее 50% доступного пула ресурсов на любом данном генераторе нагрузки.Это включает в себя все конечные ресурсы (CPU, DISK, MEMORY, NETWORK)

Answer 2

LoadRunner отправляет запросы так быстро, как может (если вы не используете функцию lr_think_time()).

Приложение также реагирует так быстро, как только может, и, если вы увеличите пропускную способность загрузки, она также должна быть увеличена (если вы не достигли точки насыщения )

Так что самое простоеОбъяснение состоит в том, что одного экземпляра генератора нагрузки недостаточно, чтобы поставить сервер на колени, скорее всего из-за слишком малого количества виртуальных пользователей или из-за нехватки системных ресурсов, таких как ЦП, ОЗУ, емкость сети или дисковый ввод-вывод, убедитесь, чтоваши генераторы нагрузки имеют достаточный запас для работы, так как производительность может значительно ухудшиться, когда нагрузка превышает 90% от общей доступной емкости, особенно в системах x86.В зависимости от вашей операционной системы это может быть top для Unix и производных, Resource Monitor для Windows или вы можете предпочесть кросс-платформенное решение, такое как SIGAR или PerfMon