We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
1 parent 34b5306 commit d4c12b8Copy full SHA for d4c12b8
src/lib.rs
@@ -211,6 +211,10 @@
211
//! the other map. It then waits for the epochs of all current readers to change, and then replays
212
//! the operational log to bring the stale map up to date.
213
//!
214
+//! The design resembles this [left-right concurrency
215
+//! scheme](https://hal.archives-ouvertes.fr/hal-01207881/document) from 2015, though I am not
216
+//! aware of any follow-up to that work.
217
+//!
218
//! Since the implementation uses regular `HashMap`s under the hood, table resizing is fully
219
//! supported. It does, however, also mean that the memory usage of this implementation is
220
//! approximately twice of that of a regular `HashMap`, and more if writes rarely refresh after
0 commit comments