Обновить

Prom++ против Prometheus: проверяем 7,8 раза экономии памяти на своём стенде

Уровень сложностиСредний
Время на прочтение4 мин
Охват и читатели6.5K
Всего голосов 8: ↑8 и ↓0+9
Комментарии4

Комментарии 4

Привет! Спасибо за отличный разбор! Разница в памяти увеличится, если сделать scrape_interval 30 секунд, чтобы набиралось 240 точек за стандартный 2-часовой блок. Также можно включить некоторые фичи PROMPP_FEATURES="shrink_shard_copier,enable_block_manager,enable_madvise_random". Но в целом да, компрессия сильно зависит от состава данных: сколько гистограм, сколько счётчиков, сколько серий с нецелочисленными значениями.

По поводу rate, мы действительно взяли формулу расчёта из третьей версии ванильного прома, потому что во втором проме rate на наш взгляд некорректно экстраполировал края шага

Добрый вечер! Спасибо за уточнение, учту в следующий раз. Про баг с экстраполяцией - интересная деталь, не знал.

Хотелось бы видеть в сравнении VictoriaMetrics, почему обошли её стороной?

Хороший вопрос! VictoriaMetrics не включал в сравнение, поскольку основной целью было сравнить решения с похожей архитектурой. При этом согласен, что её стоило рассмотреть как отдельный вариант для сравнения. Возможно, добавлю её в дальнейшие тесты.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации