Size: a a a

QA — Load & Performance

2021 June 17

KY

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

ПБ

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

KY

Kirill Yurkov in QA — Load & Performance
а почему? есть необходимость этот скрипт запускать распределенно?
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Согласен надо оптимизировать. Путь и тачек будет много. Но памяти и CPU должно хватать
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Попрофилировать стоит
источник

ПБ

Пётр Байкалов... in QA — Load & Performance
граждане, а сеть?
источник

KY

Kirill Yurkov in QA — Load & Performance
ну из простой оптимизации рекомендую максимум переменных генерируемых внутри - вынести в csv заранее;
источник

KY

Kirill Yurkov in QA — Load & Performance
Если сеть плохая там почти нет вариантов
источник

ПБ

Пётр Байкалов... in QA — Load & Performance
я говорю, на одной тачке сети мало
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
а network errors есть в логах
источник

ПБ

Пётр Байкалов... in QA — Load & Performance
я вон писал, какие есть
В логах вижу ошибки вида "rmi.ConnectionException", "rmi.UnmarshallException", "Could not return sample"
источник

ПБ

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

KY

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

KY

Kirill Yurkov in QA — Load & Performance
так это ошибка взаимодействия двух жметров, а не сети как таковой
источник

KY

Kirill Yurkov in QA — Load & Performance
я так понимаю что Слава про проблемы сети при использовании одной машины
источник

VG

Viktor Ganeles in QA — Load & Performance
Ну, это-то вовсе легко чинится.
Ставишь в тег теста переменную - имя машины (функцией, конечно) и записи становятся уникальными
источник

ПБ

Пётр Байкалов... in QA — Load & Performance
ясен фиг, ошибок сети во время теста порядочно )
источник

KY

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

VG

Viktor Ganeles in QA — Load & Performance
Э? С чего это?
Лишний тег это же просто ещё один столбик

А В запросах графаны его можно вовсе игнорировать (просто при запросе количества pass/fail использовать sum а не mean)
источник

KY

Kirill Yurkov in QA — Load & Performance
больше данных, там псевдоиндексация, больше вес, чаще шардирование. просто один столбец тоже проверяется на все то что ты узнал в квери и отсекается или участвует в выборке если ты делаешь например select *
источник