Size: a a a

QA — Load & Performance

2021 April 13

Pc

Per cent in QA — Load & Performance
Времена отклика валятся
источник

А

Апельсин in QA — Load & Performance
Без мониторинга jvm, логов бэка, логов заглушки и понимания как сейчас настроена заглушка без пол литра не разобраться, гадать можно
источник

А

Апельсин in QA — Load & Performance
Заглушка смотрит на MQ? И перекладывает с одной очереди в другую?
источник

Pc

Per cent in QA — Load & Performance
Неа, рэстовая, отдаёт один и тот же джейсончик
источник

А

Апельсин in QA — Load & Performance
Ну почти все заглушки отдают статику, и рест это архитектура. Та жа заглушка работающая с mq кладет например xml в очередь и оттуда читает бэк, и все это аля соответствует рест практике. Тем более копать в сторону а) до настройки мониторинга б) логи с) посмотреть и осознать всю цепочку прохождения запроса, т. е. Архитектуру
источник

СФ

Степа Фомичев... in QA — Load & Performance
Оффтоп:
Тут можно задать вопросы очень крутому товарищу из нашей с вами индустрии, и, возможно, получить на них ответы в скором будущем

https://tjournal.ru/367454
источник

VG

Viktor Ganeles in QA — Load & Performance
А именно завтра в 19 часов
источник

VG

Viktor Ganeles in QA — Load & Performance
Писать можно и на русском и на англ (вопросы переведут на англ, ответы на рус)

Имхо это не фейк.
источник
2021 April 14

AN

Alexander Nikiforov in QA — Load & Performance
Всем привет!)

Подскажите - обсуждался ли вопрос как рассчитывать ресурсы под машины для генерации нагрузки для JMeter?  Может есть какие-то методики? Понятно, много зависит от самих тестов, но все же. Для примерного представления. Заметил по паре проектов (сложные бизнесс-сценарии) что с тачкой в 16 ядер и 32 RAM можно рассчитывать на +- 10-15к виртуальных юзеров с запасом.
У кого какой подход? Как-то предварительно считаете или  вычисляете сразу на практике (если не хватает - ресурсы накидываем)?
источник

J

JohnMMX400 in QA — Load & Performance
я думаю что даже на тачке в два раза слабже можно 30к пользователей вируальных - организовать... но они будут слать примерно 10 простых  гет-пост -запросов без сложных вычислений параметров и без большого отжирания памяти там если файлы не посылать....  а в жизни всегда берём среднюю машинку  4 cpu \16 mem если повезёт)  пока пишем сценарии и отлаживаемся уже потом смотрим сколько генераторов нам ещё нужно для подачи "желаемой нагрузки"
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Или оптимизируем код тестов 🤣🤣
источник

AN

Alexander Nikiforov in QA — Load & Performance
т.е. все же очень сильно зависит от тестов. Я понял, спасибо!)
источник

В

Владислав in QA — Load & Performance
Привет)
Подскажите пожалуйста, не получается прогнать тесте через slave.
Мастер -  в виртуалке запущен ubuntu, на обычном стационарном пк под виндой.
В качестве слейва использую персональный ноутбук на macOS.
Прописал в jmeter.properties remote_host=адрес ноутбука.
Сделал это как и на мастере, так и на слейве.
ssl пытался сгенерировать как сказано в официальном туториале, но чего-то все равно ругался на него.
Потом просто в user.properties прописал server.rmi.ssl.disable=true.
Еще минус одна проблема.
И теперь слейв работает, запускаю с мастера тест, на слейве через время видно что тест запущен и на этом всё.🤷🏼‍♂️
На слейве он не заканчивается, в мастере в view results tree пусто и вообще никаких признаков что идет тест, кроме как при попытке закрыть JMeter, поп-ап мол тест бежит.

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

В

Владислав in QA — Load & Performance
источник

В

Владислав in QA — Load & Performance
может быть потому что они не в одной подсети?
или тогда б вообще не запустился б даже тест...?
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Да в сети дело
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Вот отсылка к этому
источник

dM

dmitriz Malyshko in QA — Load & Performance
Случайно сюда кинул ссылку на встречу - прошу не заходить
источник

A

Andrew in QA — Load & Performance
1.Во первых ssl надо на обоих машинах отключить
2. Во-вторых убедиться что VM пропускает входящие (проброшен) на порт 4000 (деф) для обратной передачи данных (для listener)
3. В третьих сообщить jmeter' у внутри NATа его внешний IP иначе при соединении он будет анонсировать свой внутренний (за натом)

Бывают еще танцы с бубнами (firewall disable) но вот это минимум.

Wireshark в помощь ;)
источник

A

Andrew in QA — Load & Performance
порты 4000,4001,4002.. +2  или +3 не помню.
источник