Fallible MemoryPool claim and reserve methods?
- Dominant language
- Rust
- Stars
- 3.6k
- Forks
- 1.3k
- Avg merge
- 2d 16h
- Merged PRs (30d)
- 168
Description
### Is your feature request related to a problem or challenge?
Under strict memory limits, it seems there would currently be a time-of-check vs time-of-use issue between checking `available` memory vs `reserve`ing it. Fallible `reserve` and `claim` methods could avoid that.
### Describe the solution you'd like
_No response_
### Describe alternatives you've considered
_No response_
### Additional context
_No response_
Contributor guide
Research direction
Start by tracing the MemoryPool APIs and the existing available, reserve, and claim methods. Clarify the intended fallible behavior and how strict memory limits should be handled; done means the TOCTOU concern is resolved with an agreed API and demonstrated behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100