Skip to content
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

Cache rule memory calculator results #1140

merged 5 commits into from Mar 29, 2017


None yet
1 participant
Copy link

commented Mar 29, 2017

This prevents the rule memories from being recalculated when it’s not necessary. Calculating the rule memory is fairly expensive, so this leads to a nice speedup.

The design of the way the rule memory is passed around is not ideal. The ItemRepRouter is the service that calculates the final rule memory, and it returns that, so that it can be reused elsewhere. This is weird because ItemRepRouter both returns something and modifies item reps. Anyway, something to refactor later.

@ddfreyne ddfreyne force-pushed the cache-memories branch from 2333752 to eb57b12 Mar 29, 2017

ddfreyne added some commits Mar 29, 2017


This comment has been minimized.

Copy link
Member Author

commented Mar 29, 2017

Further refactoring and speed improvement is possible, but I will leave this to a separate PR.

I intend to remove #outdatedness_reason_for and #basic_outdatedness_reason_for first, in a separate PR, as these methods are no longer useful.

@ddfreyne ddfreyne merged commit 09c22a9 into master Mar 29, 2017

1 check passed

continuous-integration/travis-ci/pr The Travis CI build passed

@ddfreyne ddfreyne deleted the cache-memories branch Mar 29, 2017

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.