-
Notifications
You must be signed in to change notification settings - Fork 6
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
Feat/af memory pruning #128
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thinking more about this, wouldn't it make more sense to handle any pruning in the state reducers? We can discuss on our call today.
I actually overlooked the current structure. The memory is not an issue for most of them because in reducer we only keep the new data. So we only need pruner for |
Following issue #127. Memory Pruner script with its test codes are in this PR. Now, memry pruner is a function at the end of the workflow.
The upper bound of the memory will be
MAX_PROCESSED_IDS
andMAX_PROCESSED_IDS
over the lastMAX_AGE_IN_DAYS
.P.S: This PR developed on top of two un-merged branches. We have to merge PRs #125, #126, and #130 first.