-
-
Notifications
You must be signed in to change notification settings - Fork 9
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
performance review? #7
Comments
This is a very good question! You cannot really compare Actson and Jackson, because they have completely different architectures. Personally, I love Jackson very much and use it whenever I can because it's extremely fast and easy to use. Tatu has put a lot of work in optimizing Jackson and making it one of the fastest and versatile JSON parsers available. Actson on the other hand is also extremely fast. The parser code is very small and doesn't leave much room for optimisation. I think, it's on par with Jackson. I can't present numbers, but I did a bit of benchmarking a while ago and it looked really good. Feature-wise it's not as comprehensive as Jackson, not least because it does not support generating JSON. It all depends on your use case. If you need something that is easy to use and reliable, go for Jackson. However, if you need an asynchronous non-blocking parser then you should use Actson. In practise you won't see much difference between the two performance-wise. But if your application already is non-blocking (e.g. if you're using Vert.x or something similar) then you might actually get a better performance with Actson overall (at least in terms of scalability probably). Let me know if this helps! Please close the issue if you don't have any further questions. Thanks! |
Jackson just added an async parser in FasterXML/jackson-core#57 and published a pre-release I've put together two benchmarks:
Jackson's |
Hi
How does the performance compare with existing libraries such as Jackson? I consider using it for network application in which JSON messages arrive in chunks.
The text was updated successfully, but these errors were encountered: