-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
High memory usage in localMonthNamesXhosa #1455
Comments
Notably, Line 385 in b39626f
It would be quite straightforward to refactor these functions to pre-generate the abbreviation variations instead of allocating new strings. It would be good to know if the authors would welcome a PR that does that. |
Thanks for your issue. Contributions are welcome. I'll certainly accept this patch if anybody did that. |
Let me know if this is not the way you want to go, can totally close this and go a different way. Or I can add to this if there are other funcs that need this treatment. |
…ormat (qax-os#1456) - Reducing string concatenation and string conversion between rune string data types Co-authored-by: Nathan Davies <[email protected]>
…ormat (qax-os#1456) - Reducing string concatenation and string conversion between rune string data types Co-authored-by: Nathan Davies <[email protected]>
Description
Whilst reading XLSX files I've noticed large amounts of memory being consumed.
These pprof SVGs show where the issue appears to be -
localMonthsNameXhosa
. I have seen it for other local months names too, but Xhosa is the biggest. Sadly I do not have an XLSX file available that will reproduce this issue for you, but hopefully knowing where the high memory usage is ocurring will aid in finding a resolution.Output of
go version
:Excelize version or commit ID:
Environment details (OS, Microsoft Excel™ version, physical, etc.):
This occurs when running in a Docker Container based on RockyLinux: 8.6 with 8G memory and 4vCPU on a K8s cluster
The text was updated successfully, but these errors were encountered: