Назад | Перейти на главную страницу

одновременное пользовательское тестирование с использованием jmeter

На машине с 8 ГБ оперативной памяти с процессором Intel i5 2500 я запускаю tomcat и могу отправлять до 400 запросов с коэффициентом ошибок 0%, используя JMeter для получения данных размером около 2 МБ (приблизительно). Когда я заметил, что время отклика увеличилось с 10 до 30 секунд, когда ни один из пользовательских запросов не увеличивался со 100 до 400 постепенно, пропускная способность осталась прежней - 8,1 / с. Мой вопрос: должен ли я указать значение ниже 100 для моих одновременных пользователей или 400, потому что само время отклика 10 секунд неприемлемо для любого конечного пользователя, посещающего веб-сайт. доступная пропускная способность составляла 100 Мбит / с (тестовая среда представляла собой изолированную сеть с отдельным сервером БД, сервером приложений и клиентом jmeter, подключенным через кабель cat5 к сетевому коммутатору).

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

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

  1. Убедитесь, что сам JMeter не является узким местом:

  2. Если проблема с пропускной способностью не устранена - отслеживайте ресурсы на стороне сервера приложений и сервера базы данных. Там есть Мониторинг производительности сервера плагин, который помогает проверять работоспособность приложения при тестировании ресурсов.
  3. Если машина (-ы) перегружена / не перегружена, например, CPU, RAM, Network и Disk IO достаточно низкие, но время отклика велико, вы можете рассмотреть следующие шаги:

    • проверьте конфигурации серверов приложений и баз данных, чтобы убедиться, что они оптимально настроены для 400+ пользователей, значения по умолчанию подходят для разработки, но обязательно должны быть изменены для производства
    • если конфигурация в порядке - используйте инструменты профилирования чтобы определить, какая часть приложения вызывает замедление, как только вы это сделаете - сообщите или исправьте.