Size: a a a

QA — Load & Performance

2021 August 21

KY

Kirill Yurkov in QA — Load & Performance
Респонс больше - понижаем, а если низкий значит можно ещё добавить
источник

KY

Kirill Yurkov in QA — Load & Performance
Наверное можно заинтегрировать с шейпинг таймером
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Вот узнал от @Maksimall89 что есть и другие варианты решения такой проблемы. Дождись нашего доклада на Heisenbug
источник

M

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

KY

Kirill Yurkov in QA — Load & Performance
СберМаркет рассказывал про теневые инстансы, которые юзерам ответ не дают. Нам важно давать нагрузку вместе с пользовательским трафиком, иначе это можно многими способами сделать без супер таймеров
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Если выставить шаг нагрузки равным SLA, то при превышении нагрузка просто не вырастет.
Например, нужно не повышать нагрузку после того, как ответ стал больше 700-800 мсек.
Ставим шаг нагрузки в 1000 мсек (длительность запроса, ответа, плюс вся обвязка от JMeter).

Запускаем 10 потоков. Они делают 10 запросов в сек.
Вот стало 20 потоков.
Но ответы стали такими, что сумма с запросом превышает 1 сек.
Ответы стали 5 сек. 20 потоков выдают 20 * 1 / 5 = 4 запроса в сек.
Нагрузка снизилась.
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Это не защитит систему от попытки теста сделать 30 потоков.
источник

KY

Kirill Yurkov in QA — Load & Performance
Тут многослойная проблема. Зачем хотят тестить прод? Потому что нет ресурсов держать такую инфру в перфе? Ну хорошо, предположили что ресурсы есть и есть ресурсы чтобы инфру перфа расширять даже. Прод тестить не надо? Наверное надо потому что там наверное уникальные данные, которые на перф выгрузить нельзя или можно но они будут обфусцированные. Окей, влияние данных можно оценить раз в месяц проводя аналогичные тесты перф/прод. Для кого-то это допустимый уровень оценки. А если обратить внимание на инфру, она может быть такая же, даже машины по конфигурации такие же, но не те же, что в проде. Какие это рождает ограничения? В проде может быть уставший диск, больше хопов при маршрутизации. Плюс на проде есть продовые интеграции платежи, другие сервисы, которые в виде заглушек могут дать очень далекую картинку от реальности. Но самое главное что есть на проде для меня это пользовательский трафик - он может забить канал, создать непредсказуемую аномалию, создать в целом более реалистичную основу для нагрузки. Вместе с ним гораздо проще и честнее ищется узкое место. Оценка точнее (относительно текущего трафика), но риски высокие да.
источник

KY

Kirill Yurkov in QA — Load & Performance
Ну не очень безопасный вариант)
источник

KY

Kirill Yurkov in QA — Load & Performance
Ну если это не вебсокеты какие-то то без разницы почти, кроме l4 балансировки это мало кто почувствует
источник

AS

Alexey Stankevych in QA — Load & Performance
Горячие знакомства и нагрузочное тестирование 😂😂 канал обретает новый смысл)))
источник

T

Tatyana in QA — Load & Performance
😂😂😂 каким образом они представляют нагрузку в горячих знакомствах? сразу известный мем вспоминается
источник

AR

Artem Rozhkov in QA — Load & Performance
Вот шутки вы шутите, а прикольно наверное поработать на порнохабе, в сфере нагрузочного тестирования, там же ого-го какой хайлоад
источник

AR

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

KY

Kirill Yurkov in QA — Load & Performance
Есть у меня знакомый который тестером в порноиндустрии пашет. Не жалуются)
источник

AR

Artem Rozhkov in QA — Load & Performance
Нагрузочником или мануальщиком))))?
источник

AP

Alexander Pavlov in QA — Load & Performance
Это где проводят тест на поиск максимальной производительности в пять потоков на один инстанс?)
источник

NM

NoEndOutcry💡🔋🚓 Mikst... in QA — Load & Performance
Я подрабатываю тестером в хомяках, но не нагрузочником, там нет нагрузочного
источник

KY

Kirill Yurkov in QA — Load & Performance
Ручное
источник

AR

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