-
Notifications
You must be signed in to change notification settings - Fork 34
docs: cleanup documentation #391
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
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.
Pull Request Overview
This PR standardizes variable naming conventions across documentation to improve consistency and readability. The changes update examples to use coherent naming patterns like memory_a/memory_b instead of memory_0/memory_1, and map_a/map_b instead of map_1/map_2.
- Updates variable names in code examples to use consistent alphabetic suffixes (a/b) instead of numeric ones (0/1)
- Improves error messaging and documentation clarity with enhanced warning styles and visual indicators
- Standardizes memory manager variable naming from
memory_managertomem_mgracross all examples
Reviewed Changes
Copilot reviewed 5 out of 5 changed files in this pull request and generated no comments.
Show a summary per file
| File | Description |
|---|---|
| src/memory_manager.rs | Updates doc comments to use consistent variable naming (memory_a/memory_b, mem_mgr) |
| src/btreemap.rs | Enhances BTreeMap documentation with clearer examples and improved warning formatting |
| docs/src/concepts/memory-trait.md | Updates memory trait documentation examples for consistency |
| docs/src/concepts/memory-manager.md | Standardizes memory manager example variable names |
| README.md | Updates main README example to match new naming conventions |
Tip: Customize your code reviews with copilot-instructions.md. Create the file or learn how to get started.
This PR reverts adding `reclaim_memory` method. Reverts several recent commits in a single change: - `6e397bd` fix: use conservative bucket reuse that survives reload #394 - `00468e1` docs: update memory reclamation examples in the docs #392 - `b911479` docs: cleanup documentation #391 - `d1fde89` docs: use reclaim_memory() name and update docs accordingly #388 - `a18917b` docs: add safety documentation and tests for manual bucket release #387 - `73e96e8` feat: add manual bucket release to prevent memory waste #386 This PR restores the codebase to the state before these commits. Done with `git revert -n 6e397bd 00468e1 b911479 d1fde89 a18917b 73e96e8` The reason for reverting this approach was that it can reclaim unused memory in theory but provides little benefit in real-world migrations. All due to the requirement to keep buckets in ascending order in each VM. Example 1: Reuse works ``` A allocates: [0, 4, 5] B allocates: [1, 2, 3] A frees: [0, 4, 5] B grows: can reuse bucket 4 (since 4 > max(B) = 3) B after grow: [1, 2, 3, 4] ``` Example 2: Reuse fails ``` A allocates: [0, 1, 2] B allocates: [4, 5, 6] A frees: [0, 1, 2] B grows: cannot reuse any freed bucket (all < max(B) = 6), so allocates new bucket 7 B after grow: [4, 5, 6, 7] ``` In real life when migrating state A to state B, state B created after state A grown, so it's first bucket ID is already higher than any free bucket in state A virtual memory, therefore can not be reused.
Standardize code examples in documentation across README, docs, and source code.