Docs describe things the code does not do: watermark-driven spill demotion, a throughput metric, a missing test file, CUDA never having run, PyO3 bindings
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 76/100
- Issue type
- Documentation
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- rust
- Domain
- documentation
Research direction
Read the listed claims in docs/SPEC.md, docs/roadmap.md, docs/architecture.md, docs/verification.md, and the published description for oxidelake-api; compare them with STATUS and the current implementation. Check the existing tests under tests/ to decide what crates/oxidelake-storage/src/uring.rs should reference. Done means each claim matches the code and STATUS's matrix agrees with docs/verification.md.
Written by the indexing model from the issue text.
Description
Today — each verified against the code:
docs/SPEC.md(~60),docs/roadmap.md(~30) anddocs/architecture.md(~68) describe watermark-driven asynchronous demotion and a throughput metric for the spill manager; the code demotes inline as soon as the budget is exceeded and has no throughput counter (#25 already says the manager is library-only).crates/oxidelake-storage/src/uring.rs(~100) citestests/uring_signals.rs, which does not exist (tests/holdsobject_store_conformance.rsandpruning.rs).docs/verification.md(~111-129) still says "Two dev boxes so far", "never claim" CUDA execution and "no such box has run this yet", although STATUS records the 2026-09-06 T4 session.oxidelake-api's published description says "(PyO3 bindings optional)"; thepythonfeature is deferred (STATUS).
Fix — make each sentence true; point uring.rs at the test that does exist (or add it).
Done when — each item is corrected and STATUS's matrix and verification.md agree.
Found in the 0.3.0 review; published 0.2.0 has the same code.
- Dominant language
- Rust
- Stars
- 1
- Forks
- 2
- Avg merge
- 5d 22h
- Merged PRs (30d)
- 4
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from vyncint/oxidelake
-
bug github_actions
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
bug github_actions
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
documentation good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
Maintainers usually reply within 1 day
-
bug github_actions
Difficulty 2/5 1-3 hours Newbie friendliness 77/100
Maintainers usually reply within 1 day
-
bug github_actions
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
Maintainers usually reply within 1 day
All issues in vyncint/oxidelake
Similar issues
-
bug duplicate priority: low ui
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
storytold/vectorcraft#6956 · 1 comment ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
bug multiple issues priority: high
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
storytold/gridcraft#3928 · 1 comment ·
Maintainers usually reply within 1 day
-
crate-drift
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
po4yka/rust-skills#33 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
svix/svix-webhooks#2808 ·
Maintainers usually reply within 1 day