Skip to content
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

[Discussion] How about used for HTTP json body? #25

Open
laglangyue opened this issue Jul 22, 2024 · 1 comment
Open

[Discussion] How about used for HTTP json body? #25

laglangyue opened this issue Jul 22, 2024 · 1 comment

Comments

@laglangyue
Copy link

The HTTP body is usually not very large, below 500k, and I think it is very suitable for static symbol tables. But SMAZ is too simple, and the support is actually not good.
HTTP bodies typically have the following characteristics
(1) some key word : "code", "data", http, "msg"," "message", "uuid", "id"
(2) some appKey or appSecret: maybe uuid for appkey, sha, aec, des and so on.

Perhaps FSST can be further optimized for this scenario, especially in the data compression scenarios of HTTP and RPC

I am studying a paper and I do not know C++. I am proficient in Rust. In fact, I am a Java programmer.

Do you think there are any further optimizations in this direction?

@laglangyue
Copy link
Author

The current Pekko HTTP and Pekko GRPC projects both use GRPC, which typically has extremely poor performance

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant