-
Notifications
You must be signed in to change notification settings - Fork 222
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
Gzip fix #382
Conversation
Codecov Report
@@ Coverage Diff @@
## main #382 +/- ##
==========================================
+ Coverage 66.02% 66.59% +0.56%
==========================================
Files 7 7
Lines 889 895 +6
==========================================
+ Hits 587 596 +9
+ Misses 265 264 -1
+ Partials 37 35 -2
Flags with carried forward coverage won't be shown. Click here to find out more.
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. |
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.
Are you testing this against the relay with gzip support? There's not a straight-forward way for me to verify that this works as expected, but the code looks fine 👍
Oh interesting, I must have not been testing this properly then. It's worth double checking then if this has any performance improvements (have employed gzip to a few other internal services recently and have always seen improvement fwiw). Did you see any difference in your tests on sepolia? I can also do some testing this weekend |
the test from the old PR works now, before it wouldn't be active because accept-encoding wasn't actually sent (no payload) |
For some background: The rc-1 version was tested on Sepolia with just the original PR #365 in it, and there were these errors:
Only after deploying this PR did the decoding work. Checking what's up with the test in the original PR... |
It seems that So actually, it looks like there already was gzip support from the beginning! |
gzip support was already part of mev-boost since the beginning, because http.Request automatically adds this functionality. See also #383 |
wow TIL! Sorry for the waste of time 🤦 I think the performance improvements we saw were then simply from enabling gzip in our reverse proxy |
No problem at all! Thanks for continuing. And glad to learn about go http requests automatically accepting gzip |
📝 Summary
Fix bugs in requesting gzip encoded response (#365. cc/ @dmarzzz)
Docker image: v1.4.0-rc3
Tested successfully in Sepolia by Kiln.fi
✅ I have run these commands
make lint
make test-race
go mod tidy