this `real_users_cache` cache seems weird, and i have no idea what prompted its creation upstream. perhaps they did this because sqlite was very slow and their rocksdb setup is very poor, so a "solution" was to stick member counts in memory. slow iterators, scanning, etc do not apply to conduwuit where our rocksdb is extremely tuned, and i seriously doubt something like this would have any real world net-positive performance impact. also for some reason, there is suspicious logic where we overwrite the entire push target collection. both of these things could be a potential cause for receiving notifications in rooms we've left. Signed-off-by: strawberry <strawberry@puppygock.gay> |
||
|---|---|---|
| .. | ||
| rocksdb | ||
| sqlite | ||
| Cargo.toml | ||
| cork.rs | ||
| kvdatabase.rs | ||
| kvengine.rs | ||
| kvtree.rs | ||
| mod.rs | ||
| watchers.rs | ||