-
Notifications
You must be signed in to change notification settings - Fork 26
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
I1927 Accelerate poll.stop by reducing locked fields #1928
I1927 Accelerate poll.stop by reducing locked fields #1928
Conversation
4253127
to
3d23521
Compare
This solution is a little too specific and hacky for this situation, I think. But the general idea is good. How about we mark each field that will never change its value as The "cleaner" solution in some sense would of course be to not even request those fields to be locked, but that would be very cumbersome to implement. |
Opened #2172 to implement a cleaner solution of this. Closing this PR for now. |
approximately 50% acceleration reported |
Removes unnecessary lock_fields for memory and performance issues. For not being punished with performance penalty and error prune changes in manual optimization of database calls, the caching ability is still used with locking calls.
Waiting for approval and decision, if this change should be taken to main branch or only be used for special cases