Buffered Mode
Enable buffered mode with:
delete-me-discord --buffer-channel-messages ...Buffered mode changes the per-channel flow from:
- fetch lazily while evaluating
to:
- fetch one channel first
- build the plan for that buffered slice
- then execute against that plan
When it is useful
- manual deletion runs where you want to understand one channel before the delete phase starts
- runs where seeing
buffered messages,scan time, and a pre-execution estimate is useful - channels where the default lazy mode feels too opaque
What it changes
- one channel is fetched fully before evaluation
- the tool can report
buffered messagesandscan timefor that channel - in deletion mode, the tool can show
est. execute timebefore it starts deleting messages or reactions
When you usually do not need it
In --dry-run, buffered mode is usually not necessary.
Dry-run already reports the main planning information without buffered mode:
- what would be deleted
- what would be preserved
scan timeest. execute timeest. total time
Buffered mode does not change the deletion decision in --dry-run. It mainly changes how the channel is scanned internally.
What it does not change
- it still respects
--max-messages - it still respects
--fetch-max-age - it does not fetch the entire history unless your other flags already require that
Tradeoff
Buffered mode uses more memory per channel than the default lazy mode.
If you want the exact flag definition, see --buffer-channel-messages.