A
Дело было в цифре шифта, у CK и графаны разная разрядность timestamp, 1000 это как раз те 16 секунд разницы судя по всему
Size: a a a
2020 April 09
A
Без плагинов и костылей, как же приятно)
A
а, нет, всё равно проскакивает в некоторых местах :(
A
Блин, в любом случае такого не должно быть, даже если батчи пишут время как предположил Вячеслав(я проверил, пишут). Я же просто вычитаю диф из второго времени, они априори должны на графике в одну точку ложится :(
A
Ха, я понял, уточка помогает :) Это группировка виновата, осталось понять как поправить
ВС
Переслано от Вячеслав Смирнов
Регистрируйтесь на #вебинар Алексея Рагозина.
Мастер-класс: Новые и старые возможности Java Flight Recorder в OpenJDK 11
Дата и время: 9 апреля 2020 c 18:00 до 20:00 (завтра)
Полезные материалы:
- Слайды по теме вебинара
- Статья на habr
Рекомендую ознакомиться с материалами. Подготовиться, подготовить вопросы. Зарегистрироваться на вебинар. Получить полезные навыки на вебинаре
Регистрация по ссылке: https://aragozin.timepad.ru/event/1281815/
Мастер-класс: Новые и старые возможности Java Flight Recorder в OpenJDK 11
Дата и время: 9 апреля 2020 c 18:00 до 20:00 (завтра)
Полезные материалы:
- Слайды по теме вебинара
- Статья на habr
Рекомендую ознакомиться с материалами. Подготовиться, подготовить вопросы. Зарегистрироваться на вебинар. Получить полезные навыки на вебинаре
Регистрация по ссылке: https://aragozin.timepad.ru/event/1281815/
Добрый день!
Мастер-класс "Новые и старые возможности Java Flight Recorder в OpenJDK 11" состоится сегодня.
Начало трансляции 18-00 по московскому времени.
- Инструкции для подготовки/подключения
- Для подключения к трансляции заходите в discord канал
- Опросник для участников, пожалуйста, заполните до начала вебинара.
Ссылка на трансляцию будет опубликована в discord за несколько минут до начала.
Так же вопросы по подготовке к вебинару можно задать в discord канале.
Мастер-класс "Новые и старые возможности Java Flight Recorder в OpenJDK 11" состоится сегодня.
Начало трансляции 18-00 по московскому времени.
- Инструкции для подготовки/подключения
- Для подключения к трансляции заходите в discord канал
- Опросник для участников, пожалуйста, заполните до начала вебинара.
Ссылка на трансляцию будет опубликована в discord за несколько минут до начала.
Так же вопросы по подготовке к вебинару можно задать в discord канале.
ВС
Всё ли готово для мастер-класса?
Анонимный опрос
10%
Всё готово
0%
Устанавливаю OpenJDK 11, ... по инструкции
38%
Запись посмотрю позже
52%
У меня лапки
ПБ
если ты хочешь так то тебе нужен открытая модель нагрузки
Если ему памяти не хватает, то в чём разница?
ВС
Пётр Байкалов
Если ему памяти не хватает, то в чём разница?
Думаю предположение есть, что происходит следующая цепочка событий:
- долгие ответы
- много обработчиков
- много оперативной памяти
- много соединений и дескрипторов
- много расходов на синхронизацию и сбор статистики
- ещё более долгие ответы
- JVM закрывает процесс
А в случае закрытой модели нагрузки:
- долгие ответы
- фиксированное количество обработчиков
- фиксированное количество дескрипторов и соединений (если установлена опция shareConn)
- больше расходов на синхронизацию
- фиксированные расходы на сбор статистики
- нагрузка проседает, влияния не время ответа почти нет
При превышении длительности запросов над длительностью шага - нагрузки нагрузка просядет. Если при превышении использовать ещё и trottle (контроль RPS), то упадет до 0.
Но не упадет весь тест по Out of memory. Что очень важно в таких ситуациях. Не потерять метрики, не упасть
- долгие ответы
- много обработчиков
- много оперативной памяти
- много соединений и дескрипторов
- много расходов на синхронизацию и сбор статистики
- ещё более долгие ответы
- JVM закрывает процесс
А в случае закрытой модели нагрузки:
- долгие ответы
- фиксированное количество обработчиков
- фиксированное количество дескрипторов и соединений (если установлена опция shareConn)
- больше расходов на синхронизацию
- фиксированные расходы на сбор статистики
- нагрузка проседает, влияния не время ответа почти нет
При превышении длительности запросов над длительностью шага - нагрузки нагрузка просядет. Если при превышении использовать ещё и trottle (контроль RPS), то упадет до 0.
Но не упадет весь тест по Out of memory. Что очень важно в таких ситуациях. Не потерять метрики, не упасть
YB
Ребята как правильно указать путь json path для извлечения с несколькими фильтрами, к примеру $.account_array[?(@.test_key=='A')][?(@.balance>0)].id
YB
Приходит null , который я указал по умолчанию , убрав баланс идёт извлечение значение переменной в джеметре
ΙΤ
[?(@.test_key=='A' && @.balance>0)]
ΙΤ
Ребята как правильно указать путь json path для извлечения с несколькими фильтрами, к примеру $.account_array[?(@.test_key=='A')][?(@.balance>0)].id
YB
Ок спасибо , вышло
2020 April 10
DS
Всем привет! возникла потребность на нагружаемом сервере (дебиан на AWSe ec2 ), во время теста нагрузки (jmeter) мониторить загрузку процессора сервисами которые там крутятся, mysql и тд, т.е. сколько и какой процесс занимает ресурсов цпу?
DS
сейчас данные собирает прометеус и потом в графане отображается состояние инстанса. Но вот именно какой и сколько занимает ресурсов каждый сервис в реальном времени, не понятно...
jj
htop в руки консоли или поставить netdata или new-relic
DS
htop - как бы только локально смотреть..
DS
htop в руки консоли или поставить netdata или new-relic
netdata или new-relic - спасибо, попробуем
ВС
Тогда уж procstat для prometeus настроить на фильтр .* и собирать статистику по всем процессам.
В telegraf есть такие метрики:
https://github.com/influxdata/telegraf/blob/master/plugins/inputs/procstat/README.md
Он и в prometeus может отправлять
В telegraf есть такие метрики:
https://github.com/influxdata/telegraf/blob/master/plugins/inputs/procstat/README.md
Он и в prometeus может отправлять
