jj/lib
Yuya Nishihara db6a58d315 store: switch in-memory cache to LRU-based HashMap to cap memory usage
I just choose "clru" because it already exists in our dependency tree thorough
gix. I don't think LRU is the best cache eviction policy for our use case (a
simpler FIFO-based one might be good enough?), but it wouldn't matter for CLI
or GUI use case. I don't see significant performance degradation with "jj log
--stat -n1000".

RwLock is replaced with Mutex since get() is inherently a mutable operation.
2024-08-29 23:33:37 +09:00
..
benches formatting only: switch to Item level import ganularity 2024-08-22 14:52:54 -04:00
gen-protos Use { workspace = true } to appease VS Code's Cargo.toml parser 2023-08-22 21:38:53 -07:00
proc-macros formatting only: switch to Item level import ganularity 2024-08-22 14:52:54 -04:00
src store: switch in-memory cache to LRU-based HashMap to cap memory usage 2024-08-29 23:33:37 +09:00
tests rewrite: deduplicate parent ids per remap iteration 2024-08-29 08:59:22 +09:00
testutils copies: in unsupported backends, return an empty stream instead of error 2024-08-23 18:51:02 -07:00
Cargo.toml cargo: add "clru" dependency 2024-08-29 23:33:37 +09:00
LICENSE cargo: add LICENSE file to each crate we publish 2023-09-22 21:48:28 -07:00