В
справа график rps
Обычно задача вроде не понять где больше запросов, а что основная масса обработана быстрее чем x.
Разве нет?
Size: a a a
2021 January 25
S
В
Solresl
Сделайте больше бакетов если считаете этой инфы вам мало.
Не понятно чего вы хотите добиться?
Heatmap сделайте
Не понятно чего вы хотите добиться?
Heatmap сделайте
баккетов то я наплодил
requestDurationHistogramBuckets: [0.005, 0.01, 0.025, 0.05, 0.1, 0.25, 0.5, 1, 2.5, 5, 10],В
Solresl
Обычно задача вроде не понять где больше запросов, а что основная масса обработана быстрее чем x.
Разве нет?
Разве нет?
этого мало - обычно нужно понимать как меняется latency после релиза для основной массы а она может и не выходить за установленные границы но существенно сдвигаться в этом диапазоне а мы этого не видим и не понимает стало лучше или хуже
S
Вадим
это нагрузочное тестирование по корневому урлу
GET / инфу откуда собирает?
что кешируется?
это только HTML или это JSON
дальше делается инструментирование кода и подсчет латенси на конкретных участках кода
или семплирующий CPU профайлинг по которому строится flamegraph ищется на нем узкие места
что кешируется?
это только HTML или это JSON
дальше делается инструментирование кода и подсчет латенси на конкретных участках кода
или семплирующий CPU профайлинг по которому строится flamegraph ищется на нем узкие места
S
Вадим
баккетов то я наплодил
requestDurationHistogramBuckets: [0.005, 0.01, 0.025, 0.05, 0.1, 0.25, 0.5, 1, 2.5, 5, 10],покажите картинку с этими бакетами
В
GET / инфу откуда собирает?
что кешируется?
это только HTML или это JSON
дальше делается инструментирование кода и подсчет латенси на конкретных участках кода
или семплирующий CPU профайлинг по которому строится flamegraph ищется на нем узкие места
что кешируется?
это только HTML или это JSON
дальше делается инструментирование кода и подсчет латенси на конкретных участках кода
или семплирующий CPU профайлинг по которому строится flamegraph ищется на нем узкие места
да это все понятно - тут только анализ работы сервиса за assets отвечает nginx
S
Вадим
этого мало - обычно нужно понимать как меняется latency после релиза для основной массы а она может и не выходить за установленные границы но существенно сдвигаться в этом диапазоне а мы этого не видим и не понимает стало лучше или хуже
если из бакетов не выбивается, то СТАЛО ТАКЖЕ, с точки зрения отзывчивости
чтобы стало лучше надо чтобы 50% и 90% персентили не расходились больше чем на 10%
чтобы стало лучше надо чтобы 50% и 90% персентили не расходились больше чем на 10%
S
Вадим
баккетов то я наплодил
requestDurationHistogramBuckets: [0.005, 0.01, 0.025, 0.05, 0.1, 0.25, 0.5, 1, 2.5, 5, 10],ну и покажите эту картинку то с бакетами?
S
Вадим
баккетов то я наплодил
requestDurationHistogramBuckets: [0.005, 0.01, 0.025, 0.05, 0.1, 0.25, 0.5, 1, 2.5, 5, 10],Ну нарисуйте вывод сколько запросов в бакетах, если где-то будет больше будет же перетекать из одного в другой
В
если из бакетов не выбивается, то СТАЛО ТАКЖЕ, с точки зрения отзывчивости
чтобы стало лучше надо чтобы 50% и 90% персентили не расходились больше чем на 10%
чтобы стало лучше надо чтобы 50% и 90% персентили не расходились больше чем на 10%
я же написал - может и не выходить за установленные границы но как и НАТО может угрожающе вдруг вся масса приблизится к этим границам 🙂 война на пороге - а мы в однополых кафтанах! 😁
В
ребята ну хоть бы поделились своими графиками - может действительно я бы глянул и сказал - во! так все ж понятно! 😁
S
Звучит как вы сами не понимаете, что хотите) имходите из задачи, а не то что по картинкам понравится
S
Вадим
ребята ну хоть бы поделились своими графиками - может действительно я бы глянул и сказал - во! так все ж понятно! 😁
https://www.youtube.com/watch?v=sbg4isaWQfo
там ссылка на презу есть в первом комменте
там ссылка на презу есть в первом комменте
S
оно старое очень, многие вещи сейчас сделал бы по другому и на другом стеке
S
лучше презу смотреть наверное
В
оно старое очень, многие вещи сейчас сделал бы по другому и на другом стеке
спасибо - посмотрю
S
там вроде бы на слайдах было три графика
первый бакеты по проекту в целом
второй бакеты по сервисам в проекте
третий "опасный класс" по инструментированным кускам кода...
требования по трешхолдам рассчитываются из каких то объективных показателей типа Concurrent Users + 90% latency
первый бакеты по проекту в целом
второй бакеты по сервисам в проекте
третий "опасный класс" по инструментированным кускам кода...
требования по трешхолдам рассчитываются из каких то объективных показателей типа Concurrent Users + 90% latency
В
подскажите еще из опыта эксплуатации какой оптимальный интервал сбора метрик на загруженных сервисах?
SC
какое вам разрешение надо - такое и ставьте