Может быть, НЕ ЗАББИКС?

бля

заббикс - говно

Вот вы со своим заббиксом откуда лезете все время?

архитектурно - говно

У вас где-то 2010 год до сих пор, или что?

Стоит на двадцать минут отвернуться - сука, опять сраббикс на канале

если вы не понимаете что хранить time series в rdbms не надо - что вы делаете в профессии?

Даже Рому вывели из себя

Молодцы

если вы не понимаете что хранить time series в rdbms не надо - что вы делаете в профессии?

о, кстати, а есть толковые базы для этого? потому что InfluxDB - говнище

Ромку-неслуха бы натравить на бывшего коллегу :)

если вы не понимаете что хранить time series в rdbms не надо - что вы делаете в профессии?

а где аргументированно почитать почему нет?

Заббикс им норм, а Да вы бы и с собакой смогли!

а где аргументированно почитать почему нет?

В этом чате

там товарищ хранил GPS-координаты, поступающие в реал-тайме с мобил, в постгресе :)

а где аргументированно почитать почему нет?

я могу только посоветовать посмотреть на то как заббикс вставляет метрики в бд

Вот смотри Чем меньше ты информации на одно измерение хранишь на диске, тем проще ты живешь

А дальше надо взять да и посчитать, сколько информации на одно измерение хранит сраббикс, а сколько - пром

У прометеуса еще компрессия - они там дельты хранят между точками

Ну и так далее

ок, спс, убедили

кароч всё сводится к тому, что это оверхэд?

кароч всё сводится к тому, что это оверхэд?

все сводится к тому, что тормозит.

скажите, есть ли чатик про chef?

или ceph ?

там товарищ хранил GPS-координаты, поступающие в реал-тайме с мобил, в постгресе :)

постгрес не так плох, кстати

все сводится к тому, что тормозит.

вот да. если у тебя 5к метрик, то это будет жирная пачка транзакций, а значит fsync()

кароч всё сводится к тому, что это оверхэд?

Кароч все сводится к тому что эт говно

вот да. если у тебя 5к метрик, то это будет жирная пачка транзакций, а значит fsync()

ну справедливости ради, на заббиксе с рейдом на 6 спинов я принимал 15к точек в секунду. но по сравнению со специализированным движком это ничто.

Кароч все сводится к тому что эт говно

говно, оверхед — это уровень говна выше головы ?

постгрес не так плох, кстати

Не так плох, как что?

как не постгрес

Не так плох, как что?

как mysql, например, по моему опыту

говно, оверхед — это уровень говна выше головы ?

?

разве что масштабировать его порой геморройнее

как не постгрес

а што, если у тебя только одна писалка и много читалок, то sqlite — ниибаца крут

ну справедливости ради, на заббиксе с рейдом на 6 спинов я принимал 15к точек в секунду. но по сравнению со специализированным движком это ничто.

Прометей это может с одним шпинделем

а што, если у тебя только одна писалка и много читалок, то sqlite — ниибаца крут

я пробовал - не особо, выше ляма записей уже тупняк

Прометей это может с одним шпинделем

так я спорю штоле. там LSMT?

я пробовал - не особо, выше ляма записей уже тупняк

ты просто не умеешь готовить

как mysql, например, по моему опыту

Mail.Ru опровергает

для начала, включи режим WAL

или ceph ?

никакого ceph у меня нет, но есть вопрос о замене resources через wrapper cookbook

я пробовал - не особо, выше ляма записей уже тупняк

у меня проблемы были только после 3 млрд :(

и WITHOUT ROWID (если применимо)

разве что масштабировать его порой геморройнее

Да не Один головняк, что то, что это

Mail.Ru опровергает

мейлру _задолбался_ с мускулями :)

но я не уверен, что съезд на постгрес что-то облегчил бы драматически.

так я спорю штоле. там LSMT?

Нет, зачем бы Кольцевой буфер

