-
Notifications
You must be signed in to change notification settings - Fork 23
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
investigate converting graph hashmap into an MRU/LRU #1218
Comments
did a little searching, and found https://github.com/marmeladema/clru-rs which is a weighted lru. Does anyone have better options? |
comment: this recent fix #1211 fixed graph hashmap to actually persist a graph eg. in some previous work broke it and were actually (lazily) continually reloading graphs into memory. |
Took a peek at replacing the Map in the GraphMap with CLruCache. It was mostly straightforward until you got to the point where we implemented the GraphMap::get :
I don't think we want to do that. You don't want your read path to serialize on a writelock. Is there a better way to restructure this? Or should we be looking at more complex cache implementations like https://github.com/moka-rs/moka ? |
Fixes issue trustification#1218 Signed-off-by: Hiram Chirino <[email protected]>
Fixes issue trustification#1218 Signed-off-by: Hiram Chirino <[email protected]>
Fixes issue trustification#1218 Signed-off-by: Hiram Chirino <[email protected]>
Which will naturally partition data along the memory and/or temporal axis.
Specifically we want to investigate (maybe an ADR) on using something like this https://crates.io/crates/lru on analysis graph hashmap.
The text was updated successfully, but these errors were encountered: