-
Notifications
You must be signed in to change notification settings - Fork 87
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 reading from .mo
instead of .po
#396
Labels
Comments
Updated Numbers from Expo Metadata Stripping (#398) Expand Details
Expo Parse - .po with metadata stripping is 5.0 times slower and uses 2.8 times more memory Gettext Compile - .po is 1.4 times slower and uses 1.3 times more memory |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Now that we cleaned up the compilation, I thought it would be interesting to compare the
.po
/.mo
performance.Script
https://github.com/elixir-gettext/gettext/blob/846cac137f7764101d734ff8f8c9ed30c4d64dda/performance_test.exs
Gettext Files
I've used the translation catalog of hygeia, which is one of the largest OS ones I know of.
Output
Expand Details
Expo Parse - .po is 11.3 times slower and uses 8.5 times more memory
Gettext Compile - .po is 1.5 times slower and uses 1.5 times more memory
Based on those numbers, we should consider supporting to compile from
.mo
instead of.po
if the user requests it.EDIT: elixir-gettext/expo#141 will improve it slightly to 1.45 times slower and 1.28 times more memory for the backend compile, but still doesn't come close.
The text was updated successfully, but these errors were encountered: