Skip to content
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

add support for always on profiling to zero config #2538

Merged
merged 5 commits into from
Feb 16, 2023
Merged

Conversation

pmcollins
Copy link
Contributor

@pmcollins pmcollins commented Feb 7, 2023

This change adds three new configuration parameters that individually turn on the following flags:

-Dsplunk.profiler.enabled=true
-Dsplunk.profiler.memory.enabled=true
-Dsplunk.metrics.enabled=true

These are turned off by default, so existing users will not be affected at this time.

-Dsplunk.profiler.enabled=true
-Dsplunk.profiler.memory.enabled=true
-Dsplunk.metrics.enabled=true

These are turned off by default, so existing
users will not be affected at this time.
@pmcollins pmcollins marked this pull request as ready for review February 7, 2023 17:30
@pmcollins pmcollins requested review from a team as code owners February 7, 2023 17:30
### generate_service_name (optional)

Set this value to `false` to prevent the preloader from setting the `OTEL_SERVICE_NAME` environment variable.
Default: `true`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a doc or brief description you could provide of what the false behavior is?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Which takes precedence if both generate_service_name is true and service_name is set?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Turns out there really isn't a doc yet that describes in detail what the instrumentation library does, although there is this. But I've added a couple of sentences to explain the implications of the false behavior.

Regarding precedence, generate_service_name=true will cause the .so generate the service name either dynamically or via the service_name override. If it's false, no service name will be set, regardless of the value of the service_name override. I've added an explanation to the readme as well as a test case.

@pmcollins pmcollins merged commit ad4f26d into main Feb 16, 2023
@delete-merged-branch delete-merged-branch bot deleted the zc-enhance branch February 16, 2023 21:10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants