Перейти к содержимому

APC

Регистрация: 05 дек 2005
Offline Активность: 30 апр 2021 05:39
*****

#103709 JMeter и XPath Assertion

Написано APC 08 апреля 2012 - 07:27

Совет бывалых - по возможности использовать вместо XPath Assertion менее ресурсоемкие варианты. Response Assertion чаще всего. XPath в JMeter очень прожорлив по ресурсам.
  • 1


#92633 Разветвление с неравной вероятностью в сценарии JMeter

Написано APC 15 августа 2011 - 13:33

Можно просто random variable и if controller юзать.
Поскольку случайное число (например от 0 до 100) имеет равномерное распределение, то оно с вероятностью 100-N будет больше порога. Ну а дальше пишем в контроллерах:
если число оказалось больше 10, то выполняем запросы, вероятность которых 90%
если число оказалось больше 50, то выполняем запросы, вероятность которых 50%
если число оказалось больше 80, то выполняем запросы, вероятность которых 20%

Вуаля. А beanshell медленноват. Хотя никто не исследовал, какой вариант окажется быстрее и эффективнее.
  • 1


#92289 Запуск семплера во время выполнения другого семплера

Написано APC 07 августа 2011 - 19:51

Часть 1, высокопарная: ЖМетр может все, но трюки может только с помощью еще более хитрых трюков.

Часть 2, в общих чертах: Организовать это можно двумя параллельными тред-группами. В жметре есть Синхронизирующий таймер, с его помощью можно организовать синхронизацию событий.

Часть 3, нещасливый конец: В целом межтредовое взаимодействие в ЖМетре - болезненная штука, с трюками придется исхитряться совсем сильно, народ что-то там мутит с глобальными пропертями для этих целей... Я бы вообще посоветовал поставить под вопрос необходимость реализации такого непростого сценария - стоит ли тратить так много времени?
  • 1


#91688 Запросы без ожидания ответа

Написано APC 27 июля 2011 - 05:43

Как раз для этих целей был сделан Throughput Shaping Timer

Попробую объяснить по-другому. Допустим есть сервер который держит 10 зап/сек стабильно в течении долгого времени. Мне нужно дать на него нагрузку значительно большую( с которой сервер не справляется), например посылать 50 зап/сек в течении 10 секунд. Если производительность сервера 10 зап/сек, то каждую секунду в очередь будет добавляться по 50-10=40 запросов. В рамках одного треда жеметр не посылает следующий запрос, пока не получен ответ на предыдущий. Т.е. не получится стабильно держать поступление новых запросов на сервер со скоростью 50 зап/сек

Довольно тривиальная задача вроде бы, но в жметр не могу понять как это реализовать.


  • 3