я гонял его и он теряет метрики

да не теряет он, мыж е выясняли ) он просто из сокета не успевает читать а теряет получается сокет )

lz4 же лучше в этом смысле

а bareos умеет?

FileSet { Name = "lz4Set" Include { Options { signature=MD5 compression=lz4 # or lzfast / lz4hc } File = / } }

https://www.bareos.org/en/HOWTO/articles/new-in-version-1320.html

пишут да

и вот еще вопрос. Ктонеть из свифта в свифт перевозил данные? как быстрее сделать можно? через скрипты?

почему swift а не ceph?

потому что памяти не жрет как не в себя

потому что памяти не жрет как не в себя

ceph жрёт память?

еще как.

24 осдшки, 17 милионов объектов сожрали сервак на 16 гигов памяти, так что нода просто не могла подняться, OSD на старте отжирает память и оом ее киляет

пихать в сторадж ноды по 64 гига в памяти... ну хз.

@ptchol так а ты шо для статсд юзаешь?

а, это не в этом чате

или в этом

в этом да

@ptchol так а ты шо для статсд юзаешь?

в обоих) я хочу statsite впилить. сейчас ничего )

а

а откуда уверенность что это помогает ?

ну отпишись потом

просто из за того что будет больший batch ?

это, это что ?

что помогает?

вкручивание statsd

лол

оn жесткого потребляения памяти

ну потому что тебе не надо писать 100 000 запросов

выяснено опытным путем

ну тоесть расчет на batch

на прошлой работе.

ну то есть это агрегация

а считается что приложуха шлет метрики сырые

типа событие +1

статсд агрегирует и делает +10 за секунду

и пишет один раз

ну ещё хистограммы

правильно понимаю логику ?

и уники

типа того, уточнения севы оч важные )

ну еще можно и +/- через gauge

ну да. Посчитать и так можно поидее, гаужи вообще стрёмные и сложно понять как их использовать на ±

ну тоесть если я уже шлю метрики нормальные типа от telegraf того же, то смысла в этом нет икакого

а вот для хистограмм надо иметь все точки

ну от телеграфа смысла нет, он же системные шлёт

а там всё предагрегировано

для системных метрик нет, а для апликейшен еще какой.

тогда мой ответ про то что influx гавно ибо хочет до жопы памяти я оставлю в силе.

та он говно потому что теряет метрики

а по памяти он ещё относительно ок

особенно он сильно гавно когда делает compact

ну сравнивая с newTS или цианитом или openTSDB

а ты в openTSDB компакшены видел?)

ибо память в это время может быть съедена в любом и абсалютно неконтролируемом объеме

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

ну я на 0.12.2 вполне уходил в циклические ребуты...

поднимался. читал базы, получал накопившиемся метрики, ахеревал, падал. повторить.

сильно помогла очередь.

пожтому чаейчас все сначала в нее а из нее контролируемо и с таймстампами в influx

кстати потерю метрик я не заметил.

я как быне буду спорить что он не оч стабильный

на работе, а не на мейнтейненсе вроде ок было

и как бы такую новую версию я не успел потрогать )

Просто часто встерчаю людей которые не осиливают и говорят гавно )))

я к сожалению осилил. и все равно думаю что гавно :)

но правда лучше нету видимо.

ну вот @demeliorator еще надо послушать

почему swift а не ceph?

потому что свифт можно купить у кого-то и не париться (ахахаха)

чего там про прометей

24 осдшки, 17 милионов объектов сожрали сервак на 16 гигов памяти, так что нода просто не могла подняться, OSD на старте отжирает память и оом ее киляет

а swift?

а swift 1 гиг

+/- 500метров

но жирнее есть CPU

*ест

а swift?

прожорливость свифта не моя проблема в данном случае

прожорливость свифта не моя проблема в данном случае

опасный подход

lz4 же лучше в этом смысле

а на один sd можно повесить несколько девайсов?

influx говно, не держит нагрузку

а на один sd можно повесить несколько девайсов?

конечно, это ж sd

influx говно, не держит нагрузку

нагрузка это сколько ?

конечно, это ж sd

а туплю, там науровне пулов привязка