Size: a a a

QA — Load & Performance

2021 June 04

ВС

Вячеслав Смирнов... in QA — Load & Performance
Так есть же Шаг нагрузки. А таймер на RPS выставлять можно на 0.5-1 RPS. Это повлияет только на запросы, которые быстрее 1-2 сек, они выровняются.

Смещение момента завершения транзакции получается, когда запросы зависают, когда они по 5-30 сек. На них таймер RPS не повлияет
источник

А

Апельсин in QA — Load & Performance
Не, логирование отключено;) такие ошибки давно уже не совершал. Переполнение дискового пространства тогда возникает ошибка. А там диск в порядке был. Кейс был связан со скачиванием большого количества файлов (примерно 1 гигабайт в секунду).
источник

VG

Viktor Ganeles in QA — Load & Performance
У нас место не заканчивалось, но при огромных объёмах логирования lr падал
источник

А

Апельсин in QA — Load & Performance
+1
источник

А

Апельсин in QA — Load & Performance
Ну админы на стороне перфоманс центра долго искали проблему, но в итоге решилось все костылем exit(0) ;
источник

VG

Viktor Ganeles in QA — Load & Performance
Это прям магия
источник

GG

Gugo Groci in QA — Load & Performance
Да какая магия. Если корректно закрывали файловые дескрипторы, то это баг ЛР.
Скорее всего в его дурацком интерпретаторе С. Или во внутренней логике, может там ленивое освобождение ресурсов.
источник

AA

Artem Astaxov in QA — Load & Performance
да речь скорее о том где это лежит, ведь выполняться будет не каждую итерацию а единожды
источник

VG

Viktor Ganeles in QA — Load & Performance
Так содержимое vuser_end отрабатывает в конце теста

На ход идущего теста оно влиять не должно вовсе
источник

VG

Viktor Ganeles in QA — Load & Performance
ну, тут минус один:

если у меня в скрипте было 10 запросов и скрипт отрабатывал за 5 секунд - я не знаю, сколько уходило на каждый запрос.

я делаю pacing с двухкратным запасом (10 секунд)
и добавляя твой вариант таймера, выделяю по секунде на каждый запрос.

если все запросы выполнялись по 0.5 сек - всё будет круто.
А если 2 запроса выполнялись по 2.5 секунды, а остальные за 0.01 секунду - бизнес-кейс выполнится не за 10 секунд а за 13.
А это -30% производительности
источник

VG

Viktor Ganeles in QA — Load & Performance
в картинках:
источник

VG

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

VG

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

VG

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

АК

Андрей Коломытов... in QA — Load & Performance
Так, я чё-то перестал понимать. Запрос имеет время отправки и время получения ответа, разница между ними — суть время транзакции. Это можно через снепшоты юникс-таймс сделать в ПЦ и, наверное, и в жметре. Почему нельзя их отбрасывать в бд и далее на графану, например?
источник

VG

Viktor Ganeles in QA — Load & Performance
у нас в другом вопрос :)
источник

VG

Viktor Ganeles in QA — Load & Performance
а, погоди, понял тебя
источник

АК

Андрей Коломытов... in QA — Load & Performance
Вот, “я что-то перестал понимать” 🙂
источник

VG

Viktor Ganeles in QA — Load & Performance
не так часто логируют время выполнения КАЖДОГО запроса.
В транзакции обычно пачка запросов.
источник

VG

Viktor Ganeles in QA — Load & Performance
мы время выполнения каждого отдельного запроса смотрим только если занимаемся оптимизацией именно этой транзакции.
источник