-
Notifications
You must be signed in to change notification settings - Fork 486
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve the docs of pyroscope.scrape #5847
Changes from 1 commit
e472fb1
e716c46
f0db8e2
b48ab74
a9fe3ad
d935d1b
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
Co-authored-by: Ryan Perry <Rperry2174@gmail.com>
- Loading branch information
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -17,7 +17,7 @@ title: pyroscope.scrape | |
|
||
`pyroscope.scrape` collects [pprof] performance profiles for a given set of HTTP `targets`. | ||
|
||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Since the picture shows the interactions between different components, I'd prefer not to place it in the reference docs for I think having such an architecture picture would be great for most task-based docs, and it would be even better if they are all consistent. |
||
`pyroscope.scrape` borrows the scraping behavior of `prometheus.scrape`. | ||
`pyroscope.scrape` mimcks the scraping behavior of `prometheus.scrape`. | ||
Similarly to how Prometheus scrapes metrics via HTTP, `pyroscope.scrape` collects profiles via HTTP requests. | ||
|
||
Unlike Prometheus, which usually only scrapes one `/metrics` endpoint per target, | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@clayton-cornell - The changes in the PR make this page more in line with our Writing documentation for Flow components guide, but I have taken a few liberties which are noted in comments.
@knylander-grafana - there is a Go (pull mode) page on the Pyroscope website which contains lots of duplicate information. Should we remove the duplications?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We created that page in response to feedback that this page was too verbose and hard to get started quickly. We will definitely keep the other page for now and I'll just manage the duplicate work of making sure changes made here make it over there
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We could look into converting Go (pull mode) and eBPF into new task-based docs under Agent's Getting Started section called "Profiling Go Applications" and "Profiling with eBPF".