дыа :(

есть такое: https://github.com/sapcc/ntp_exporter но оно странное, и показывать оффсет с нтп сервера я и сейчас могу, дергая ntpd_metrics.py котороый лежит в репе с нод экспортером

не проще скрипт в две строчки и node_ntp_stratum метрику в textfile?

а мне нужно, не относительно ntp, а относительно друг друга

Вброс вот вам.

чтоб не расслаблялись.

Саша. жги.

Для управления производством лучше nmap

а я управляю производтством через ls

слышал есть парни которые управляют производтсвом через sed. но это совсем мрак.

слышал есть парни которые управляют производтсвом через sed. но это совсем мрак.

m4.

Для управления производством лучше nmap

nc ты хотел сказать

как оживились!

Надо пойти почитать кстати, кто рекомендуэ..

от создателей баш скрипта что заменит министерства

от создателей баш скрипта что заменит министерства

cat /dev/urandom

этот чтоле?

cat /dev/urandom

watch -n1 cat /dev/urandom

v2.0

Рандом слишком добрый чтобы заменить министерства. Соотношение запрет/разрешение не выдержит

grep - это демократия!

svcadm clear bureaucracy ;)

и... свободу прометею!

и... свободу прометею!

https://github.com/influxdata/telegraf/issues/2928#issuecomment-308890707

срочно надо голосвать !

в 2017 году кто-то ещё использует монгу?

ее как минимум ктото мониторит

где сообщения Алекса? или мне показалось?)

Э, и правда

ну потерты же нахрен.

https://github.com/influxdata/telegraf/issues/2928#issuecomment-308890707

Алекс просто покруче экспортер для монги написал, так что... я проголосую. но говном от этого телеграф быть не перестанет.

sorry.

конечно не перестанет что ты

https://www.usenix.org/conference/srecon17asia/program/presentation/smirnov

выложили доклад @Civiloid с srecon17asia

выложили доклад @Civiloid с srecon17asia

спасибо. хорошо занес

может быть кто то уже успел потыкать новый influxdb ? может быть там найтли какой нить кто нить ставил ?

@yuyugame может быть ? или даже Ivan ? или Evgeny ?

а чего там с ним стряслось?

они научилиль делать 2 вещи. gzip на память. и новый on disk формат индекса

и то и другое должно сделать из него суперчемпиона.

но как бы мы все понимаем что нет.

gzip на память - это типа "течет, но уже не так сильно"?

не могу наехать на инфлюкс за утечку памяти

сорян

а что мешало раньше zram включить?

индекс это не самая ресурсоемкая штука, кмк

основные расходы памяти - буферы с данными, нужно держать в памяти то, что будет записано позже

а что мешало раньше zram включить?

ничего.

индекс это не самая ресурсоемкая штука, кмк

это не так. он действительно самый ресурсоемкий

буфферы с данными они маленькие очень

ибо wal, segment-ы

вот это вот всё.

индекс - штука в которой хранятся теги, имена серий и вот это вот все

индекс - штука в которой хранятся теги, имена серий и вот это вот все

ага. при высокой кардинальности он дофига большой

ERROR: S client not available

индекс - штука в которой хранятся теги, имена серий и вот это вот все

в интерпретации инфлюкса индекс с тегами и вот этим всем могут сожрать всю память какую ты найдешь

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

чото не понмю у них таких вот штук. может быть они не существенных размеров

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

позиция авторов в том что у них основная причина ООМа это индексы на теги

тут не вопрос что там на самом деле, а что они говорят что это индексы

плюс они ж их вроде каждый рестарт перестраивают, не?

ну ок

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

вроде да, по крайней мере раньше так было

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

так думаешь просто так тут народ удивляется что у них все плохо? )

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

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

у чуваков база в таком состоянии с 2014 года

:)

https://github.com/influxdata/influxdb/pull/7948/files

вот про гзип

то лапы там ломит, то хвост отваливается

https://github.com/influxdata/influxdb/pull/7948/files

эт не про гзип, а алокацию объектов.

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

а ты зачем думаешь я считаю что они не умеют программировать ?

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

как бы проверить хм

вот про гзип

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

а теперь используют пул объектов

тут про RUM conjecture писали, типа есть read amplicfication, write amplification и space amplification, выбери 2 из трех, только вот space amplification может выражаться в выжирании памяти а вовсе не в перерасходе места на диске, скажем если база 10ТБ, то чтобы эффективно в нее писать нужно загрузить в RAM 1% всех данных, ну либо 10%, есть разница

тут про RUM conjecture писали, типа есть read amplicfication, write amplification и space amplification, выбери 2 из трех, только вот space amplification может выражаться в выжирании памяти а вовсе не в перерасходе места на диске, скажем если база 10ТБ, то чтобы эффективно в нее писать нужно загрузить в RAM 1% всех данных, ну либо 10%, есть разница

выбор притом еще не значит что база будет лучше других по тому что выбрали ) идиотизм никто не отменял

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

спасибо за уточнение.

тут возможны более сложные компромиссы, скажем если память есть - выжираем, дошли до заданного лимита (так как много серий) - начинаем экономить память за счет read amplification (при записи) например, ну или еще что-нибудь в этом духе

но пока что все что я видел жрет память с ростом cardinality

но пока что все что я видел жрет память с ростом cardinality

прошу простить дурацкий вопрос, но всё же - что означает "cardinality"?