-
Notifications
You must be signed in to change notification settings - Fork 143
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
frozen_string_literal roadmap #173
Comments
I'm definitely open to it. I haven't had much free time lately though, so I can't promise I'll be able to get to it soon myself. I'd welcome a PR! |
See PR at #174. Hope it helps! |
Awesome! Thanks Mike. 😄 Merged and released 4.6.1. @janklimo, I'd be interested to hear if running with frozen string literals enabled solves your memory usage issues. |
@rgrove I looked into this and I'm afraid this won't help with the way strings are allocated in my example above. The line in question is this one: Line 225 in 184709b
I'm not sure if there is a way to optimize the way this keeps allocating lots of identical strings. But those are not string literals, so enabling However, it's great to make EDIT: I have an optimization in mind and the results are promising so far. I hope to have a PR ready tomorrow. |
Ryan, thank you for your work on this gem!
I'd like to ask if
frozen_string_literal
support is on the roadmap? I just ran memory profiler on one of our scripts and saw this:Some more details:
I haven't looked into this much and I'm not perfectly sure if
frozen_string_literal
can help in our case, just wanted to open a conversation to see what your thoughts on it are. Thanks!The text was updated successfully, but these errors were encountered: