LocustIO: min_wait и max_wait не применяются - PullRequest
0 голосов
/ 12 декабря 2018

Я играю вокруг LocustIO.У меня есть единственная задача self.client.get(), в которой мои min_wait и max_wait установлены на 1 миллисекунду каждая.

class App_User(HttpLocust):  
    ... 
    min_wait = 1  
    max_wait = 1  

Я использовал logging, чтобы увидеть ответ.В консоли я ожидаю, что временные метки журналов задач будут находиться в пределах одной и той же секунды, учитывая max_wait 1 миллисекунду, но кажется, что задача по-прежнему выполняется каждую 1 секунду.

Неправильно ли ожидать 1000 GET ответов в течение 1-секундного периода нагрузочного теста при ожидании задачи в 1 миллисекунду;1 симулированный пользователь?

Ответы [ 2 ]

0 голосов
/ 12 декабря 2018

1 мс - время ожидания между 2 запросами.Таким образом, вполне вероятно, что ваш сервер требует 1с, чтобы ответить.Если вы хотите получать больше запросов в секунду, вы должны добавить больше «App_User».

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

Наконец, одна важная вещь, на которую следует обратить внимание, состоит в том, что Locust не имеет фиксированного RPS, его цель - моделировать поведение пользователя.

0 голосов
/ 12 декабря 2018

Неправильно ли ожидать 1000 ответов GET в течение 1-секундного периода нагрузочного теста при ожидании задачи в 1 миллисекунду;1 также смоделированный пользователь?

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

Например, если ваш запрос GET занимает 5 секунд, для каждой саранчи, которую вы увидитечто-то вроде:

  • 0.000 с - запрос 1 запущен
  • 5.000 с - запрос 1 выполнен, подождите 1 мс
  • 5.001 с - запрос 2 запущен
  • 10.001 - запрос 2 выполнен, подождите 1 мс
  • 10.002 - запрос 3 запущен

и т. Д.

Это связано с тем, чтовремя ожидания происходит только между запросами.Здесь не говорится «запускать 1 мсек», а «ждать 1 мс между каждой задачей после их выполнения».

...