Skip to content

docs(perf): restate idle-memory target per-platform, close the 0.5 perf pass#30

Merged
danielss-dev merged 1 commit into
mainfrom
docs/perf-idle-memory-target
Jul 6, 2026
Merged

docs(perf): restate idle-memory target per-platform, close the 0.5 perf pass#30
danielss-dev merged 1 commit into
mainfrom
docs/perf-idle-memory-target

Conversation

@danielss-dev

Copy link
Copy Markdown
Owner

Summary

Closes the last open item of the 0.5 performance pass. The flat < 250MB idle-memory PRD §8 target was structurally unreachable on Windows: the empty WebView2 shell (no repo open) already measures 248MB private — the six-process floor consumes 99% of the budget before any app data — while the app itself adds only ~32MB for a medium repo (7MB JS heap). WebView2 exposes no supported process-count switch (--single-process-style flags are unsupported and risk rendering breakage), so trimming the floor was never a real lever.

The target is restated per-platform, following the PRD §8 cold-start row's own precedent (1.0s Mac / 1.5s Windows):

  • macOS: < 250MB (unchanged; confirm with a measurement on the Mac box)
  • Windows: < 300MB private, plus < 50MB app-attributable over the empty shell — the number app code actually controls, robust to WebView2 runtime updates moving the floor. Both pass today (280MB absolute, ~32MB attributable, measured 2026-06-29).
  • Linux: TBD, to be measured during the existing GNOME/KDE platform-pass task.

Changes:

  • PRD.md §8 — memory row restated + dated rationale note under the table
  • docs/perf-baseline.md — both verdict tables flip to ✅; webview finding 2 gets the "✅ Resolved 2026-07-06" paragraph
  • TASKS.md — idle-memory item ◐ → ☑
  • ROADMAP.md — 0.5 performance pass ◐ → ☑ + dated changelog entry; every PRD §8 target now passes on its measured platform

Test plan

Doc-only change (markdown in PRD/ROADMAP/TASKS/docs) — no code paths touched, so no typecheck/build/test applies. Verified the four files render sanely and the measured figures quoted match the 2026-06-29 baseline section they cite.

🤖 Generated with Claude Code

…rf pass

The flat <250MB idle target was structurally unreachable on Windows: the
empty WebView2 shell alone measures 248MB private (six-process floor, no
supported trim switch), while the app adds only ~32MB for a medium repo
(7MB JS heap). Restate PRD 8 per-platform, following the cold-start row's
own precedent: macOS <250MB (unchanged, confirm on the Mac box), Windows
<300MB private + <50MB app-attributable over the empty shell, Linux TBD
at the GNOME/KDE platform pass. Windows passes both restated figures.

Flips the last 0.5 perf item: ROADMAP's performance pass and TASKS'
idle-memory line go to done, perf-baseline's verdict tables + webview
finding 2 record the resolution.
@danielss-dev danielss-dev merged commit b2909fd into main Jul 6, 2026
2 checks passed
@danielss-dev danielss-dev deleted the docs/perf-idle-memory-target branch July 6, 2026 18:02
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