Skip to content

Report what a prune run frees - #13

Open
StanBarrows wants to merge 1 commit into
mainfrom
feature/prune-report
Open

Report what a prune run frees#13
StanBarrows wants to merge 1 commit into
mainfrom
feature/prune-report

Conversation

@StanBarrows

Copy link
Copy Markdown
Contributor

Follow-up to #12: backlog:prune now says what it removed, measured in SQL before the UPDATE empties it:

INFO  Pruned 497 entries finished before 2026-07-31 16:20:19, freeing 417 MB of payload.

Demonstrated against the production dump: table 2,510 MB → prune (7-day window) frees 417 MB → 2,079 MB after VACUUM FULL. Payload bytes rather than file-size before/after, because Postgres holds the file flat until a VACUUM and the report would read as a no-op.

Tests cover the exact byte count; suite stays at 100% coverage.

🤖 Generated with Claude Code

"Pruned 497 entries" says the command ran; "freeing 417 MB of payload" says
what the night was worth. Measured in SQL before the UPDATE empties it — only
the sum ever crosses into PHP — and reported as payload bytes rather than as
a file-size before/after, which Postgres would keep flat until a VACUUM and
so would read as the prune having done nothing.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
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