Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Return default snapshot count to 10,000 #15408

Merged
merged 1 commit into from
Mar 6, 2023
Merged

Conversation

jmhbnz
Copy link
Member

@jmhbnz jmhbnz commented Mar 6, 2023

The 100k value was justified when storev2 was being dumped completely with every snapshot.

With storev2 being decommissioned we should consider checkpointing more frequently for faster recovery and to avoid issues with purging wal files.

This pull request aims to generate discussion and hopefully consensus if now is the right time to return to the previous 10,000 snapshot count.

Note: If this pr is accepted I will raise the corresponding one for 3.6 documentation update.

Fixes #15360
/area performance

CHANGELOG/CHANGELOG-3.6.md Outdated Show resolved Hide resolved
The huge (100k+) value was justified when storev2 was being dumped completely with every snapshot.

With storev2 being decomissioned we can checkpoint more frequently for faster recovery.

Signed-off-by: James Blair <mail@jamesblair.net>
Copy link
Member

@ahrtr ahrtr left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ptabor
Copy link
Contributor

ptabor commented Mar 6, 2023

LGTM (note: this change should not be backported to <=3.5, for backward compatibility reasons).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

warning: fileutil: file already locked
5 participants