5 ms·
Other than a reference to ebpf at the end, it wasn't super clear to me where the profiles come from and what they support. Phlare itself is just a database for
by mnutt 4y ago
Other than a reference to ebpf at the end, it wasn't super clear to me where the profiles come from and what they support. Phlare itself is just a database for storing/querying profiles, right?
- PaulWaldman 4y ago>Phlare itself is just a database for storing/querying profiles, right? Sounds like it, with the addition of a Grafana panel. It seems like there is a bit of overlap between this and the other products like Tempo, Loki, and Mimir. This graphic seems to indicate it stands independently though, aside from Grafana visualizations. https://grafana.com/static/assets/img/diagrams/grafana-diagram-phlare.png https://grafana.com/static/assets/img/diagrams/grafana-diagr...
- mnutt 4y agoElsewhere they reference making updates to the Grafana Agent in the future, but it's hard to say what "scrape profiles" means. But I really, really like the idea. Often when I want to test the performance of a change I'll launch test and control canary instances with a small percentage of live traffic, run perf against each, collect the data, load it into a local https://profiler.firefox.com/ https://profiler.firefox.com/, and try to compare the differences. It would be awesome to automate that process. Beyond that, I often keep notes about the tests but the profiles themselves are a real pain to store and catalogue.
- gouthamve 4y agoCurrently Phlare supports pprof which exposes profiling data on a http endpoint. We need to pull these profiles in at a regular interval by hitting the HTTP endpoint and we call this “scraping profiles”. This is very similar to how Prometheus.io works.