кошка с дома, мыши в пляс

с Гвидо та же история, страшно представить, что будет когда Линус свалит🙈

да чО там линус, там systemd еще что нибудь реализует... и пипец =)

в питон match/case завозят. в го генерики

куда катится этот мир

в светлое будущее

Ну хистограммы Бьорн давно пилит. Но то что дело дошло о возможности их имплементации действительно показательно.

Добрый вечер. Пытаюсь в Grafana + Victoria Metrics последних версий создать панель с отсортированными графиками. Есть две метрики - count{name="..."} и time{name="..."}. Нужно отсортировать по count, но отобразить time. Пробовал так: sort_desc(avg_over_time(count[${__range_s}s])) * 0 + avg_over_time(time[$__interval]). sort_desc(...) сортирует метрики, но при добавлении * 0 порядок сбрасывается... Нет ли способа решить эту проблему?

а если обернуть все выражение в sort_desc ?

sort_desc принимает instant-vector. Если все обернуть, то instant-vector, по которому будет происходить сортировка, будет значение avg_over_time(time[$__interval]). Но отсортировать нужно по avg_over_time(count[${__range_s}s])

- Идея позволить пользователям задавать разрешающую способность бакетов. Это приведет к бессмысленным спорам, какая разрешающая способность лучше. Также это приведет к несовместимым гистограммам, которые нельзя группировать.
- Идея позволить задавать верхнюю границу zero bucket. Проблемы те же, что указаны выше.
- Предложенные форматы экспорта новых гистограмм слишком сложны и запутанны. Ппоэтому есть большие сомнения, что они получат широкое распространение.
- Предложенная схема хранения для новых гистограмм не обеспечит хорошее сжатие данных, а лишь усложнит реализацию.  Видно, что у Бьорна нет практического опыта в этой области.
- Идея о периодическом сбросе бакетов в ноль, лишена практического  смысла. Это не уменьшит количество сохраняемых рядов и не улучшит сжатие данных.
- Мысли про то, как правильно запрашивать данные из новых гистограмм - слишком сложны для понимания  среднестатистичекским пользователем. Видно, что Бьорн - больше теоретик, а не практик.

Извините, но аргументация всё ещё слабая.
Можно принять аргумент про невозможность группировки.
Можно принять аргумент о сбросе в ноль, но только если автор утверждает обратное, т.е. говорит что сброс даст эффективность хранения и сжатия. Да и то вашего объяснения, почему не даст, я не вижу.

Всё остальное:
Первые два - подмена понятия. "будут спорить" не означает, что не будут пользоваться, и вообще не означает, что это плохо.
"Сложны и запутанны" - субъективное суждение. Конраргумент: множество систем, которые люди считают переуусложнёнными используется на практике и получили широкое распространение.
Почему схема не обеспечит сжатие - не раскрыто, просто утверждение вашего мнения без доказательств.
Высказывания про Бьорна - логическая ошибка "переход на личности".

Какой-то филиал хакерньюса с примесью sealioning-га.

возможно стоит сходить на HN ? :) но лучше в гугл группу

ClickHouse/ClickHouse tagged: v21.2.3.15-stable
Link: https://github.com/ClickHouse/ClickHouse/releases/tag/v21.2.3.15-stable
Release notes:

ClickHouse stable release v21.2.3.15-stable

нужна помощь в настройке tempo
дока скудная и не дает ясности (

Ваши парирования на столько размыты и лишены конкретики, что можно спокойно тему про гистограммы заменить на хранение картофеля

А ваши?

Ясно 😐

Тише, горячие парни. :)
Спасибо Александру за ответ, это намного лучше и содержательнее чем просто «бред», не правда ли?
Сергей тоже все верно написал, видно закаленного в сетевых баталиях человека, но он про аргументацию и полемическую часть. А я больше про технику.
А про технику отвечу чуть позже.
Посему б в воскресенье не устроить тут хакерньюс, если про метрики, а не про картошку?

Плюс один