Pyroscope and Grafana Phlare join together
11–20 of 23 posts
Re: Pyroscope and Grafana Phlare join together
#12Curious to know how much code is kept from Phlare? How did you merged two similar projects.
Pyroscope have driven more of the clients and have a deeper understanding of the UI — so we'll probably bias towards Pyroscope for those — and Phlare has driven more of the scalable storage and database — so we'll probably bias towards Phlare for the database.
Both teams bring different perspectives of the same problem space, and the two products and their teams complement each other well, so we'll figure out how to take the best from each.
The biggest win is the people, the Pyroscope people are incredible and they join a few of our best people at Grafana Labs who were already working on Phlare — in doing so they create this high talent density with a strong purpose to make profiling be an essential, easy-to-use and scalable 4th pillar of observability. For me that is the real potential, to amplify the possibilities of both teams and products by bringing them together.
(I work at Grafana Labs, check my profile)
Re: Pyroscope and Grafana Phlare join together
#13Two commits on LICENSE, second was today a647634d6c05db86cd6b066d31323456528f9bf0: https://github.com/grafana/pyroscope/blob/a647634d6c05db86cd...
Previous: https://github.com/grafana/pyroscope/commit/a539a5ff69a4a390...
Re: Pyroscope and Grafana Phlare join together
#14Pyroscope's license has already been converted from Apache to AGPL v3. Two commits on LICENSE, second was today a647634d6c05db86cd6b066d31323456528f9bf0: https://github.com/grafana/pyroscope/blob/a647634d6c05db86cd... Previous: https://github.com/grafana/pyroscope/commit/a539a5ff69a4a390...
Re: Pyroscope and Grafana Phlare join together
#15Re: Pyroscope and Grafana Phlare join together
#16Hi! Tom from Grafana Labs here, super excited to welcome the Pyroscope team and can’t wait to see what they achieve. Continuous profiling is a next big thing IMO - easier to get started with than distributed tracing and delivers immediate value.
I’m really, really liking this. I’ve been testing the whole stack on a local server, finding kinks, documenting workflows, because I hope I move us to this soon. Now with Pyroscope I would love to try it out even more. I kid you not, we were just testing Datadog Continuous Profiling for our legacy Ruby application not two days ago and it was quite lackluster. Not saying this will be better (have yet to try), but I’d…
Felix from Datadog here :). We'd love to hear your thoughts on our profiler if you're willing to share them. My e-mail is in my profile.
PS: Congrats to Ryan, Dmitry and team :).
Re: Pyroscope and Grafana Phlare join together
#17This is great news. At the company I work at, OpsVerse, we offer a single-click, packaged, pre-configured OSS-driven observability stack [1] that makes heavy use of Grafana (UI + Loki) as well as Pyroscope so it's great to see them take the route of merging projects rather than building a whole new project. Continuous application profiling is such a game-changer and as eBPF becomes more popular, I'm sure tools like p…
Interesting! What's the performance impact of continuous profiling in production for Node.js?
Re: Pyroscope and Grafana Phlare join together
#18Re: Pyroscope and Grafana Phlare join together
#19Re: Pyroscope and Grafana Phlare join together
#20Earlier quoted context omitted.
Interesting! What's the performance impact of continuous profiling in production for Node.js?
We've heard of 2-4% performance hit in terms of performance using pyroscope on Node, but in practice, we've seen ~1% hit in terms of perf (Though we're not running high-performance systems where we're trying to eke out every bit of perf from each pod, so YMMV)
This sounds about right.
My favorite little anecdote that I like to tell is that the first thing people often see when they add Pyroscope to their apps is that it takes way less CPU than other signals like tracing or logging. It's pretty common to see logging taking 5-10% of overall CPU utilization.
The other 90% is usually spent doing serialization / deserialization (half-joking).