-
Notifications
You must be signed in to change notification settings - Fork 11
Investigate message format optimisation #757
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
Comments
Based on 10k message samples collected from Compressing messages is therefore worthwhile indeed. |
Modify observer to report space gain by compressing GPBFT messages using zstd. Add a compression test that measures space gain in compressing generated finality certificates. The results run on `filecoin/46` passive testing show that compressing GPBFT messages gain ~60% in space saving. The latest captured so far: ``` messages observed so far: 37648 Min compression gain: 7.4 % Max compression gain: 69.0 % Avg compression gain: 57.3 % ``` Relates to: #757
Also see: #792 |
Compression should cover the empty commitment array, and hashing should make a significant difference on top of compression. The remaining items listed are not worth the complexity. Closing this for now and may re-open if the compression + hashing proves to still be insufficient after passive testing on nv25. |
Uh oh!
There was an error while loading. Please reload this page.
The message format optimisation currently has a number of low hanging fruits:
Of the ones above, compression seems to be the most straightforward one to try.
The text was updated successfully, but these errors were encountered: