Skip to content

docs(daemon): RFC sketch for async tokio listener (#1934)#3505

Merged
oferchen merged 2 commits into
masterfrom
feat/async-daemon-listener-rfc-1934
May 1, 2026
Merged

docs(daemon): RFC sketch for async tokio listener (#1934)#3505
oferchen merged 2 commits into
masterfrom
feat/async-daemon-listener-rfc-1934

Conversation

@oferchen
Copy link
Copy Markdown
Owner

@oferchen oferchen commented May 1, 2026

Summary

Scope

  • Docs only. No Cargo.toml changes, no Rust changes, no feature flag added in this PR.
  • Cited file paths and symbols verified on master (see Last verified: 2026-05-01 marker in the doc).

Test plan

  • CI fmt + clippy + nextest all pass (docs-only, no code touched).
  • Reviewer confirms the cited files / line numbers in the RFC match master (crates/daemon/src/daemon/sections/server_runtime/{accept_loop,connection,listener}.rs, crates/daemon/src/daemon/async_session/{listener,mod}.rs, crates/daemon/src/daemon/sections/signals.rs, crates/daemon/src/systemd.rs, crates/daemon/Cargo.toml).
  • Reviewer confirms the proposed spawn_blocking boundary is consistent with the project's tokio dependency-scope policy in internal docs.

Adds a docs-only RFC at docs/audits/async-daemon-listener.md proposing
a feature-gated tokio-based async accept loop for the daemon. The
design holds tokio at the accept boundary only and delegates per-
session work to the existing synchronous handle_session via
spawn_blocking, satisfying the workspace tokio dependency-scope
policy. Complements the prior event-loop multiplexing audit (#1675)
without superseding it. Phase 1 only - no implementation, no Cargo
or Rust changes.
@github-actions github-actions Bot added the documentation Improvements or additions to documentation label May 1, 2026
@oferchen oferchen merged commit d275d5f into master May 1, 2026
10 checks passed
@oferchen oferchen deleted the feat/async-daemon-listener-rfc-1934 branch May 1, 2026 21:08
oferchen added a commit that referenced this pull request May 5, 2026
Adds a docs-only RFC at docs/audits/async-daemon-listener.md proposing
a feature-gated tokio-based async accept loop for the daemon. The
design holds tokio at the accept boundary only and delegates per-
session work to the existing synchronous handle_session via
spawn_blocking, satisfying the workspace tokio dependency-scope
policy. Complements the prior event-loop multiplexing audit (#1675)
without superseding it. Phase 1 only - no implementation, no Cargo
or Rust changes.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant