Size: a a a

QA — Load & Performance

2019 August 29

ПБ

Пётр Байкалов in QA — Load & Performance
там написано серым, что там должно быть
источник

ПБ

Пётр Байкалов in QA — Load & Performance
самый простой вариант: ип:порт в первой строке и вторая пустая
источник

ПБ

Пётр Байкалов in QA — Load & Performance
во2, фидлер не использует проксю, если она не была доступна на момент запуска фидлера, а просто втихую шлёт напрямую
источник

ПБ

Пётр Байкалов in QA — Load & Performance
а если прокся не была доступна в момент нажатия кнопки ок, он всё равно будет долбится в неё
источник

A

Anastasia in QA — Load & Performance
Sergey Petrov
На стороне сервака есть понятие LoadAverage. Как только он становится >1 начинается накопление очереди.
При этом нагрузка может быть постоянная
Почему в данном конкретном случае не посмотреть иовейт?
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Июля
А тут активняе потоки. Я так понимаю, что в какой0то момент запросы стали дольше выполняться и "скопились" хотя нагрузка равномерная?
Это же метрики JMeter?
Если в JMeter всего два активных потока подали всю нагрузку (максимум как видно для Throughput == 1 в сек), при длительности ответа в 180 мсек. То это нормально.

Когда время ответа стало 3 сек, таймер добавил потоков.

Какой таймер используется? Умный, который сам потоки добавляет?
источник

И

Июля in QA — Load & Performance
Вячеслав Смирнов
Это же метрики JMeter?
Если в JMeter всего два активных потока подали всю нагрузку (максимум как видно для Throughput == 1 в сек), при длительности ответа в 180 мсек. То это нормально.

Когда время ответа стало 3 сек, таймер добавил потоков.

Какой таймер используется? Умный, который сам потоки добавляет?
Да-да JMeter, просто в графану выведенные. Constant Throughput Timer стоит
источник

И

Июля in QA — Load & Performance
На втором прогоне я добавила чуть больше кредитов, и как ни странно графики просто "идеальные". Какие-то тонкости jmeter.
источник

И

Июля in QA — Load & Performance
Плюс, я исследовала как работает ramp up. Чем меньше рамп ап и чем больше количество потоков, тем неравномернее они добавляются. У меня при большом количестве потоков и 10-минутном рапм апе, пик пользователей был ближе к началу, а при  30-минутном и небольшом количестве потоков почти равномерно нагрузка распределилась.
источник

И

Июля in QA — Load & Performance
Буду искать больше инфы про ramp up в Jmeter для понимания
источник

ЕЕ

Евгений Евгений in QA — Load & Performance
Июля
Плюс, я исследовала как работает ramp up. Чем меньше рамп ап и чем больше количество потоков, тем неравномернее они добавляются. У меня при большом количестве потоков и 10-минутном рапм апе, пик пользователей был ближе к началу, а при  30-минутном и небольшом количестве потоков почти равномерно нагрузка распределилась.
Покажи пожалуйста график и скрин tg
источник

VG

Viktor Ganeles in QA — Load & Performance
Пётр Байкалов
во2, фидлер не использует проксю, если она не была доступна на момент запуска фидлера, а просто втихую шлёт напрямую
спс!
источник

SP

Sergey Petrov in QA — Load & Performance
Июля
Буду искать больше инфы про ramp up в Jmeter для понимания
Рамп-ап же с равномерным распределением добавляет потоки в отведённый промежуток времени? Разве нет?
источник

И

Июля in QA — Load & Performance
Sergey Petrov
Рамп-ап же с равномерным распределением добавляет потоки в отведённый промежуток времени? Разве нет?
У меня так не добавил. )))) У меня было 6000 с рапм апом в 600 сек, и добавлялись не равномерно, Сначала за 5 секунд до 200 дошёл, потом под 500 в какой-то момент, и потом от 3 до 50 с двумя всплесками.
источник

И

Июля in QA — Load & Performance
Я тоже думала, что равномерно.
источник

И

Июля in QA — Load & Performance
Сейчас поищу график
источник

И

Июля in QA — Load & Performance
источник

И

Июля in QA — Load & Performance
источник

И

Июля in QA — Load & Performance
Это 6000 рапм ап 600 сек, луп 1
источник

AG

Alex Grishutin in QA — Load & Performance
респонс тайм скакал?
источник