Каково самое большое количество потоков, которое разумно для одновременного выполнения в Jmeter?
Вы можете использовать этот шаблон (?(?=.*\.)^.*\.nc$|^.*$)
Это условно с положительным прогнозом, который проверяет, содержит ли строка точку (с шаблоном (?=.*\.)). Если это так, сопоставьте строку с расширением .nc (с ^.*\.nc$), если нет, то сопоставьте всю строку (с ^.*$).
5 ответов
Я неплохо использовал JMeter и обнаружил, что он не очень хорош для генерации действительно высокой нагрузки. На 2 ГГц Core2 Duo с 2 ГБ памяти вы можете ожидать около 100 потоков.
При этом лучше всего запускать его на своем оборудовании, чтобы процессор ПК не достигал пика на уровне 100% - стабильных 80%. -90% лучше, в противном случае это влияет на результаты.
Я также пробовал WAPT 5 - он успешно запустил более 1000 потоков с того же ПК. Он не бесплатный, но он более полезен, чем JMeter, но не обладает всеми функциями.
Устаревший ответ, по крайней мере, версия 2.6, см. https://stackoverflow.com/a/11922239/460802 для более актуальной.
JMeter Wiki сообщает о случаях, когда JMeter использовался с 1000 потоками. Я использовал его не более чем с 100 потоками, но ссылки в вики предлагают сокращение ресурсов, которое я никогда не пробовал.
Я не использовал JMeter, но ответ, вероятно, зависит от вашего оборудования. Лучше всего установить метрики производительности, угадать количество потоков, а затем запустить бинарный поиск следующим образом.
Источником была Википедия.
Игра в угадывание чисел ...
Эта довольно простая игра начинает что-то типа «Я думаю о целых числах от сорока до шестидесяти включительно, и, по вашим предположениям, я отвечу« Высокий »,« Низкий »или« Да! » как могло бы быть. " Предположим, что N - это число возможных значений (здесь было указано двадцать одно как «включительно»), тогда для определения числа требуется не более вопросов, поскольку каждый вопрос делит пространство поиска на два. Обратите внимание, что требуется меньше вопроса (итерации), чем для общего алгоритма, поскольку число уже ограничено определенным диапазоном.
Даже если предполагаемое число может быть сколь угодно большим, в этом случае нет верхней границы N, мы все равно можем найти число не более чем на шаг ( где k - (неизвестное) выбранное число), сначала находя верхнюю границу путем повторного удвоения. Например, если число было 11, мы могли бы использовать следующую последовательность догадок, чтобы найти его: 1, 2, 4, 8, 16, 12, 10, 11
Можно также расширить технику, чтобы включить отрицательные числа; например, следующие догадки могут быть использованы для нахождения -13: 0, -1, -2, -4, -8, -16, -12, -14, -13
мы все еще можем найти число не более чем в шагах (где k - (неизвестное) выбранное число), сначала найдя верхнюю границу путем повторного удвоения. Например, если число было 11, мы могли бы использовать следующую последовательность догадок, чтобы найти его: 1, 2, 4, 8, 16, 12, 10, 11Можно также расширить технику, чтобы включить отрицательные числа; например, следующие догадки могут быть использованы для нахождения -13: 0, -1, -2, -4, -8, -16, -12, -14, -13
мы все еще можем найти число не более чем в шагах (где k - (неизвестное) выбранное число), сначала найдя верхнюю границу путем повторного удвоения. Например, если число было 11, мы могли бы использовать следующую последовательность догадок, чтобы найти его: 1, 2, 4, 8, 16, 12, 10, 11Можно также расширить технику, чтобы включить отрицательные числа; например, следующие догадки могут быть использованы для нахождения -13: 0, -1, -2, -4, -8, -16, -12, -14, -13
Это будет зависеть от оборудования, на котором вы работаете, а также от базового сценария. Я всегда чувствовал, что эта нечеткость - самая большая проблема с традиционными инструментами нагрузочного тестирования. Если у вас небольшой бюджет (примерно 200 долларов США, то вы получите МНОГО тестирования), обратитесь к сервису нагрузочного тестирования моей компании , BrowserMob.
Помимо наших реальных пользователей браузера (RBU), которые контролируют тысячи в реальных браузерах с целью тестирования производительности и нагрузки у нас также есть традиционные виртуальные пользователи (VU). Скрипты написаны на JavaScript и могут выполнять различные HTTP-вызовы.
Причина, по которой я привел это, состоит в том, что я всегда чувствовал, что игра в попытках выяснить, сколько виртуальных единиц (VU) можно установить на вашем оборудовании загрузки, опасна. Так легко получить плохие результаты, не осознавая этого.
Чтобы решить это для BrowserMob, Мы использовали чрезвычайно консервативный подход к количеству VU и RBU на ядро ЦП: не более 1 браузера или 50 потоков на ядро ЦП, а иногда и намного меньше. В мире облачных вычислений циклы ЦП настолько дешевы, что просто не имеет смысла перегружать машины.
Одной из проблем, которые мы имели с запуском JMeter на Windows XP, был предел подключения Windows XP TCP. Предел должен быть удален, чтобы запустить использовать полный потенциал JMeter для рабочей станции Больше информации здесь . AFAIK, не распространяется на другую ОС.