Skip to content

[#400] Draft increment: ChronicleMap - Max Entry Limit reduces after removing few entries - #613

Draft
peter-lawrey wants to merge 1 commit into
developfrom
fix/Chronicle-Map-400-document-capacity-loss-limitation
Draft

[#400] Draft increment: ChronicleMap - Max Entry Limit reduces after removing few entries#613
peter-lawrey wants to merge 1 commit into
developfrom
fix/Chronicle-Map-400-document-capacity-loss-limitation

Conversation

@peter-lawrey

Copy link
Copy Markdown
Member

What this draft demonstrates

Local 125f5ac8 documents measured capacity-loss mechanics/workarounds; it does not implement tier reclamation.

Why publish it now

This makes the local partial/design/research work for #400 reviewable without claiming that the broader issue is complete. Review can now decide whether to keep the increment, change direction, or stop the work.

Known gap

Publish the evidence/docs increment, then close/rescope unless a funded allocator design with churn benchmarks is accepted.

Review status

Draft partial — do not mark ready or close the issue until the known gap is resolved or explicitly split.

Validation

  • git diff --check against ea: passed.
  • Internal .pr/ scaffolding and local workspace paths: removed.
  • Existing focused/research evidence is described above; it was not rerun during this publication pass.
  • Remote CI, product/consumer decisions and maintainer review remain authoritative.

Tracking

Related to #400. This PR deliberately does not use a closing keyword.

Replace the undersized clear-and-readd experiment with an executable fixed-seed harness using the reported 61,500-entry capacity, 500-byte ByteBuffer keys, 5,120-byte values, and repeated partial removal and refill.

Record per-segment occupancy, byte and entry pressure, tiers, free chunks, failing segments, cross-version results, raw-output hashes, and exact JDK 8/21 runner commands. Add quiescence, validation, cutover, and rollback requirements to the rebuild guidance.

The tiering-enabled controls do not reproduce the original issue body. The evidence establishes only the associated tiering-disabled mechanism and is explicitly documented as investigation rather than a fix.

Refs #400
@peter-lawrey
peter-lawrey force-pushed the fix/Chronicle-Map-400-document-capacity-loss-limitation branch from 444eaa5 to 3187c22 Compare August 22, 2026 11:00
@peter-lawrey
peter-lawrey changed the base branch from ea to develop August 22, 2026 11:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant