@scala_ru

« Назад

Страница 68 из 1499

Далее »

Alexey

05.09.2016
14:18:58

мы так же :) но понадобился трейсинг

Vadim

05.09.2016
14:19:02

еще есть riemann на кложе)

Dmitry

05.09.2016
14:20:30

@l3h3r aspectj для акки и нутрей жвм нужен только

Если это не нужно

Google

Dmitry

05.09.2016
14:20:52

То как с дропвизврдом

Alexey

05.09.2016
14:22:05

@zuynew ну а зачем камон тогда если он как дропвизард :) у дропвизарда миллион интеграций

Dmitry

05.09.2016
14:23:06

Я использовал потому что он с аккой из коробки работал

Там размер мейлбокса

Среднее время нахождения в нем

И lightbend на вебинаре рассказывали как его варить

folex

05.09.2016
14:25:46

Камон через аспект по тредам (между фьючами) прокидывает контекст

Alexey

05.09.2016
14:35:57

А может быть кто-то встречал описание / реализацию трейсинга на скале. Нужно трейсить время исполнения и какие-то факты во время исполнения (например количество ответов). А потом все это сериализовать и выплюнуть дальше. Не хочется велосипедить.

https://github.com/levkhomich/akka-tracing

Alexey

05.09.2016
14:42:22

да, такое тоже нашел. пользовали?

Alexey

05.09.2016
14:43:48

cast @levkhomich. Да, сами для себя делали и используем постоянно

Lev

05.09.2016
14:51:47

Вообще, оно у нас в продакшене активно использовалось (и сейчас используется), а в опенсорс ушло только потом

И сейчас = в другом проекте. Пришли к тому, что отлаживать в кластере удобнее с трассировкой

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

Google

Nick

05.09.2016
15:29:13

да сделайте свои сбор метрик, со scalameta

и вообще эти ваши метрики не учитывают gc паусы и os scheduler)

folex

05.09.2016
15:33:08

А есть такие которые учитывают?

Кто вообще какие метрики по GC собирает? По gc.log может кто что рисует?

в JMX чот как-то мало всего

Nick

05.09.2016
15:34:13

нет конечно

нет таких

метрика довольно странная величина, поэтому там-то персентили и считают

folex

05.09.2016
15:35:04

ну, как смотреть на метрики это другой вопрос

Nick

05.09.2016
15:35:40

а для чего вам метрики вообще?

folex

05.09.2016
15:35:49

вообще какие-либо? :)

Nick

05.09.2016
15:36:00

ага

folex

05.09.2016
15:36:12

Чтобы оценивать состояние системы

Andrey

05.09.2016
15:36:30

bottlenecks выявлять

Nick

05.09.2016
15:36:30

просто jmx недостаточно?

Vladimir

05.09.2016
15:37:06

https://scalameter.github.io/

умеет в GC паузы

Nick

05.09.2016
15:37:25

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

а не для мониторинга

Vladimir

05.09.2016
15:37:44

а пардон, влез не разобравшись

Google

folex

05.09.2016
15:37:49

ну в JMX очень мало метрик по GC

Если я все правильно понимаю, там count и time

всё

Nick

05.09.2016
15:38:07

bottlenecks выявлять

может случится так, что ваш System.nanoTime им и стнет

folex

05.09.2016
15:38:54

Nick такие вещи профилировщиком можно увидеть еще до того как куда-либо выкатываешь версию

Nick

05.09.2016
15:40:01

какие такие)

folex

05.09.2016
15:40:18

может случится так, что ваш System.nanoTime им и стнет

вот эти

кааарочи

Кто-нибудь собирает какие-нибудь метрики с GC?

Nick

05.09.2016
15:40:44

я

folex

05.09.2016
15:41:06

Nick можешь рассказать какие?

Nick

05.09.2016
15:41:27

да не много, heap usage

Nick

05.09.2016
15:41:36

young и old generation

folex

05.09.2016
15:41:52

Nick это всё из JMX?

Nick

05.09.2016
15:42:02

конечно

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

весь IO + cpu

folex

05.09.2016
15:43:46

collectd, да

Nick

05.09.2016
15:43:55

кстати насчет измерения

недавно у нас был oom и вот как раз была та ситуация когда gc часто запускался

Google

Nick

05.09.2016
15:44:27

и аспект над каждым дб вызовом показывал космические цифры)

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

folex

05.09.2016
15:45:30

Nick а частоту вызова GC и его время считаете как-нибудь?

Меня смущает, что JMX репортит только суммарное время и суммарное количество, это как-то очень тупо

Nick

05.09.2016
15:46:06

почему

folex

05.09.2016
15:46:07

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

Nick

05.09.2016
15:46:15

эт не тупо, если время большое, то эт жопа

folex

05.09.2016
15:46:54

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

а сумму

Admin

ERROR: S client not available

folex

05.09.2016
15:47:30

вот так это выглядит :D

Nick

05.09.2016
15:48:00

на самом деле, в jmx есть тригеры

folex

05.09.2016
15:48:23

Nick вполне вероятно, что я просто что-то не так делаю. У тебя отдельно на каждую сборку репортится время?

Nick а что за триггеры?

Nick

05.09.2016
15:50:04

на самом деле, тебе статистика о сборке мусора ничего не даст

я бы добавил ключей, чтоб хипдамп на oom сделался и все

и чтобы app крашился

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

вообще все зависит от задач)

folex

05.09.2016
15:56:32

Не, с OOM все понятно. Интересует именно мониторинг здоровья GC.

Google

folex

05.09.2016
15:57:02

Ну то есть у меня может не быть OOM никогда, но при этом у меня система например 40% времени оказывается на GC тратит. Это же ад, но мониторить это нечем

причем в GC log оно всё пишется, хоть парси его

Nick так что за триггеры?

Nick

05.09.2016
15:57:22

А каков критерий что он не здоров?

Lev

05.09.2016
15:57:43

так производную же можно взять от аккумулятора GC time

grafana умеет

folex

05.09.2016
15:58:08

Nick Хороший вопрос. Сформулировать этот вопрос помогают метрики. И ответить на него тоже.

@levkhomich Не очень понял. Какую производную? Просто посчитать дельту по аккумулированным time и count?

Lev

05.09.2016
15:59:18

как индикатор общего здоровья гц это прекрасно работает. с точными цифрами флаги java помогают

Nick

05.09.2016
15:59:30

@folexeyy ты собираешься собирать метрики не зная критерия здоровья)

folex

05.09.2016
15:59:51

Nick и? Это нормально. Посмотрел на показатели в различных состояниях, подумал, понял.

Nick

05.09.2016
15:59:51

Вообще кстати printgcdetails есть

Lev

05.09.2016
16:00:01

@levkhomich Не очень понял. Какую производную? Просто посчитать дельту по аккумулированным time и count?

да, с той поправкой, что это является встроенной функцией

folex

05.09.2016
16:00:13

ну оно ж не шлет никуда эти данные Nick . Парсить файлик и слать результаты в графит что ли?

@levkhomich ну то есть просто разделить time на count? Чуть лучше чем это

@levkhomich проблема с тем что метрики отсылаются раз в N секунд, а сколько GC за это время произошло — не ясно. И в итоге у тебя между получением графаной данных проходит несколько GC, и ты снова получаешь усредененные показатели

Lev

05.09.2016
16:01:46

@levkhomich ну то есть просто разделить time на count? Чуть лучше чем это

нет, это даст среднюю температуру по больнице с момента строительства

folex

05.09.2016
16:02:13

Ну на самом деле это ничего не даст. Если у тебя 1% GC выполняется на порядок больше остальных, ты не увидишь этого.

Nick

05.09.2016
16:02:14

@folex нет смысла

Lev

05.09.2016
16:02:24