-
Notifications
You must be signed in to change notification settings - Fork 3.1k
prometheusremotewriteexporter: Remove unnecessary buffer copy in proto conversion #42329
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
Conversation
01f44f9 to
36be080
Compare
36be080 to
dabc3fd
Compare
…o conversion Signed-off-by: Bogdan Drutu <[email protected]>
dabc3fd to
5993278
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 seems like the most likely cause of #42414. Should we revert until we can fix that? |
I think that's a good idea but, I am not an approver for the component so maybe you might want to wait for a reply from them? |
|
I'm sorry, but I couldn't find the time to review this. If you feel like reverting this one would solve the flaky tests, please go for it. If we notice that the flakiness is still ongoing after the revert, we can also revert the revert. In an ideal world, merging PRs without approval from codeowners shouldn't happen. However, I feel like we have more PRs being opened than our current group of codeowners can handle, so I don't want to block PRs from collector maintainers because of our slow responsiveness. I'm open to ideas here |
… in proto conversion (open-telemetry#42329)" This reverts commit 1b12108.
|
fyi raised the PR to revert it #42501 |
This happens because the proto message is generated with gogoproto, and it will go on the path https://github.com/gogo/protobuf/blob/f67b8970b736e53dbd7d0a27146c8f1ac52f74e5/proto/table_marshal.go#L2977
Benchmark numbers show improvement as well.
After:
Before: