Каково максимальное количество потоков, которые разумно одновременно запускать в Jmeter?

Ответ 1

Я использовал JMeter справедливый бит и нашел, что он не очень хорош при создании действительно высокой нагрузки. На 2Ghz Core2 Duo с памятью 2 Гб вы можете разумно ожидать около 100 потоков.

При этом лучше всего запустить его на своем оборудовании, чтобы процессор ПК не достиг пика на 100% - стабильный 80% -90% лучше всего, в противном случае результаты будут затронуты.

Я также попробовал WAPT 5 - он успешно запускал 1000+ потоков с одного и того же ПК. Он не является бесплатным, но он более полезен, чем JMeter, но не имеет всех функций.

Устаревший ответ, так как по крайней мере версия 2.6 см. fooobar.com/questions/166850/... для более актуального.

Ответ 2

JMeter может имитировать очень высокую нагрузку, если вы используете ее правильно.

Не слушайте Urban Legends, которые говорят, что JMeter не справляется с высокой нагрузкой.

Теперь, чтобы ответить, это зависит от:

• мощность вашего компьютера

• ваш jvm 32 бит или 64 бит

• выделенная память jXM -Xmx

• ваш план тестирования (много beanshell, почтовый процессор, xpath... означает много CPU)

• Ваша конфигурация os (настраивается)

• Режим Gui/non gui

Таким образом, теоретического ответа нет, но после Best Practices будет гарантированно работать JMeter.

Обратите внимание, что с помощью jmeter вы можете распределять нагрузку через дистанционное тестирование, считая:

• Удаленное тестирование > 15.4 Использование другого отправителя образца

И, наконец, используйте облачное тестирование, если этого недостаточно.

Прочитайте это для подсказок настройки:

• http://www.ubik-ingenierie.com/blog/jmeter_performance_tuning_tips/

Ответ 3

JMeter Wiki сообщает о случаях, когда JMeter использовался с целыми потоками 1000. Я использовал его не более 100 потоков, но ссылки в Wiki предлагают сокращения ресурсов, которые я никогда не пробовал.

Ответ 4

Одной из проблем, с которыми мы столкнулись при запуске JMeter в Windows XP, был лимит подключения TCP для Windows XP. Предел следует удалить, чтобы использовать JMeter для полного потенциала рабочих станций Подробнее здесь. AFAIK, не относится к другой ОС.

Ответ 5

Я использовал JMeter с 2004 года, и я начал много нагрузочных тестов.

С ПК Windows 7 64 бит 4Go RAM iCore5.

Я думаю, что JMeter может поддерживать одновременные потоки от 300 до 400 для протокола Http (Sampler) только с одним "агрегирующим приемником отчетов", который записывает в результаты файла журнала и таймеры между страницами вызовов.

Для теста большой нагрузки вы можете настроить JMeter с подчиненными устройствами (генераторами нагрузки), такими как http://jmeter-plugins.org/wiki/HttpSimpleTableServer/

Я уже провел тесты с 11 подчиненными ПК для имитации 5000 потоков.

Ответ 6

Я не использовал JMeter, но ответ, вероятно, зависит от вашего оборудования. Лучшая ставка может заключаться в том, чтобы установить показатели производительности, угадать количество потоков и затем запустить двоичный поиск следующим образом.

Игра угадывания номера...

В этой довольно простой игре начинается что-то вроде "Я думаю о целых числах от сорока до шестидесяти включительно, и к вашим догадкам я отвечу" Высокий "," Низкий "или" Да! ". как могло бы быть". Предположим, что N - это число возможных значений (здесь указано двадцать один как "включительно" ), тогда для определения числа требуется не более вопросов, так как каждый вопрос уменьшает пространство поиска. Обратите внимание, что требуется меньше вопросов (итераций), чем для общего алгоритма, поскольку число уже ограничено в пределах определенного диапазона.

Даже если число, которое мы угадываем, может быть сколь угодно большим, и в этом случае нет верхней границы N, мы все равно можем найти число в большинстве шагов (где k - это (неизвестное) выбранное число), сначала обнаружив верхняя граница повторным удвоением. Например, если число было равно 11, мы могли бы использовать следующую последовательность догадок, чтобы найти его: 1, 2, 4, 8, 16, 12, 10, 11

Можно также расширить метод включения отрицательных чисел; например, следующие догадки могут быть использованы для нахождения -13: 0, -1, -2, -4, -8, -16, -12, -14, -13

Ответ 7

Это больше зависит от того, какой тип тестирования производительности вы выполняете (загрузка, всплеск, выносливость и т.д.) на определенном сервере (немного на аппаратной зависимости)

Имейте в виду эти параметры - клиентская машина, на которую вы нацеливаетесь на запуск jmeter, будет выделено определенное количество памяти кучи, обеспечьте правильное распределение, чтобы script не выходил из строя. Самый высокий, который я выполнял на jmeter, составлял 1500 в локальной среде (архитектура клиент-сервер). В веб-арке наивысший я имел прогон, основанный на нефункциональном требовании, ограничен 250 потоками,

поэтому он идеально зависит от типа тестирования производительности и стиля развертывания и т.д.

Ответ 8

Для этого нет стандартного номера. Максимальное количество потоков, которые вы можете генерировать с одного компьютера, полностью зависит от оборудования компьютера и ОС. ОС по умолчанию занимает определенное количество ЦП и ОЗУ.

Чтобы узнать максимальные потоки, которые может обрабатывать ваш компьютер, вы можете подготовить образец теста и запустить его только с несколькими потоками. Затем с каждым циклом тестового запуска постепенно увеличивайте количество потоков. Во время этого вам также необходимо контролировать CPU, RAM, дисковый ввод-вывод и сетевой ввод-вывод вашего компьютера. В тот момент, когда любой из них достигнет или превысит 80% (снова для вас, чтобы решить, насколько близко для вас или за его пределами), это максимальное количество потоков, которыми может обрабатывать ваш компьютер. Чтобы быть на более безопасной стороне, я бы остановился на количестве, когда использование ресурсов достигает 70%.

Ответ 9

Это будет зависеть от используемого оборудования, а также от базового script. Я всегда чувствовал, что эта размытость - самая большая проблема с традиционными инструментами тестирования нагрузки. Если у вас небольшой бюджет (200 долларов или около того вы получаете много тестов), проверьте мою компанию служба тестирования нагрузки, BrowserMob.

Помимо наших настоящих пользователей браузера (RBU), которые контролируют тысячи в реальных браузерах с целью тестирования производительности и нагрузки, у нас также есть традиционные виртуальные пользователи (VU). Скрипты написаны на JavaScript и могут выполнять различные HTTP-вызовы.

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

Чтобы решить эту проблему для BrowserMob, мы приняли чрезвычайно консервативный подход к числу VU и RBU на ядро ​​процессора: не более 1 браузера или 50 потоков на ядро ​​процессора, а иногда и намного меньше. В мире облачных вычислений циклы CPU настолько дешевы, что просто не имеет смысла пытаться перегружать машины.