В JMeter понимание разгона

Это конфигурация моего теста-нить план свойства:

Number of Threads (users): 100
Ramp-up Period (in seconds): 10
Loop Count : Forever
Delay thread creation until needed: No
Scheduler: No

Я проводил тест на ночь с общей продолжительностью 14 часов и 7 минут (примерно 50820 секунд). После загрузки файла jtl, количество образцов показаны в сводный отчет 1050975. Я пытался вычислить, но я могу'т понять, как он придумал, что многие образца.

Если разгона период-это время, необходимое для JMeter, чтобы создать количество потоков в каждой итерации и если продолжительность теста 50820 секунд, а затем я должен был 508200 образцы только ( 50820/10 * 100 ). Я не знаю, как или если считать цикл влияет на это.

Комментарии к вопросу (2)
Решение

Пандус в нить Группа Время JMeter, должен взять для начала общее количество потоков. В вашей ситуации это означает, что каждые 0,1 секунды новый поток начинает давать 100 запущенных потоков через 10 секунд. Эти 100 потоков выполнить итерации теста спина к спине, поэтому после разгона 100 потоков непрерывно в течение испытания.

Комментарии (2)

Наращивание периода - период времени (в секундах) для всех запросов, чтобы начать. Все темы, указанные в потоков ввод начинается не позднее наращивание периода.

Например:

100 потоков и 100 секунд разгона: каждую секунду в JMeter начнется 1 поток, пока все потоки запускаются по времени 100 секунд до.

100 нитей и 50 секунд разгона: каждый второй начал 2 темы несколько.

Потоки 100 и 200 секунд разгона: каждый 2 секунды, начал 1 нить это.

Теперь,

Образец или поколение запросу это совсем другое понятие, чем генерация потока.В ВЫ случае, 100 нитей в 10 секунд.Ключевым фактором здесь является пропускная способность. Как в JMeter можно словарик:

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

формула: производительность = (количество запросов) / (общее время).

Здесь количество совершенных проб или запросы 1050975 и продолжительность испытания составляет 50820 секунд. Так это связано с пропускной способностью.Выходной 1050975 запросы 50820s про средняя производительность на протяжении всего тестирования была приблизительная 20.5/с.

Чтобы взять под контроль операции пропускная способность " или " в секунду` есть очень удобный плагин для JMeter называется постоянная пропускная способность таймер.

постоянная пропускная способность таймера вводит переменную паузы, рассчитанные на продолжать общую пропускную способность (с точки зрения образцов в минуту) как возможно к данной фигуре. Конечно, пропускная способность будет ниже, если сервер не способен обрабатывать его, или если другие таймеры или длительные по времени испытания элементов, предотвратить его.

Комментарии (1)

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

@Цыпленочек Понимание 1 является правильным.

Если использовать 10 потоков, и пандус период-10 секунд, затем JMeter можно будет взять 10 секунд, чтобы получить все 10 потоков и работает.

Каждый поток начнется через 1 секунду после того, как предыдущий поток был начат.

Комментарии (0)

В период увеличения нагрузки в JMeter говорит, как долго принимать, чтобы "разгона" на полное количество потоков выбирается. Если использовать 10 потоков и в период увеличения нагрузки составляет 100 секунд, то есть возможно займет 100 секунд, чтобы получить все 10 потоков и работает. Каждый поток начнется 10 (100/10) секунд после того, как предыдущий поток был начат. Если есть 30 потоков и разгона течение 120 секунд, затем каждая последующая нить будет отложена на 4 секунды.

Комментарии (0)

Понимание 1: Правильно В период увеличения нагрузки в JMeter говорит, как долго принимать, чтобы "разгона" на полное количество потоков выбирается. Если 10 потоки используются, и по трапу период составляет 100 секунд, то есть возможно займет 100 секунд, чтобы получить все 10 потоки и работает. Каждый поток начнется 10 (100/10) секунд после того, как предыдущий поток был начат. Если есть в 30 потоков и увеличения течение 120 секунд, затем каждый последующий поток задерживается на 4 секунды

Комментарии (0)

Например

  1. 1000 целевых потоков с 1000 секунд разгона: JMeter можно будет добавить один пользователей каждую секунду
  2. 1000 целевых потоков с 100 секунд разгона: JMeter можно будет добавить 10 пользователи каждую секунду
  3. 1000 целевых потоков с 50 секунд разгона: JMeter можно будет добавить 20 пользователи каждую секунду
Комментарии (0)

Нарастить Срок: Ставка, по которой пользователи будут onborded начать переходов.

В JMeter с 10 пользователями, если вы даете нарастить время от 20, затем 1 пользователей начнем выполнение плана каждые 2 секунды.

Комментарии (0)

Это свойство говорит JMeter, а как долго задержка между началом каждого пользователя.

Например, если вы введете разгона течение 5 секунд, JMeter можно будет отделка начиная всех пользователей к концу 5 секунд. Так, если у нас есть 5 пользователей и 5 секунд разгона периода, то при задержке между начиная пользователям будет 1 секунду (5 пользователей / 5 секунд = 1 пользователь в секунду). Если вы установите значение 0, то возможно сразу же начать все ваши пользователи.

Комментарии (0)