-
Notifications
You must be signed in to change notification settings - Fork 282
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
Extract reporter data generation, and use pdata #245
Extract reporter data generation, and use pdata #245
Conversation
This is blocked on open-telemetry/opentelemetry-collector#11706, since pdata currently uses a map for the attribute table. |
3d87afb
to
3b36dab
Compare
@open-telemetry/ebpf-profiler-approvers this change would greatly reduce the size of the OTLP and Collector reporters, as both would use pdata rather than OTLP and pdata. |
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.
Just some first spots. At the moment it is hard to review, as there is no backend that accepts this data. I will try to provide a devfiler version supporting v1.4.0 to continue here.
Co-authored-by: Florian Lehner <[email protected]>
Co-authored-by: Florian Lehner <[email protected]>
Co-authored-by: Florian Lehner <[email protected]>
Co-authored-by: Florian Lehner <[email protected]>
d936928
to
d4cf5d9
Compare
d4cf5d9
to
76589ca
Compare
Here is a version of devfiler with OTel Profiling v1.4.0 support:
or https://upload.elastic.co/d/b55a069766c48b8c0d4c0f2b854b0e846ee4deaea75596b68a8e1d88172dd0ca |
13500da
to
76e623a
Compare
76e623a
to
c2737da
Compare
@open-telemetry/ebpf-profiler-approvers this is ready for review. |
This comment was marked as resolved.
This comment was marked as resolved.
128b9ea
to
d1c49f2
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.
Did a pass, looks good to me. I'll spend a little more time with generate.go
tomorrow.
Co-authored-by: Christos Kalkanis <[email protected]>
Co-authored-by: Christos Kalkanis <[email protected]>
Co-authored-by: Christos Kalkanis <[email protected]>
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.
Just a first impression. Will have a deeper look again.
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.
Just a minor last comment. Approving as merging this allows to unblock other work. Minor things can still be changed in subsequent steps.
Co-authored-by: Christos Kalkanis <[email protected]>
6d451a4
to
bd69069
Compare
bd69069
to
e1ef19b
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.
LGTM
This is a proposal to help reduce the code repetition in #208
It extracts the data generation into its own internal module, and switches from OTLP to pdata (which is an OTLP abstraction), so both reporters can rely on the same data generator.