а зачем? :)

а зачем? :)

потому что кажется что это полезно будет

собирая данные с профилировщика того же Го можно было бы понимать почему иногда сервис тормозит без расчехления дебаггера и попыток поймать этот момент

Prometheus :)

Prometheus :)

так хочется более низкий уровень )

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

вы так дойдете что каждый пакет трафика писать будете в базу :)

но к счастью - это невозможно %)

100GE штука суровая ни в какие базы не всовываемая)

вы так дойдете что каждый пакет трафика писать будете в базу :)

Да не, тут идея даже не все эвенты пихать

И в общем уши растут в первую очередь из дебага

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

А почему непонятно

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

таймауты - это скорее нормально, чем нет

эти ваши линуксы это не RTOS все же

таймауты - это скорее нормально, чем нет

Я грубо пример привел

эти ваши линуксы это не RTOS все же

у линукса есть linux-rt (он же linux preempt), он близок.

rt != preempt

ну условия работы RT добиться легко

isol_cpu в опции ядра

и cpuset cgroup на процесс

но это только для тех, у кого много-много денег %)

@pavel_odintsov ну оно не рт будет все же

мягкий РТ)

rt это о https://rt.wiki.kernel.org/index.php/Main_Page вот этой поделке все же

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

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

мне тут говорили что InfluxDB жрет память нищадно

мне тут говорили что InfluxDB жрет память нищадно

когда читаешь он раньше жрал ее как ни в себя

1.2 я правда не смотрел

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

конечно не будет. Чтобы был настоящий РТ ядро с нуля придется переписать

у меня есть инстанс где-то с 100+ записями секунду

выглядит он так

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4277 influxdb 20 0 24.590g 698168 227056 S 27.6 17.2 4811:33 influxd

@pavel_odintsov а теперь поделай селектов

все бы ничего, да на машине 4GB памяти и работает оно почти третий месяц без сбоев :)

дык делал

я боюсь это стандартное поведение Go аллокатора, который выделяет много-много, а потом решает что с этим делать

и выделяет сильно много чтобы избежать фрагментации

я боюсь это стандартное поведение Go аллокатора, который выделяет много-много, а потом решает что с этим делать

не, это другое

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

и очень неохотно отдавало

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

дык и не отдаст

Го аллокатор вообще отдавать не умеет

на 64-128ГБ оперативы

дык и не отдаст

я про память с точки зрения алокатора

я вот ищу как найти, сколько у него реально занято

@pavel_odintsov поведение было что ты выполняешь сложный запрос - у тебя хоп-хоп-хоп и в системе -20% оперативы

еще один запрос - хоп-хоп-хоп и еще -20% к тому что было

они над этим активно работали и в 1.2 говорят лучше стало

CH боюсь страдает тем же

О, знакомые все лица: Pavel

CH боюсь страдает тем же

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

добрый день :)

@pavel_odintsov почитал capnproto - там описание особенностей в основном C++ версии.

К тому же есть альтернативные генераторы

ага, для го оч хороши

окей, инфлакс не та ки плох, по крайней мере у меня

influx -precision rfc3339 -database _internal -execute " select HeapAlloc/1024/1024 from runtime order by time limit 5" name: runtime time HeapAlloc —— —------- 2017-02-28T00:00:00Z 187.9983139038086 2017-02-28T00:00:10Z 239.1747589111328 2017-02-28T00:00:20Z 246.97897338867188 2017-02-28T00:00:30Z 178.97337341308594 2017-02-28T00:00:40Z 201.73348236083984

окей, инфлакс не та ки плох, по крайней мере у меня

не надо так. он плох.

ERROR: S client not available

перефразирую - он плох, но при этом лучше альтернатив :)

@alexanderzobnin Cannot read property 'getAttribute' of null у плагина это есть идеи почему?

если на графике нет данных

@alexanderzobnin Cannot read property 'getAttribute' of null у плагина это есть идеи почему?

Это всегда или при добавлении (пока запрос пустой)

Потом все ок?

при добавлении

потом все кажется ок

Попробую у себя воспроизвести. А датасорс какой?

И, на всякий случай, хэш коммита

а то у меня уже изменения локальные есть

Попробую у себя воспроизвести. А датасорс какой?

графит

dd4eedcaeada47a319c70a019e9496461eb442ac

но так работает и довольно прикольно

Воспроизвел. Попробую пофиксить.

Можете, кстати, git pull сделать - там есть новые изменения

да я попозже сделаю

у нас фронтэдов больше чем 1, чтоб обновить нужно через процедуру деплоя идти (

не хочется лишний раз делать

как я понимаю bucket size делает то же самое что "Buckets"?

просто в других величинах

Я добавил пояснения, но еще не запушил. Buckets - это кол-во элементов, а Bucket Size - явно задает размер

Для оси времени удобнее указать Buclek size, например, 30s, 10m, 1h

маленький комментарий еще есть

вот видишь ты график

видишь что что-то выбивается, очень мало

а понять что - не можешь

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

^^ а как такие графики можно в Гарфане делать?