Size: a a a

QA — Load & Performance

2019 October 22

AG

Alexander Grigoryev in QA — Load & Performance
пробовали, не помогло
источник

VG

Viktor Ganeles in QA — Load & Performance
Alexander Grigoryev
всем привет! есть знатоки load runner?
пытаемся построить отчет в analisys после суточного теста. данные весят 21гб. через какое то время работы analisys вываливает ошибку insufficient disk space, хотя на диске 100+ гб свободно
при этом отчет по итогу открывается, но есть подозрение, что часть данных была потеряна
никто не сталкивался с таким?
Варианты:
1) поменять бд для анализа (в настройках).

2) поменять временной отрезок для агрегации (тоже в настройках)

3) там же в настройках можно настройки агрегации изменить тем самым облегчив процесс сбора комплит даты
источник

VG

Viktor Ganeles in QA — Load & Performance
Но вообще, мы использовали другие варианты:
источник

AG

Alexander Grigoryev in QA — Load & Performance
Сейчас второй вариант пробуем, посмотрим, что получится
источник

VG

Viktor Ganeles in QA — Load & Performance
1) если у тебя в тесте скрипты «1,2,3» подавали нагрузку с LG1, а скрипты «4,5,6» с LG2 - ты можешь разрезать результаты надвое:

Копируешь папку с резалтами, удаляешь eve, eve.gz файлы и удаляешь инфу о выпиленных скриптах из текстовых файлах

Получится, что у тебя результаты только по операциям, работающим на одном генераторе
источник

g

gat0r in QA — Load & Performance
Может быть забивается своп?
источник

VG

Viktor Ganeles in QA — Load & Performance
Сработает только если скрипты были разнесены по разным генераторам
источник

VG

Viktor Ganeles in QA — Load & Performance
Viktor Ganeles
1) если у тебя в тесте скрипты «1,2,3» подавали нагрузку с LG1, а скрипты «4,5,6» с LG2 - ты можешь разрезать результаты надвое:

Копируешь папку с резалтами, удаляешь eve, eve.gz файлы и удаляешь инфу о выпиленных скриптах из текстовых файлах

Получится, что у тебя результаты только по операциям, работающим на одном генераторе
Коллеги подсказывают, что текстовые файлы править не надо, достаточно прибить eve, eve.gz, map файлы с части генераторов
источник

VG

Viktor Ganeles in QA — Load & Performance
Вариант два:
Перепроводить тест, разбивая его на части
Либо по времени (12 часов первый тест , 12 часов второй тест)


Либо!

Подавать тест не с нескольких LG, а запускать несколько тестов одновременно. Часть скриптов в одном тесте, часть в другом.
источник

VG

Viktor Ganeles in QA — Load & Performance
Ещё совет - уменьшить количество транзакций.
источник

AG

Alexander Grigoryev in QA — Load & Performance
уменьшить транзакции увы нельзя) есть требования
про способы с повторным тестом буду иметь в виду, но на будущее, времени к сожалению уже нет
а вот с разделением результатов сейчас будем пробовать
спасибо!
источник

MN

Maksim Nartov in QA — Load & Performance
На будущее - лучше настроить отправку данных в influx, в 12.62 или 12.63 отправка есть из коробки.
источник

MN

Maksim Nartov in QA — Load & Performance
Оттуда уже выдернуть
источник

MN

Maksim Nartov in QA — Load & Performance
Так и графики и отчёты будет проще строить
источник

AG

Alexander Grigoryev in QA — Load & Performance
а анализис сможет отчет по данным из influx построить? или тогда только графаной?
источник

MN

Maksim Nartov in QA — Load & Performance
Анализ не сможет
Можно будет работать с данными и накрутить то, что нужно
источник

MN

Maksim Nartov in QA — Load & Performance
При больших и долгих тестах анализис захлебывается
источник

MN

Maksim Nartov in QA — Load & Performance
Работать с данными из инфлюкса намного быстрее
источник

AG

Alexander Grigoryev in QA — Load & Performance
это странно) вроде энтерпрайз, все дела, и такая подстава
источник

AG

Alexander Grigoryev in QA — Load & Performance
Viktor Ganeles
Варианты:
1) поменять бд для анализа (в настройках).

2) поменять временной отрезок для агрегации (тоже в настройках)

3) там же в настройках можно настройки агрегации изменить тем самым облегчив процесс сбора комплит даты
по частям вроде строится отчет
а есть какая то возможность их потом в один отчет объединить?
источник