Size: a a a

Церковь метрик

2019 November 18

GG

George Gaál in Церковь метрик
Троллинг это бесценно
источник

A

Andor in Церковь метрик
давай это теперь на английском постом-ответом на пост брайана
источник

AS

Aleksey Shirokikh in Церковь метрик
не уверен
источник

AS

Aleksey Shirokikh in Церковь метрик
George Gaál
Троллинг это бесценно
не уверен
источник

ЕО

Евгений Омельченко in Церковь метрик
George Gaál
Троллинг это бесценно
Троллинг это маркетинговый ход и может быть оценён в рамках маркетинговой кампании
источник

AS

Aleksey Shirokikh in Церковь метрик
не выглядит будто у обоих сторон есть консультанты по маркетингу
источник

AS

Aleksey Shirokikh in Церковь метрик
давайте эту тему в @VictoriaMetrics_ru1 а тут оставим метрики
источник

EL

Evgeny Lazin in Церковь метрик
Aliaksandr Valialkin
какие именно? Брайн придрался к трем штукам:
- плохое сжатие рандомных чисел в ВМ. Похоже, он не проходил теорию информации в универе и не знает, что рандомные числа не сжимаются :)
- потеря точности в младших десятичных цифрах, когда в числе более 12 значащих десятичных цифр. Это ожидаемое поведение из-за конвертации float64 чисел в decimal int + exponent. Мы это уже обсуждали тут. Это компромисс для лучшего сжатия данных. См. https://medium.com/faun/victoriametrics-achieving-better-compression-for-time-series-data-than-gorilla-317bc1f95932
- ВМ не сохраняет значения NaN, из-за этого может пострадать staleness detection. ВМ считает, что ряд оборвался, если у него нет новых значений в течение двойного интервала между предыдущими значениями. Прометей определяет обрыв ряда по NaN'ам, а если их нет, то считает, что ряд оборвался спустя 5 минут после последней точки. Из-за этого он неправильно работает для рядов со scrape_interval'ом больше 5 минут. Как видите, у каждого решения есть плюсы и минусы. ВМ не может использовать staleness detection из прометея еще и потому, что он не работает для данных, полученных по другим поддерживаемым протоколам - Graphite, InfluxDB, OpenTSDB.
Округление меток времени (потеря точности), плюс он упоминал какие-то неработающие запросы.
источник
2019 November 19

AV

Aliaksandr Valialkin in Церковь метрик
Evgeny Lazin
Округление меток времени (потеря точности), плюс он упоминал какие-то неработающие запросы.
метки времени не округляются - они как и в прометеусе хранятся и обрабатываются в миллисекундах. Брайан поднял вопрос о том, что ВМ вычитает из текущего времени одну минуту перед обработкой запроса из /api/v1/query. Это время нужно для того, чтобы прометеусы или другие источники данных успели записать данные в ВМ перед тем, как их считывать и использовать в алертах и дашбордах. Это время можно регулировать с помощью command-line флага -search.latencyOffset. Не рекомендуется выставлять его в ноль, т.к. в этом случае велика вероятность, что ответы на запросы в /api/v1/query будут содержать неполные данные - ведь они еще могли не "доехать" из прометеев и других источников данных.
источник

EL

Evgeny Lazin in Церковь метрик
Это очень странное поведение. У вас там consistent prefix не гарантируется что-ли?
источник

EL

Evgeny Lazin in Церковь метрик
IMO конечно же, но для tsdb странно не иметь такую гарантию
источник

N

Nklya in Церковь метрик
У браена новая отмазка - ВМ нельзя называться promql compatible
источник

N

Nklya in Церковь метрик
источник

A

Andor in Церковь метрик
да у него чсв не чешут, а наоборот, и он агрессией отвечает
источник

GG

George Gaál in Церковь метрик
LOL
источник

BG

Bogdan (SirEdvin) Gladyshev in Церковь метрик
Nklya
У браена новая отмазка - ВМ нельзя называться promql compatible
А он разве не прав? То есть, можно обсуждать сколько угодно, что в promql есть неудачные решения, но ...
источник

A

Andor in Церковь метрик
он в принципе никогда не отличался спокойным отношением к критике
источник

A

Andor in Церковь метрик
(брайан)
источник

IE

Ivan EKbfh in Церковь метрик
Это, альтернативы прому будут?
источник

IE

Ivan EKbfh in Церковь метрик
Форкнуть и сделатт нормально?
источник