-
Notifications
You must be signed in to change notification settings - Fork 436
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
profiler: add tag to indicate whether execution tracing is enabled #1997
Conversation
BenchmarksBenchmark execution time: 2023-06-09 13:03:58 Comparing candidate commit 62f2cc8 in PR branch Found 0 performance improvements and 0 performance regressions! Performance is the same for 24 metrics, 0 unstable metrics. |
73530eb
to
05717e3
Compare
go_execution_trace_enabled indicates whether execution tracing is enabled, to distinguish between missing a trace because we don't collect them every profiling cycle from missing a trace because the feature isn't turned on. While we're here, add these extra tracing tags to the batch object that's built during the profiling cycle. We can't safely read the execution trace config during the uploading, because it can be modified concurrently by the profiler after #1978. It makes more sense to have the profiler add all the needed information, which it can do safely, so that the upload step can just deal with uploading.
05717e3
to
f058aed
Compare
|
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.
Code LGTM. But let's try to discuss the question I added.
To make non-user-facing tags like this easier to hide in the future.
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.
LGTM for the next release. That being said, I think we should do some more work on internal alignment on how we want to handle this consistently across client libs. Ivo's proposal was different.
What does this PR do?
Adds a
go_execution_trace_enabled
tag to uploaded profiles.Motivation
Indicate whether execution tracing is enabled, to distinguish between missing a
trace because we don't collect them every profiling cycle from missing a trace
because the feature isn't turned on.
While we're here, add these extra tracing tags to the batch object
that's built during the profiling cycle. We can't safely read the
execution trace config during the uploading, because it can be modified
concurrently by the profiler after #1978. It makes more sense to have
the profiler add all the needed information, which it can do safely, so
that the upload step can just deal with uploading.
Describe how to test/QA your changes
This PR includes a unit test.
Reviewer's Checklist