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

Investigate deserialization performance annomalies #1

Open
merdacz opened this issue Sep 28, 2015 · 0 comments
Open

Investigate deserialization performance annomalies #1

merdacz opened this issue Sep 28, 2015 · 0 comments

Comments

@merdacz
Copy link
Owner

merdacz commented Sep 28, 2015

Please refer to LoadTests unit-test for additional information on the individual scenarios tested.

Inverted processing times

While in most cases alternative version is superior to original one in that particular one it persistently is not. The guess is that it may have to do with GC collection. Forcing GC may help overcome this bias.

Version # of entries # of loops Total time [ms]
Original 10 500 505 *
Alternative 10 500 897 *

Similar total size yields different total times

While this is not as unexpected as the above, it may still be worth looking into.
While total "effort" (entries times loops) is the same, lower number of loops (external for) yields better
result compared to higher count one with smaller number of entries. It may have to do something with buffer allocation/GC collection as well.

Version # of entries # of loops Total time [ms]
Original 2 5000 1548
Alternative 2 5000 1192
Original 20 500 919
Alternative 20 500 718
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