
Paul
10.03.2017
12:20:55
вещь, спасибо!

ptchol
10.03.2017
12:22:28
предлагаю ещё нажать в графане ? (шифт не забываем) и посмотреть доступные шорткаты

Bova
10.03.2017
12:27:09

Alex
10.03.2017
12:27:27
страхота

Google

Alex
10.03.2017
12:27:29
что за шрифты
где антиалиасинг

Bova
10.03.2017
12:28:10
хз, это rdp открытый через remmina

Alex
10.03.2017
12:28:10
или как там сглаживают

Bova
10.03.2017
12:29:00
а скриншот делаю в линуксе окна rdp ?

Bogdan (SirEdvin)
10.03.2017
12:33:42

Alex
10.03.2017
12:34:48
фи

Bogdan (SirEdvin)
10.03.2017
12:35:48

Vladimir
10.03.2017
12:39:46
@alexanderzobnin привет. У тебя нет случайно мыслей, почему у графаны snapshot dashboard'а может сыпать просто кучей ошибок, ругаясь в основном на "Maximum call stack size exceeded"?

Alex
10.03.2017
12:41:02
потому что написан хреново фронт
рекурсия видимо где то адовая

Vladimir
10.03.2017
12:42:13
ну оно такое и с самим дэшбордом пишет в общем, просто дэшборд при этом работает.... Но да

Google

Alexander
10.03.2017
12:44:08

Vladimir
10.03.2017
12:44:10
flotcharts error RangeError: Maximum call stack size exceeded
at Function.na.extend.na.fn.extend (boot.b8fccc44.js:37)
и таких три экрана.
(точнее 85 ошибок)

Alexander
10.03.2017
12:45:32
Полностью ошибку из консоли запостить
Можно одну
Плюс, описание дашборда, что там используется

Vladimir
10.03.2017
12:46:30
http://dpaste.com/2W3A5GX
с описанием сложнее...
annotations по graphite metric query
annotations по elasticsearch 2.x
templating - просто список значений
и примерно 20 графиков в графит, средней тяжести

Alexander
10.03.2017
12:50:52
Если есть возможность, можно на собранной из исходников графане запустить, там ошибка будет подробнее. Либо нам надо попытаться это воспроизвести. Так что чем больше инфы, тем лучше.
Если кто-то тестирует Heatmap, можете обновиться, я поправил баги и добавил новые интересные штуки.

ptchol
10.03.2017
13:40:15
ого !
это гистограммка в попапе ?
блин тока не понятно от чего до чего гистограмка
я чот запутался, бакет это и есть кол-во объектов в распредлении за данный промежуток времени оси Х в данном диапазоне значений оси Y так ?

Google

Alexander
10.03.2017
13:48:23
Гистограмма - это вертикальный срез по Y
Да, типа того. Бакет - это этот объект
Я там пояснения добавил к полям.
По гистограмме: чем ярче цвет ячейки, тем выше столбец на гистограмме

ptchol
10.03.2017
13:50:47
В попапе вертикальный срез, это гистограмма с колчичеством объектов с разбивой по равному шагу в данном диапазоне Y ?
аааа
гистограмма тоесть по всему столбцу хитмапы ?

Alexander
10.03.2017
13:51:20
Да, именно

ptchol
10.03.2017
13:51:21
а не по бакету, да ?
ясно.

Alexander
10.03.2017
13:51:32
да, по гистограмме
Гисторгамма пока не на 100% корректная - пустые ячейки пропущены. Потом поправлю.

Vladimir
10.03.2017
16:27:19
вот кстати еще пример из жизни когда бы очень хотелось реалтайм дебаг - сервис живет, кушает свои 2-3ГБ оперативы
а в какой-то момент времени за 10 секунд выедает столько, что к нему приходит ООМ, потому что 128ГБ оперативы кончилось

Pavel
10.03.2017
16:51:52
и что этот риалтайм дебаг тебе даст?
подтвердит, что память кончилась? %)

Vladimir
10.03.2017
16:52:06

Pavel
10.03.2017
16:52:11
крайне маловероятно
ты убьешь приложение аккаунтингом работы аллокатора

Vladimir
10.03.2017
16:52:21
@pavel_odintsov вопрос в том что что-то случается и оно за минуту выжирает всю память

Google

Vladimir
10.03.2017
16:52:29
то есть аккаунтит его всегда

Pavel
10.03.2017
16:52:36
тем более убьешь

Vladimir
10.03.2017
16:52:49
тем более убьешь
профилировщик памяти работает всегда, потому что это нужно для аллокатора

Pavel
10.03.2017
16:52:54
ну высокоуровневый экспорт статистик в го есть, очень простой

Vladimir
10.03.2017
16:52:55
вопрос в серилизации данных от него
и довольно частом сбросе

Pavel
10.03.2017
16:53:05
и легкий
а вот какая именно функция ее пожрала - это вопрос к pprof
а он плодит такое количество информации

Admin
ERROR: S client not available

Pavel
10.03.2017
16:53:32
что хулоу форд пол гига дампы сгенерирует просто влет :)

Vladimir
10.03.2017
16:53:40

Pavel
10.03.2017
16:53:47
и я честно говоря сугубо не сторонних такой отладки
если где-то выброс в управялемом языке - это не админская трабла совершенно

Vladimir
10.03.2017
16:54:31

Pavel
10.03.2017
16:54:36
ну а там уже посмотреть, где много памяти выделяется и экспортировать метрики прометеусом
pprof, я ж говорю

Vladimir
10.03.2017
16:54:55
так проблема в том что поймать сложно

Pavel
10.03.2017
16:54:56
легкий хак в коде, если он не включен

Google

Pavel
10.03.2017
16:55:07
и у тебя появится endpoint экспортированный по http где куча отладки

Vladimir
10.03.2017
16:55:08

Pavel
10.03.2017
16:55:13
как сдохнет - цепляешься и смотрешь

Vladimir
10.03.2017
16:55:14
картинка выглядит так
вот в 17:00 пришло что-то и оно ООМнулось

Pavel
10.03.2017
16:55:42
интересный момент, кстати
а как заставить pprof преежить OOM? :)

Vladimir
10.03.2017
16:55:55
никак (
но так как это все не мгновенно проихсодит, а пару секунд
то если бы я статистику аллокатора посекундно бы сбрасывал куда-нибудь я бы мог потом походить по результатам и понять кто виноват

Pavel
10.03.2017
16:56:29
могу продать SDRAM (та которая была до DDR-1)
по дешевке
там оно будет минут 5 помирать :)
решение?

Vladimir
10.03.2017
16:56:42
нет )
я с таким успехом свопа гигов 16 сделаю
тогда сервер быстрее умрет

Pavel
10.03.2017
16:57:13
зато даст дамп.

Vladimir
10.03.2017
17:00:19
@pavel_odintsov но было бы намного проще если бы была возможность строить потребление памяти от времени
по функциям
точнее по топу функций
как пример

Pavel
10.03.2017
17:00:48
ну посмотри что ппроф тебе дает