Гатлинг: разные результаты при одном и том же сценарии - PullRequest
Новая
       37

Гатлинг: разные результаты при одном и том же сценарии

0 голосов
/ 25 мая 2018

Я использую Gatling 2.3.0 со сценарием JMS.При выполнении этого сценария в течение 8 часов я получаю разные результаты, то есть количество отправляемых сообщений различается (около миллионов сообщений против сотен тысяч сообщений).

Чтобы сделать это более конкретным: 

messages being submitted through Gatling WITHOUT file reading: 7.976.342
messages being submitted through Gatling WITH reading from file: 102.336

Сценарий каждый раз успешно завершался и каждый раз длился около 8 часов.

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

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

Поскольку я представляю собой очень большое строковое сообщение, я использую средство чтения файлов вместо того, чтобы иметь строковое значение в качестве переменной вфайл симуляции: 

val pdubloadmessage =
scala.io.Source.fromFile("pdubload.txt").mkString

Сценарий определяется следующим образом: 

val scnpdubloadMessage = scenario("Load testing GPRS InboundQueue on MQ-HOST-1 with PDUpload-Message").during(8 hours) {
exec(jms("F&F testing with MessageID PDUpload").send
  .queue("FLEETBOARD.GPRS_MESSAGES.QUEUE")
  .textMessage(pdubloadmessage)
)
}

Наконец вводит: 

// configuration for MQ-HOST-1
setUp,
scnpdubloadMessage.inject(rampUsers(40) over (1 seconds)).protocols(jmsConfigMQ1),
 // remaining lines for other scenarios omitted

Кто-нибудь имеет представление о первопричинеэтого вопроса?Я подозреваю, что проблема с обработкой файлов здесь.

...