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

Support more efficient binary transport serialisers #61

Open
eswdd opened this issue Jan 13, 2014 · 4 comments
Open

Support more efficient binary transport serialisers #61

eswdd opened this issue Jan 13, 2014 · 4 comments
Labels

Comments

@eswdd
Copy link
Contributor

eswdd commented Jan 13, 2014

Possibly using kryo, see list here:
https://github.com/EsotericSoftware/kryo

@pmvilaca
Copy link

Sounds good.. Are you planning to provide a way to allow the service owner to decide the serializer?

@andredasilvapinto
Copy link
Contributor

Kryo looks like a good choice from the benchmarks I've seen:
https://github.com/eishay/jvm-serializers/wiki

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):
https://code.google.com/p/fast-serialization/
http://fast-serialization.googlecode.com/files/result-1.24.html

@eswdd
Copy link
Contributor Author

eswdd commented Jan 13, 2014

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.

@eswdd
Copy link
Contributor Author

eswdd commented Jan 13, 2014

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.

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

No branches or pull requests

3 participants