release: v0.8.3 — connection plane at scale (c10k/c1M campaign, idle conns −94%) - #423
Conversation
…conns −94%) Patch release rolling up the connection-plane campaign: PR #421 (rounds 1-4: W1-W8+T3, P3 future diet, P4a --uring-entries, W11 idle downshift, P4b TLS diet) and PR #422 (round 5: P1 task-exit parking), plus the SDK reconnect fix. Headline: idle-connection memory 56.5 → 3.25 KB/conn (−94%); 1 M idle connections ≈ 3.3 GB. Long-idle plain-TCP conns exit their handler task entirely (--conn-park-secs, default 60 s), leaving a tiny readiness watcher; wake is wire-invisible and re-parks indefinitely. TLS idle 87.5 → 47.4 KB/conn via vendored monoio-rustls/io-wrapper lazy+releasable buffers. Pipeline memory ratchet fixed (~217 KB permanent → 47 KB). Operability: loud maxclients -ERR + RLIMIT_NOFILE check, 16-way striped client registry, deadline-heap blocking sweep, SPSC drain rotation, affinity-funnel load gate. Validation: same-binary flag A/Bs on the Linux VM at 10 k conns for every memory wave; GCE t2a hardware proof (idle −46%, pinned p=1/p=16 perf-neutral); wire-parity suites across park/wake cycles green on kqueue AND io_uring; parked conns visible in CLIENT LIST and killable. This release touches no crash/persistence path; the crash-matrix + soak gate is dispatched on the RC to hold the ritual (soak-first-then-tag). Rolls CHANGELOG [Unreleased] into [0.8.3], bumps Cargo.toml/lock, adds the RELEASES.md row, updates the README milestone table. author: Tin Dang
|
Warning Review limit reached
Next review available in: 7 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (4)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
PR Summary by QodoRelease v0.8.3: roll up connection-plane campaign notes + version bump
AI Description
Diagram
High-Level Assessment
Files changed (5)
|
Code Review by Qodo🐞 Bugs (0) 📘 Rule violations (0) 📎 Requirement gaps (0)
Great, no issues found!Qodo reviewed your code and found no material issues that require reviewTo customize comments, go to the Qodo configuration screen, or learn more in the docs. |
Patch release rolling up the connection-plane campaign — PR #421 (rounds 1–4) + PR #422 (round 5 task-exit parking) + the SDK reconnect fix.
Headline: idle-connection memory 56.5 → 3.25 KB/conn (−94 %); 1 M idle ≈ 3.3 GB.
Mechanical rollup only: CHANGELOG
[Unreleased]→[0.8.3], Cargo.toml/lock bump, RELEASES.md row, README milestone table. Full evidence in RELEASES.md andtmp/C10K-REVIEW.md.Release gate (soak-first-then-tag, held as ritual — no crash/persistence path touched): crash-matrix nightly + ITERS=20 soak dispatched on this RC; tag
v0.8.3pushed after merge + green gates, which triggers the Release workflow (artifacts, gh release, docker, homebrew).