Use min/max bounds defined by Zstd for compression level
authorMichael Paquier <michael@paquier.xyz>
Thu, 22 Sep 2022 11:02:40 +0000 (20:02 +0900)
committerMichael Paquier <michael@paquier.xyz>
Thu, 22 Sep 2022 11:02:40 +0000 (20:02 +0900)
commit18ac08f0b42de3cf35f07199c9f482746c8b12c0
treef89b45d8a3782e8bac153b25ff49605a8c4aca03
parentcbe6dd17ac453fece214b2a430b354d4f7d5a15d
Use min/max bounds defined by Zstd for compression level

The bounds hardcoded in compression.c since ffd5365 (minimum at 1 and
maximum at 22) do not match the reality of what zstd is able to
handle, these values being available via ZSTD_maxCLevel() and
ZSTD_minCLevel() at run-time.  The maximum of 22 is actually correct
in recent versions, but the minimum was not as the library can go down
to -131720 by design.  This commit changes the code to use the run-time
values in the code instead of some hardcoded ones.

Zstd seems to assume that these bounds could change in the future, and
Postgres will be able to adapt automatically to such changes thanks to
what's being done in this commit.

Reported-by: Justin Prysby
Discussion: https://postgr.es/m/20220922033716.GL31833@telsasoft.com
Backpatch-through: 15
doc/src/sgml/protocol.sgml
src/common/compression.c