EL
О, Женя как дела с репликацией?
Хорошо. Закончил писать design draft и начал писать код.
Size: a a a
2019 November 18
AS
Есть что почитать? Код только не надо я не уверен что сдюжу в си
AV
вот первый ответ https://twitter.com/MetricsVictoria/status/1196471119559217152
AV
Мне кажется, там в целом нет наборосов. Один факт того, что irate по разному работает в этих системах - это уже безумно печально. Причем это сделано прям намеренно
irate считается вроде одинаково. А вот rate с increase - по-разному, чтобы обойти вот эту багофичу прометеуса - https://github.com/prometheus/prometheus/issues/3746
N
вот первый ответ https://twitter.com/MetricsVictoria/status/1196471119559217152
Лол
N
Жирнвй наброс)
GG
Жирнвй наброс)
+
EL
Классическая программистская отмазка "но на моей машине все работает" 😀
AS
Evgeny Lazin
Классическая программистская отмазка "но на моей машине все работает" 😀
обоюдоострый кинжал
W
вопрос у бота на русском - доп проверка?
PR
вопрос у бота на русском - доп проверка?
а мы серьезно ждем тут иноговорящих гостей? если да - давайте поменяем
W
а мы серьезно ждем тут иноговорящих гостей? если да - давайте поменяем
я просто спросил из любопытства
W
а вдруг сюда брайн не сможет зайти?
GG
он явно мечтает сюда попасть
ЕО
обоюдоострый кинжал
Всё-таки нет, "работает где-то" и "не работает где-то" это несимметричные вещи
AV
Мне кажется, vm и будет так работать. Если я правильно помню обсуждения, мейнтейнерам VM капец не нравится irate из прома)
irate норм, просто ее иногда неправильно используют, полагая, что она выявляет экстремумы. Например, что
irate(node_cpu_seconds_total[5m]) выявит все скачки в использовании CPU. И потом сильно удивляются, что их график загрузки cpu изменяется до неузнаваемости при обновлениях дашборда. См. https://medium.com/@valyala/why-irate-from-prometheus-doesnt-capture-spikes-45f9896d7832
AV
он как возращал цифры дробные так и возвращает
ВМ, в отличие от прометея, ничего не экстраполирует и должна возвращать целые числа для increase над каунтером, меняющемся на целые значения.
AV
Evgeny Lazin
А у VM тесты/CI то есть? Часть ошибок из lightning talk-а прямо вот самый простой smoke test должен был выловить.
какие именно? Брайн придрался к трем штукам:
- плохое сжатие рандомных чисел в ВМ. Похоже, он не проходил теорию информации в универе и не знает, что рандомные числа не сжимаются :)
- потеря точности в младших десятичных цифрах, когда в числе более 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.
- плохое сжатие рандомных чисел в ВМ. Похоже, он не проходил теорию информации в универе и не знает, что рандомные числа не сжимаются :)
- потеря точности в младших десятичных цифрах, когда в числе более 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.
AV
Evgeny Lazin
Юнит тесты видел. Это не те тесты, о которых я спрашивал.
есть немного интеграционных тестов, но хотелось бы больше :)
https://github.com/VictoriaMetrics/VictoriaMetrics/tree/master/app/victoria-metrics/testdata
https://github.com/VictoriaMetrics/VictoriaMetrics/tree/master/app/victoria-metrics/testdata
A
ты явно Брайана троллишь