Потоки JMeter запускаются один раз, в то время как счетчик цикла установлен на «навсегда» с постоянным таймером пропускной способности

У меня есть план тестирования в JMeter, который тестирует базу данных memSQL, которая, похоже, запускает каждый поток только один раз, а не вечно.

  • Он имеет 3 группы потоков.
  • У каждого есть свой собственный элемент запроса JDBC (1 для удаления, 1 для вставки, 1 для выбора).
  • Я хочу, чтобы все запросы считывали параметры из файла csv. Я попробовал свой тест с 1 элементом конфигурации набора данных CSV для всего плана тестирования (с режимом общего доступа, установленным для всех активных потоков) и 1 для каждой из групп потоков (с режимом, установленным для текущей группы потоков).
  • Элементы запроса JDBC для удаления и вставки имеют подготовленный оператор обновления, установленный для атрибута типа запроса.
  • Один элемент запроса для выбора имеет подготовленное значение оператора выбора, установленное для этого поля.
  • Во всех случаях, которые я пробовал, атрибуты конфигурации набора данных CSV были установлены на: Recycle on EOF — True, Stop thread on EOF — false.
  • Я использую элемент постоянного таймера пропускной способности для всего плана тестирования. Для атрибута на основе установлено значение Все активные потоки (общие).
  • Как уже упоминалось в заголовке, в каждой группе потоков установлен флажок «количество циклов навсегда». Планировщик НЕ используется, и при ошибке выбирается кнопка «Продолжить» (хотя их нет).
  • В сводном отчете я не получаю исключений Java из базы данных. Только время вывода запроса и задержки.

Как уже говорилось, я пробовал 1 исходный файл csv для всех групп потоков. Теперь я создал 3 разных файла csv, и проблема не устранена. Я попытался установить время нарастания всех потоков на 0, 0,1, 1, 2, и все равно не повезло.

После просмотра сводного отчета, который я создал, я всегда вижу одно и то же количество образцов. У меня есть 3 группы потоков, в каждой по 80 потоков, поэтому я всегда получаю 240 одинаковых запросов. Даже если тест длился 1, 2, 3 минуты и т.д. Я пробовал заканчивать тест и выключением, и стоптестом, и с тем и с другим у меня было одно и то же число.

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

Можете ли вы показать конфигурацию таймера постоянной пропускной способности?

UBIK LOAD PACK 27.01.2019 14:39

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

Nexaspx 27.01.2019 14:47
ReactJs | Supabase | Добавление данных в базу данных
ReactJs | Supabase | Добавление данных в базу данных
Это и есть ваш редактор таблиц в supabase.👇
1
2
585
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

TL;DR

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

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

Причина заключалась в том, что на сервере, на котором запущена версия jmeter без графического интерфейса пользователя, я создал сценарий оболочки, чтобы принимать количество запросов в секунду, необходимое для текущего теста, и вставлять его в план, умноженный на 60, для соответствующего поля в элементе таймера. . Дело в том, что я не умножал на 60, поэтому пропускная способность была очень низкой. Настолько мало, что для тестов продолжительностью в несколько минут я всегда получал одно и то же количество образцов.

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

Другие вопросы по теме