ты просто не умеешь готовить

я in memory гонял с запросами составными по индексированному полю. !00 млн записей вроде было. Работало крайне медленно

Да не Один головняк, что то, что это

ну, так-то да, но JSONB неплох, например

Нет, зачем бы Кольцевой буфер

а точки в прошлое как засылаются?

я in memory гонял с запросами составными по индексированному полю. !00 млн записей вроде было. Работало крайне медленно

может запросы просто говно ?

мейлру _задолбался_ с мускулями :)

Ну - я в курсе

может запросы просто говно ?

нет, я с ними даже в этот чатик приходил, там все просто было

а точки в прошлое как засылаются?

В прошлое - никак

я in memory гонял с запросами составными по индексированному полю. !00 млн записей вроде было. Работало крайне медленно

выложи файлики чтобы другие могли поревьюерить что там у тебя

надо было выбрать рандомные записи просто, а order by random() обычно лагает

надо было выбрать рандомные записи просто, а order by random() обычно лагает

Бляяяя

надо было выбрать рандомные записи просто, а order by random() обычно лагает

блять ещё один с ордер бай рандом

Ты план смотрел вообще того, что order by random делает?

Ты план смотрел вообще того, что order by random делает?

нет, план он по ходу курил

Я знаю, зачем Макс Богук качается

ERROR: S client not available

Чтобы литерально пиздить тех, кто order by rand делает

В прошлое - никак

т.е. таймстамп в точке - это когда прометеус ее принял, а не когда приложение записало таймстамп?

Ты план смотрел вообще того, что order by random делает?

да знаю я, знаю

т.е. таймстамп в точке - это когда прометеус ее принял, а не когда приложение записало таймстамп?

Кажись, именно так, да

да знаю я, знаю

а хули ты пиздишь тогда на эскулайт ?

Чтобы литерально пиздить тех, кто order by rand делает

есть order by rand, а есть order by random в sqlite

надо было выбрать рандомные записи просто, а order by random() обычно лагает

бл*

это разные вещи

но в целом да, он все равно как говно работает

Кажись, именно так, да

но долбоебизм же. кстати у них на сайте написано, што раньше был leveldb

но долбоебизм же. кстати у них на сайте написано, што раньше был leveldb

в sqlite4 вроде leveldb, Но его забросили

в sqlite4 вроде leveldb, Но его забросили

мы про прометеус

а хули ты пиздишь тогда на эскулайт ?

так не работает же

код сука в студию

а то блять вот такую хуиту делают: https://github.com/google/leveldb/issues/421

Господа, неужели никому не интересен chef? все на Ansible и Salt?

Господа, неужели никому не интересен chef? все на Ansible и Salt?

с chef если уходить то на нечто типа kubernetes

код сука в студию

"UPDATE {table_name} " "SET [timestamp] = [timestamp] + {inc} " "WHERE rowid in ( " "SELECT rowid FROM {table_name} " "WHERE [timestamp] < strftime('%s', 'now', 'utc') " "ORDER BY RANDOM() LIMIT {limit} )"

пфффф

strftime

как минимум

+ ордер бай рандом

strftime

нет, без него тоже лагало только в путь

+ ордер бай рандом

что плюс? я не понимаю, почему оно медленно должно работать

потому что чтобы отсортировать по рандому он должен сделать полную выборку всех строк по вхере, отсортировать по рандому а потом применить лимит

потому что чтобы отсортировать по рандому он должен сделать полную выборку всех строк по вхере, отсортировать по рандому а потом применить лимит

и в чем проблема? записи маленькие, в память все влезает. Да я на сях быстрее массив в памяти отсортирую 100 раз.

я понимаю, как оно работает. Я не понимаю, почему это медленно

Господа, неужели никому не интересен chef? все на Ansible и Salt?

Был интересен 5 лет назад

И года два я его ел

для начала, убери стрфтайм

Все, хватит с меня