а что более печально, не у всех он есть

ну вот и найти пересекающееся множество

или даже общее множество

пересекающееся множество будет скорее всего "чтоб был"

мне вот хочется например видеть в долларах, во сколько мне обошелся инцидент

я хочу видеть сколько мне стоит 1 запрос в центах

мне вот хочется например видеть в долларах, во сколько мне обошелся инцидент

можно описать систему где можно такое будет считать

я хочу видеть сколько мне стоит 1 запрос в центах

и это тоже можно посчитать потом

кек

с инцидентами ещё с натяжкой можно разобраться, но сколько стоил мне запрос — посчитать _очень_ сложно

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

с инцидентами обычно считается как прогноз по историческим данным

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

инцидент это падение

разница между предсказанным и реальным

на среднюю стоимость заказа

вот и будет примерная оценка

стоимость запроса за месяц тоже можно очень примерно посчитать по такой же метоидике

счета за обслуживание + зарплаты

за месяц

вот видишь, у тебя там «заказ» есть. а у меня нет заказа. у меня модель другая

поделить на колличество запросов

вот видишь, у тебя там «заказ» есть. а у меня нет заказа. у меня модель другая

а что у тебя приносит деньги?

заказ это условность

фактически транзакция с деньгами

мне условный вызов api денег приносит. разный вызов — разных денег, какие-то вообще ничего не приносят. какие-то просто процессят деньги

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

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

ну вот, мониторингом собираешь количество не забиленных/не прошедших вызовов api, группируешь по типу/цене и выводишь в репорте значение

ну это если их собрать можно

можно начать с простой задачи и посчитать себестоимость запроса

по типу

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

только надо отлавливать не прошедшие запросы, потерянные которые

это можно делать на балансерах в принципе

только надо отлавливать не прошедшие запросы, потерянные которые

...

пойду дальше бумажки делать

:)

@freeseacher уже делал схему где-то про системы мониторинга, возможно он поделится ссылкой... там было интересное уже в первой версии (дело было давно)

@freeseacher даешь публикацию!

https://github.com/QubitProducts/exporter_exporter

@freeseacher уже делал схему где-то про системы мониторинга, возможно он поделится ссылкой... там было интересное уже в первой версии (дело было давно)

не помню такое

не помню такое

это была схемка то ли в draw.io или в чём-то таком. там был прометей, я туда добавил riemann, точно помню

дело было на заре "церкви метрик" :)

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

@pipopolam просто я как админ хочу видеть систему которая умеет какие-нибудь очереди pending проверок. А то наплодят люди всяких босунов, которые все делают одновременно и в итоге некоторые проверки имеют execution time в 7-8 секунд потому что до них просто очередь раньше не доходит

и нагрузка спайковая

опять же отказоустойчивость - большая беда на самом деле

почему-то все делают single node системы, нода умерла - все, пипец всем твоим проверкам, ручками иди переключай. Ну или делай двойную работу с двойной нагрузкой на систему

коллеги, порекомендуйте пжлст prometheus exporter для эластика. Нашел 4, из них 3 выглядят пристойно.

Еще внезапный вопрос. Кто-то знает систему мониторинга, у которой есть возможность настроить адекватный мониторинг GPU usage для windows?

Мне бы только график использования получить как-то

Еще внезапный вопрос. Кто-то знает систему мониторинга, у которой есть возможность настроить адекватный мониторинг GPU usage для windows?

у вендеров gpu есть свои собственные утилиты, query'ящие устройства; можно парсить их вывод любым мониторингом у nvidia - nvidia-smi у ati - aticonfig у intel - intel-gpu-tools (не уверен, что есть под винду)

ещё можно заскриптить wmi, но я не уверен, что там есть универсальные методы для этого

Спасибо

Инфу точно получит можно, потому что есть тот же rivatuner statistics server

Кстати возможно можно его взять как слой абстракции

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

у вендеров gpu есть свои собственные утилиты, query'ящие устройства; можно парсить их вывод любым мониторингом у nvidia - nvidia-smi у ati - aticonfig у intel - intel-gpu-tools (не уверен, что есть под винду)

aticonfig уже не актуален, не умеет последнюю линейку

aticonfig уже не актуален, не умеет последнюю линейку

damn, я вот видел название второй утилиты, но никак не вспомню

чат, а кто-то читал art of monitoring?

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

Добрый вечер.

свежую линейку RX через procfs пока мониторят

но готовую утилиту пригодную пока не видел, только разной степени кривости скриптики

ERROR: S client not available

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

до конца не осилил. когда вот этот вот лисп пошел я забил

но в целом было хорошо

наверное дочитаю пропустив

ну, меня больше интересует концепция, а не реализация

чат, а кто-то читал art of monitoring?

Я читал. По мне так очень разумно

Тихо и незаметно вышла 1.2 инфлюкса.

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

бинари уже качаются оф сайт пока молчит

готовят статью наверно "теперь мы в 80 раз быстрее монги"

у них такая уже есть

там было 60

вроде

а

ну тогда в 90 раз... :)

а тут на треть значит 80

херовый ты математик

как и ребята из инфлюкса

заразно это.

готовят статью наверно "теперь мы в 80 раз быстрее монги"

интересно, качество хранения данных такое же, как в монге?

сжатие ?

угу

а тем временем переливаем данные из influx в clickhouse для теста

Коненчо нет. монга же general решение и использует стандртные алгоритмы сжатия аля zlib. у этих же свой движок, и типа данный TS зная особенности которого жать можно сильно эффективнее

вставка 1M записей - 0.5-0.6 секунд

монга snappy вроде использовала

там есть варианты

на самом деле не монга, а wiredTiger

вставка 1M записей - 0.5-0.6 секунд

у меня в тесте на графитных данных выходило 2.4М )

в секунду

но на графитных

да

кликхаус любит bulk'и - что-то в духе 5-10 инсертов в секунду