tracing: revisit perf implication of many trace tags
Open
area/perf
area/tracing
help wanted
- Dominant language
- C++
- Stars
- 28.9k
- Forks
- 5.6k
- Avg merge
- 1d 22h
- Merged PRs (30d)
- 422
Description
We have an increasing amount of trace tags that we emit without any configuration. We should try to profile the cost of doing these tags, especially if there is no tracing configured (null tracer). We should potentially allow for the emitted tags to be configured in high perf scenarios.
Contributor guide
Research direction
Start by locating the code that emits trace tags and the null-tracer path, then profile tag handling with tracing disabled. Done means documenting the performance cost and determining whether configurable emitted tags are needed for high-performance scenarios.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- observability, performance
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100