Size: a a a

QA — Load & Performance

2020 December 14

KY

Kirill Yurkov in QA — Load & Performance
Степа Фомичев
Странно, что только один вид спама у нас
с утра сложно парсить эту инфу, но вообще на самом деле видов дофига. просто большинство ботом убиваются
источник

S

Svetlana in QA — Load & Performance
Всем привет! Подскажите, как понять что TPS может быть увеличено и мне нужно дальше подбирать правильные параметры Number of thread и Rump-up Period?
У меня прописано ожидание в Throughput Shaping Timer, результат просматриваю в jp@gc - Transactions per Second, jp@gc - Response Times Over Time, Summary Report
Для достижения желаемого TPS увеличивала Number of thread, уменьшала  Rump-up Period. Эмперически.
Правильно ли я поступаю? Можно ли как-то рассчитать верноекол-во потоков чтобы понимать, что это система не может вытянуть больше, а не я не могу подобрать нужные параметры.
источник

S

Svetlana in QA — Load & Performance
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Svetlana
Всем привет! Подскажите, как понять что TPS может быть увеличено и мне нужно дальше подбирать правильные параметры Number of thread и Rump-up Period?
У меня прописано ожидание в Throughput Shaping Timer, результат просматриваю в jp@gc - Transactions per Second, jp@gc - Response Times Over Time, Summary Report
Для достижения желаемого TPS увеличивала Number of thread, уменьшала  Rump-up Period. Эмперически.
Правильно ли я поступаю? Можно ли как-то рассчитать верноекол-во потоков чтобы понимать, что это система не может вытянуть больше, а не я не могу подобрать нужные параметры.
Можно сделать Transaction Controller в корне. По результатам его выполнения на последней ступени оценить суммарную длительность сценария.
Например получится, что в среднем это 95 секунд, а округленно - 100. Вот 100 секунд один поток точно занят запросами и ответами. Это минимальный шаг.
А нам нужно сделать интенсивность - 20 TPS (сценариев в сек) или 200 RPS (запросов в сек), пусть 10 запросов в сценарии. Значит надо 20 TPS * 100 сек = 2 000 потоков минимум в пуле.

Зная минимальную оценку, нужно добавить в пул побольше потоков. Пусть 2500.
Скорректировать Xmx под такое количество или сделать распределенный запуск теста.
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Вячеслав Смирнов
Можно сделать Transaction Controller в корне. По результатам его выполнения на последней ступени оценить суммарную длительность сценария.
Например получится, что в среднем это 95 секунд, а округленно - 100. Вот 100 секунд один поток точно занят запросами и ответами. Это минимальный шаг.
А нам нужно сделать интенсивность - 20 TPS (сценариев в сек) или 200 RPS (запросов в сек), пусть 10 запросов в сценарии. Значит надо 20 TPS * 100 сек = 2 000 потоков минимум в пуле.

Зная минимальную оценку, нужно добавить в пул побольше потоков. Пусть 2500.
Скорректировать Xmx под такое количество или сделать распределенный запуск теста.
Среднее время можно смотреть в jp@gc - Response Times Over Time например. Сделать "Start offset" - пропустить первые ступени. И сделать Limits number of points in row to [50] - получится сглаженная метрика времени отклика по Transaction Controller
источник

VG

Viktor Ganeles in QA — Load & Performance
Вячеслав Смирнов
Среднее время можно смотреть в jp@gc - Response Times Over Time например. Сделать "Start offset" - пропустить первые ступени. И сделать Limits number of points in row to [50] - получится сглаженная метрика времени отклика по Transaction Controller
На всякий случай поясню:
Для этого графика нужно добавить (через плагин менеджер) плагин  «3 basic graph»
источник

S

Svetlana in QA — Load & Performance
Спасибо!
источник

M

Max in QA — Load & Performance
Всем привет. Есть какой-то сайт, который можно грузить и он держит сильную нагрузку без ошибок, какой-то может тестовый сервис для таких целей ?

Хочу дать нагрузку, посмотреть как ведёт себя jmeter. Что бы исключить проблемы с ним при нагрузке на тестируемый сервис
источник

M

Maksimall89 in QA — Load & Performance
Max
Всем привет. Есть какой-то сайт, который можно грузить и он держит сильную нагрузку без ошибок, какой-то может тестовый сервис для таких целей ?

Хочу дать нагрузку, посмотреть как ведёт себя jmeter. Что бы исключить проблемы с ним при нагрузке на тестируемый сервис
google.com пока вас не забанили
источник

M

Maksimall89 in QA — Load & Performance
а так подопытных обычно не найти т.к. никто не хочет сжигать свои лимиты/ресурсы
источник

M

Max in QA — Load & Performance
Maksimall89
google.com пока вас не забанили
пробовал, там при определённой нагрузке выдаёт 429
источник

A

Anna in QA — Load & Performance
Max
Всем привет. Есть какой-то сайт, который можно грузить и он держит сильную нагрузку без ошибок, какой-то может тестовый сервис для таких целей ?

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

ВС

Вячеслав Смирнов... in QA — Load & Performance
Max
Всем привет. Есть какой-то сайт, который можно грузить и он держит сильную нагрузку без ошибок, какой-то может тестовый сервис для таких целей ?

Хочу дать нагрузку, посмотреть как ведёт себя jmeter. Что бы исключить проблемы с ним при нагрузке на тестируемый сервис
источник

M

Max in QA — Load & Performance
в общем я хочу определить максимум своего jmeter
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
все таки я хочу напомнить, что эти тестовые стенды не дают SLA что он выдержить многотысячную нагрузку + стефан из гатлинга просил не нагружать их сайт)
источник

ΙΤ

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

СФ

Степа Фомичев... in QA — Load & Performance
Да это дорого, никому это нафиг не нужно. Можете поднять заглушку на своём стенде и не грузить
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Anna
а дамми сэмплер воткнуть не подходит вместо реальных запросов?
Для отладки удобен локальный nginx ещё
источник

СФ

Степа Фомичев... in QA — Load & Performance
Арендовать авс машину на пару часов, хз
источник

M

Max in QA — Load & Performance
всем спасибо )
источник