Постоянный счетчик пропускной способности JMeter

Я пытаюсь достичь цели 3 TPS, используя все мои темы. Я использовал Constant Throughput Timer, но как-то он не обеспечивает постоянный TPS. Он выходит за пределы 3 TPS, как когда-то 10TPS.Постоянный счетчик пропускной способности JMeter

Тестовый сценарий

Группа Тема 1

Эта группа Thread отправить XML на сервер и проверить состояние.
Я поставил постоянный таймер в соответствии с этим действием Submit Quote и установил значение 3 в минуту.
После каждой цитаты Подпишитесь, я сделаю какое-то действие.

Thread Group 2

Эта группа Thread отправить XML на сервере и проверить статус как первая группа Thread, но действие остальные отличаются от первых.
Я поставил постоянный таймер в соответствии с этим действием Submit Quote и установил значение 3 в минуту.

Thread Group 2

Эта группа Thread отправить XML на сервере и проверить статус как первой & второй группы Thread, но действие остальные отличаются от первого & Второго.
Я поставил постоянный таймер в соответствии с этим действием Submit Quote и установил значение 3 в минуту.

мне нужно 3 TPS из всех этих групп темы для Submit ЦЕНЫ шага, я могу добиться того, что несколько, но это не является постоянным. enter image description here

Может ли кто-нибудь помочь в управлении TPS?

Ниже Graph вы можете увидеть некоторые большие сделки: enter image description here

источник

2013-08-03 Akshay

Вы хотите 3 tps за группу нитей или для всех потоков всех групп нитей? –

Я просто хочу, чтобы Submit Quote был запущен в 3TPS, у всех 3-х групп есть такой сценарий, и я пробовал использовать как первый таймер в рамках плана тестирования, так и второй индивидуальный таймер, как показано на моем скриншоте для каждой группы потоков. – Akshay

Похоже, нет решения для этого, я все еще жду ответа. Я использовал альтернативное решение, но теперь это снова дает мне проблемы. – Akshay

СТТЫ дадут вам «постоянные» пропускную способность по прошествии некоторого времени, а не в таком сокращении времени, как ваш тест показывает.

Пик, который вы видите, зависит от времени отклика вашего сервера.

Может быть, вы можете попробовать этот метод:

Настройка группы нарезка:

Loop Count = 1
Нарастить период = время теста (3600 секунд для моего примера)
Задержка создания тезисов до необходимого = true
Продолжительность Планировщик = 3600 секунд
задержки запуска планировщика = 0
при запуске в течение 1 часа, чтобы достигнуть 3 Trans за минуту, установить количество потоков до 180.

источник

2014-08-09 06:16:13

График я нахожу всего лишь 15 минут, но даже если я запустил его в течение 2 часов, я вижу такое же поведение. Я заметил в одном потоке, я делаю несколько действий, если я просто держу одно действие в каждом потоке, он отлично работает. Используя Inter-Thread Communication PreProcessor, я могу использовать другие сценарии в разных потоках и достичь CTT. – Akshay

Я могу управлять этим до некоторой степени, разделяя действия на несколько потоков. В моем предыдущем примере в Thread 1 я выполнял какое-то действие, которое повлияло на CTT. Чтобы решить проблему, я использую концепцию Queue. enter image description here

Сначала расставьте нити, если какие-либо действия в вашем занимает время переместить их в отдельный поток. В приведенном ниже примере действия QuoteStatus и далее были частью моего потока 1 и из-за медленного ответа от сервера он не позволял мне CTT.

enter image description here

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

источник

2014-08-15 18:02:57 Akshay

Постоянный счетчик пропускной способности JMeter

ответ

Смежные вопросы