Size: a a a

QA — Load & Performance

2021 August 23

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
какие данные
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
ты хочешь включить дебаг режим?
источник

VG

Viktor Ganeles in QA — Load & Performance
И что значит «мониторить»
источник

EV

Egor Vorotilin in QA — Load & Performance
Нужно понять количество информации в секунду, которые идут/приходят от генераторов по сети.
Хочется понять не теряется ли инфа по сети, доходя до приложения.
источник

VG

Viktor Ganeles in QA — Load & Performance
Ты можешь в аналайзере посмотреть, там есть
источник

U

Uluk in QA — Load & Performance
Ну а анализис?
источник

U

Uluk in QA — Load & Performance
А, уже ответили
источник

VG

Viktor Ganeles in QA — Load & Performance
Или добавь сбор метрик перфмона / линуксовых - тогда будет отображаться утилизация сети в целом (не только данные, которые лоадраннером передаются)
источник

VG

Viktor Ganeles in QA — Load & Performance
Если у тебя лоадраннер - это в контроллере делается

Если pc - то через sitescope
источник

VG

Viktor Ganeles in QA — Load & Performance
Lr из коробки собирает только инфу по обмену байтами в одну сторону, кажется «скачивание данных генераторами»

Pc дополнительно ещё с генераторов нагрузки инфу собирает «изкоробки»
источник

EV

Egor Vorotilin in QA — Load & Performance
Понял, спасибо за ответ.
В аналайзере искал, количество отправленных данных не нашел там.
источник

VG

Viktor Ganeles in QA — Load & Performance
Если у тебя lr - кажется там только принимаемые будут

Но в контроллере добавь сбор метрик и будут любые
источник

SA

Sergey Aseev in QA — Load & Performance
Всем привет, пришел сюда из статьи на хабре.
Есть довольно жирный сервак с mssqlserver, пытаюсь понять как он ведет себя на определенном запросе, но который пошлют 500к разных пользователей (выборка по FK). Накидал на коленке тестик. Если шлю со своей машины, то все очень долго. Запустил на самом сервере, стало сильно лучше. Но все еще ощущение, что полно ресурсов тратиться куда зря. Кажется, что много времени тратится на ожидание результата и сервак не загружен как мог бы в моменте. Ядер, конечно, полно, но там же еще и IO и полно всего.

Вопрос. А как бы послать 500к запросов с разных машин, или хотя бы пачками с разных машин? Как быть уверенным что сервер загружен по максимуму, а не ждет пока клиент отвиснет и не пошлет очередную порцию запросов?
источник

ИИ

Илья И in QA — Load & Performance
Здравствуйте. Пожалуйста подскажите, какие сейчас компании на слуху для джунов мануальщиков? Много где натыкаюсь в названия "куда точно не рекомендуют",собственно непонятно, куда тогда рекомендуют. Спасибо.
источник

VG

Viktor Ganeles in QA — Load & Performance
1) что значит «пошлют 500к клиентов»?
«Одновременно» - такого почти никогда не бывает, тем более с sql-запросами, которые могут выполняться за микросекунды

Может это 500к запросов за 1 минуту или типа того?
источник

VG

Viktor Ganeles in QA — Load & Performance
Это чат нагрузочного тестировани
источник

SA

Sergey Aseev in QA — Load & Performance
Нефункциональное требование в 500к, 300к - это реальное число конкурентных сессий, которое прям видели
источник

SA

Sergey Aseev in QA — Load & Performance
Да, все-таки вряд ли они прям одновременно пошлют, но я пока прикидываю картину в целом.
источник

VG

Viktor Ganeles in QA — Load & Performance
Сессия обычно висит какое-то время перед закрытием

Гляньте статистику или query store - сколько раз они выполняются за Х времени, с этим уже можно работать.

Одновременно столько запросов вам послать будет очень сложно.
источник

VG

Viktor Ganeles in QA — Load & Performance
Сами запросы можно послать и jmeter-ом.
источник