-
Notifications
You must be signed in to change notification settings - Fork 18
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
Support more efficient binary transport serialisers #61
Comments
Sounds good.. Are you planning to provide a way to allow the service owner to decide the serializer? |
Kryo looks like a good choice from the benchmarks I've seen: There is also another solution which apparently is usually a bit faster than Kryo but is a little more underground (and probably not worth it right now): |
Not sure on service owner deciding right away, the first cut would at least make it pluggable but the concern on a wide choice of serialisers would be to reduce compatibility between Cougar's. @andredasilvapinto that was the link I meant to post. oops! Thanks. |
I was actually considering that we'd have multiple serialisers loaded and that we'd select the best one available at both ends at runtime / connection time. Now, what defines 'best' might be left to the service owner, but also might be best decided by the client since they know best the style of interaction they'll be performing and also the connection properties for the network between them. So maybe the service owner gets to filter what is available but the client chooses the most appropriate from that list. |
Possibly using kryo, see list here:
https://github.com/EsotericSoftware/kryo
The text was updated successfully, but these errors were encountered: