Svetlana
Всем привет! Подскажите, как понять что TPS может быть увеличено и мне нужно дальше подбирать правильные параметры Number of thread и Rump-up Period?
У меня прописано ожидание в Throughput Shaping Timer, результат просматриваю в jp@gc - Transactions per Second, jp@gc - Response Times Over Time, Summary Report
Для достижения желаемого TPS увеличивала Number of thread, уменьшала Rump-up Period. Эмперически.
Правильно ли я поступаю? Можно ли как-то рассчитать верноекол-во потоков чтобы понимать, что это система не может вытянуть больше, а не я не могу подобрать нужные параметры.
Можно сделать Transaction Controller в корне. По результатам его выполнения на последней ступени оценить суммарную длительность сценария.
Например получится, что в среднем это 95 секунд, а округленно - 100. Вот 100 секунд один поток точно занят запросами и ответами. Это минимальный шаг.
А нам нужно сделать интенсивность - 20 TPS (сценариев в сек) или 200 RPS (запросов в сек), пусть 10 запросов в сценарии. Значит надо 20 TPS * 100 сек = 2 000 потоков минимум в пуле.
Зная минимальную оценку, нужно добавить в пул побольше потоков. Пусть 2500.
Скорректировать Xmx под такое количество или сделать распределенный запуск теста.