Re: wal_sender_timeout / wal_receiver_timeout - seconds or milliseconds?
Michael Paquier <[email protected]> Tue, 5 Nov 2019 13:27:16 +0900
| Newsgroups | gmane.comp.db.postgresql.devel.documentation |
|---|---|
| Message-ID | <[email protected]> |
On Mon, Nov 04, 2019 at 09:52:34PM -0500, Bruce Momjian wrote: > The default _value_ is 60 seconds, and we use the 's' to specify > seconds. What the comment is saying is that if you _don't_ specify any > units, the integer is in milliseconds. I am not sure how to improve > that. I do have a suggestion as per the attached, say: +#wal_sender_timeout = 60s # in milliseconds if no unit specified; + # 0 disables -- Michael
pgconf-units.patch
(text/x-diff, 1.1 KB)
diff --git a/src/backend/utils/misc/postgresql.conf.sample b/src/backend/utils/misc/postgresql.conf.sample index 0fc23e3a61..eea017e840 100644 --- a/src/backend/utils/misc/postgresql.conf.sample +++ b/src/backend/utils/misc/postgresql.conf.sample @@ -286,7 +286,8 @@ #max_wal_senders = 10 # max number of walsender processes # (change requires restart) #wal_keep_segments = 0 # in logfile segments; 0 disables -#wal_sender_timeout = 60s # in milliseconds; 0 disables +#wal_sender_timeout = 60s # in milliseconds if no unit specified; + # 0 disables #max_replication_slots = 10 # max number of replication slots # (change requires restart) @@ -326,7 +327,8 @@ # query conflicts #wal_receiver_timeout = 60s # time that receiver waits for # communication from master - # in milliseconds; 0 disables + # in milliseconds if no unit specified; + # 0 disables #wal_retrieve_retry_interval = 5s # time to wait before retrying to # retrieve WAL after a failed attempt #recovery_min_apply_delay = 0 # minimum delay for applying changes during recovery
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAl3A+iQACgkQnvQgOdby QH3dOA/9GOz2yMmlZgaix15vRmL1bMuQcSwRJYeTdAiC+XY749mCn93OUHjcijlC 1bTh4aTlI/19V476ocI+LB/wUsNP1wuekWj9exQcOpXOsSsMPBEV1AKhOTKAMcbW gCYp5o5U4o9i2pWlFDIHzTuvV2DBSxCsV5ejMR3DvnpWk6yRXs7CczBkBvkhSeNe NV1kj8zVUFJfXhaCx16INl4/+LW51Flv8w8ytWn0W6lQMzHMADlRcSEPZQvjV5x1 Eu1FH9XcTdJ+vJpyP9NMuT05dcvsn13NWDlJW9XR6TyCjvWwW7CW/UDDEZxVf6nw L4iuQWxBYEMUtx5ApFtRUw537FfxMWVhVRyt3G8wTAgHEa51MNi539Y3UuzVDT/H nzJcdU52YtonkgGSJiTetNsZhcqXfFsg6v2i/vMAwJCd/UAnI2m61ieNm7wr2/dl TibZB3QKFyvGYndRmIbZkBw8YZ5sZgJGJnI8DSZplsxBpsW4Is/dBf5bEmAKqjHj PHKlKvznqzYSEL0psXVFNYm992fxnQQp40UAdJDfdq3Hnae3eTmDQsU//eKG71V4 NP1jWBcor2xInRuCruK8CMavuGCHTtc0ZXAHFtUSNeL2a782OhW9pwpREbgONuFp ks3t4K/LqRk4yhmx9mStEgklz+cgXMWiBtnV76QsEwALPiQtQL8= =F7ye -----END PGP SIGNATURE-----