diff options
author | Michael Paquier <michael@paquier.xyz> | 2023-01-19 13:13:32 +0900 |
---|---|---|
committer | Michael Paquier <michael@paquier.xyz> | 2023-01-19 13:13:32 +0900 |
commit | 162a48287f1d6fce0c6a927e08bf94ebe31a46e1 (patch) | |
tree | 6ac7f087df179d46e1e75589c90c392ba327ae7f /src/backend/access/transam/xlog.c | |
parent | 22411cc77a051ffd01e9c59304d2906b29724186 (diff) | |
download | postgresql-162a48287f1d6fce0c6a927e08bf94ebe31a46e1.tar.gz postgresql-162a48287f1d6fce0c6a927e08bf94ebe31a46e1.zip |
Add missing assign hook for GUC checkpoint_completion_target
This is wrong since 88e9823, that has switched the WAL sizing
configuration from checkpoint_segments to min_wal_size and
max_wal_size. This missed the recalculation of the internal value of
the internal "CheckPointSegments", that works as a mapping of the old
GUC checkpoint_segments, on reload, for example, and it controls the
timing of checkpoints depending on the volume of WAL generated.
Most users tend to leave checkpoint_completion_target at 0.9 to smooth
the I/O workload, which is why I guess this has gone unnoticed for so
long, still it can be useful to tweak and reload the value dynamically
in some cases to control the timing of checkpoints.
Author: Bharath Rupireddy
Discussion: https://postgr.es/m/CALj2ACXgPPAm28mruojSBno+F_=9cTOOxHAywu_dfZPeBdybQw@mail.gmail.com
Backpatch-through: 11
Diffstat (limited to 'src/backend/access/transam/xlog.c')
0 files changed, 0 insertions, 0 deletions