с графиками

control flow, который per cpu

короче это похоже больше на какой-нибудь редактор видео по виду

но кажется удобно

sources:

немного староваты, но еще актуальны

Есть отдельный эвент для трейсинга сисколов

Можно ставить триггер на функции соответсвующие

можно сделать starting point

Минус uprobe'ов - запись только эвентов, но не трейса

Влияние записи событий зависит от железа

если писать все то на x86 latency вырастет в 1.5 раза (примерно)

а вот на арме в 6

поэтому советуют писать определенные функции

а не все подряд

Размер буфера тоже стоит менять

Уф, из отеля наверное можно написать и про свой доклад.

Graphite@Scale or How to store millon metrics per second
#talk

Зачем вообще хранить метрики?
Стоит выделить несколько основных моментов, когда хочется это делать не просто долго, а очень долго:
1. Планирование.
Периодически, нужно обращаться к старым данным и смотреть, насколько система выросла. Зачастую это все связано с планированием бюджета на ближайшее будущее.
2. Постмортемы и решение возникающих проблем во время эксплуатации системы. Например после нового релиза сильно выросло время ответа пользователям. Графики производительности различных компонентов системы (приложения, сервера) помогут понять момент когда на самом деле начались проблемы и дадут какое-то понимание о причинах.
3. Данные для бизнеса. Иногда в том числе и бизнес хочет подкрепить свои годовые отчеты какими-нибудь красивыми графиками о том, как хорошо идут дела в компании.