Size: a a a

QA — Load & Performance

2021 June 08

А

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

А

Апельсин in QA — Load & Performance
И что то там в конфиге менял
источник

А

Апельсин in QA — Load & Performance
Пасиб
источник

KY

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

KY

Kirill Yurkov in QA — Load & Performance
более того чтобы не испытывать проблем из-за долгих запросов к cold данным - можно апнуться до flux 2.0. очень большой прирост по оптимизации в связи с тем что снижается количество запросов
источник

KY

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

VG

Viktor Ganeles in QA — Load & Performance
Круто, спасибо!
источник

KY

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

VG

Viktor Ganeles in QA — Load & Performance
Буду исследовать
источник

А

Апельсин in QA — Load & Performance
У меня два раза бд падала. Менял cache-msx-memory-size до 10 гигабайт (с потолка цифра). Была проблема когда писал бизнес метрики массово с 4 приложений одновременно.(не считая других метрик) Но сейчас отошел от практики писать бизнес метрики из скриптов с каждого запроса.
источник

А

Апельсин in QA — Load & Performance
Да, спасибо, попробую. Сейчас 1.8 стоит. А так просто хотелось организованности - ну типа глубина 2 недели в одном месте, все остальное архивом сидит в другом месте
источник

KY

Kirill Yurkov in QA — Load & Performance
зачем?) смысла не вижу если оно и без этого работает
источник

AS

Anton Serputko in QA — Load & Performance
@Ganeles так а основная задача твоя подписаться на ребит или достать что то другое из системы?
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Мысль была в том, что если не делать continious queries для аггрегации текущих данных, а просто хранить долго данные. То хорошо для каждого источника делать свою InfluxDB, так выше отказоустойчивость. Быстрее возможные перезапуски.
Опытным путем было установлено, что два InfluxDB с большими БД на одной машине работают не хуже, чем один с двумя большими БД, а даже стабильнее
источник

OR

Oleksandr Romanov in QA — Load & Performance
Всем привет. Ктото писал перфоманс скрипты на Гатлинге для Vaadin приложений? Там действительно на каждый запрос надо пихать JSON?
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
А это да, помню. Я насоветовал Кириллу поменять настройки retention policy, именно поменять, а не создать новую. И Кирилл потерял данные, так как ALTER удалил данные, а не сконвертировал.

И совет был таким потом - если надо что-то делать с retention policy, то стоит это сделать на новом сервере или новой БД. А старую оставить как резерв/архив
источник

ВК

Валерий Кухаренко... in QA — Load & Performance
Всем привет. Подскажите, что нужно сделать, чтобы при удалённом тестировании, результаты отправлялись на локальную машину? В jmeter.properties выставил mode=Standard на сервере и на клиенте, но данные всё равно не получаю. Что я делаю не так?
источник

ВК

Валерий Кухаренко... in QA — Load & Performance
Чёт уже всё перерыл, не могу понять в чём причина(
источник

L

Lipa in QA — Load & Performance
Коллеги, подскажите как в Jmetr сделать проверку ответа, к примеру ответ 200 но пришло не то что нужно  и нужно чтобы выдал в ответ что не правильно
источник

ЖР

Женя Разиньков... in QA — Load & Performance
Response Assertion, не?
источник