Сам спросил и сам ответил, нужно из командной строке стартовать жметер с настрйоками прокси  jmeter -H proxy.xervr.hosy -P port.  Откроется GUI жеметра и дальше просто открывать свой тест план и запускать тест и настройки прокси , вбитые в cmd подхватяться.

Привет всем!

 

Возникла необходимость нагрузить один веб портал, но есть проблема, без проски к нему никак не достучаться.

Я знаю как заставить  jmeter обращаться к proxy без GUI, запуская из командной строки:

 

-H [proxy server hostname or ip address]
-P [proxy server port]
-N [nonproxy hosts] (e.g. *.apache.org|localhost)
-u [username for proxy authentication - if required]
-a [password for proxy authentication - if required]

Example : jmeter -H my.proxy.server -P 8000 -u username -a password -N localhost
Alternatively, you can use --proxyHost, --proxyPort, --username, and --password

 

Вопрос такой: а можно ли настроить jmeter так, чтобы отправлять запросы через proxy в GUI режиме? Ведь для отладки скрипта неудобно делать запуски из командной строки, нужно сразу видеть результат. Пока что не нашёл каким образом можно сказать жметру делать запросы используя прокси севрер.

В комплекте с Tibco EMS идёт тулза в ихсодниках, которые можно сбилдить и которая умеет слать сообщения с при помощи её удаётся выйти на 30000 tps, но она совсем недуобная для использования и конфигурирвоания, просто тупая долбилка, ни графиков, ни сводных таблицы по результатам не делает.

А в чем проблема-то? Результаты можно обработать bash/perl/python и отдать для построения графиков в gnuplot или R.

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

да, тюнингом машинки как раз и занимаюсь.
Так же нагуглил что-то такое http://jyliao.blogsp...nce-under.html.

Может быть LOAD UI попробовать для нагрузки soap запросами? Кто-нибудь пробовал?

Попробуйте нагрузить с нескольких машинок с жметром.

дело в том, что это не обеспечит требуемый tps, потому как нужно сделать нагрузку в 50000 tps, а один jmeter даёт только 1000, к сожалению мы не можем обеспечить 50 железных машин для запуска 50 ти джметров.
Тут что-то связано либо с тюнингом самого джметра (либо самого хоста , от куда идут запросы) для такой конкретной специфической задачи, либо с хитростью использования Point-to-Point JMS Sampler, либо нужно использовать какое-то другое средство.

В комплекте с Tibco EMS идёт тулза в ихсодниках, которые можно сбилдить и которая умеет слать сообщения с при помощи её удаётся выйти на 30000 tps, но она совсем недуобная для использования и конфигурирвоания, просто тупая долбилка, ни графиков, ни сводных таблицы по результатам не делает.
Вот по-этому я ищу людей, которые сталкивались с нагрузочным тестированием JMS систем, в интернете и в туториале жметра ничего путного, кроме как добавить Point-to-Point JMS Sampler в тред группу не нашёл...

Здравствуйте.
Столкнулся с надобностью очень сильно нагрузить Enterprise Message Service с помощью Point-to-Point JMS cэмплера в jmeter (пока что другой альтернативы не нашёл).
Но возникла проблема, что не получается получить больше чем 1000 tps. В EMS Server: Gems (консолька компании tibco, в которой можно смотреть сколько сообщений приходит и сколько находится в очереди на указанном EMS) видно что количество приходящих сообщений варьируется от 700 до 930 и очереди практически никаикой не возникает, то есть EMS всё с лёгкостью разруливает.

Вопрос, можно ли заставить Jmeter дать больше нагрузки Jms сообщениями?
Я пробовал увеличивать количество тредов в одной тред группе, пробовал использовать несколько тред групп, так же пробовал jp@gc - Throughput Shaping Timer, ничего не помогает, количетсво tps держитсь япримерно рядом с 1000.
Может быть кто-то сталкивался с подобнйо задачей? Может быть есть какая-то другая тула для нагрузки JMS сообщениями? Или всё же как можно заставить jmeter дать больше нагрузки.

Спасибо!