-
Notifications
You must be signed in to change notification settings - Fork 40
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
Large tuples are a performance footgun #237
Comments
I wonder if #251 improved the situation as the compiler is now more likely to optimize the tuple version into the imperative version. |
@martinohmann when you have more time, could you create a branch where hcl-edit is using tuples so I can do some more analysis of this? I'd like to see how #251 or tuple alternatives may be able to help improve things. Because of the chance of this being fixed in #251, I'm deprioritizing this for now, so no rush. |
Good idea! I'll try find some tuple cases. The parser is built in a way now that makes bringing these back a bit more involved. But I think I see 1-3 cases that are "easy" to negatively impact performance. Not sure if I can get to it this month or next month. Will ping you once I have a branch. |
Please complete the following tasks
rust version
1.68
winnow version
0.4.0
Minimal reproducible code
Steps to reproduce the bug with the above code
TBD
Actual Behaviour
Slow
Expected Behaviour
Fast
Additional Context
See #230
Options
The text was updated successfully, but these errors were encountered: