sources:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

это не все, но на мой взгляд основные моменты

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

Собственно говоря тут и может прийти на помощь графит.

Собственно говоря что же такое графит?
Если верить сайту graphiteapp.org, эта система которая делает хорошо три вещи:
1. Надирает задницы
2. Жует жвачку
3. Позволяет просто хранить и рисовать метрики