Re: adding 'zstd' as a compression algorithm - Mailing list pgsql-hackers

From Andres Freund
Subject Re: adding 'zstd' as a compression algorithm
Date
Msg-id 20220215214255.cstkc4xpso7jq4j4@alap3.anarazel.de
Whole thread Raw
In response to Re: adding 'zstd' as a compression algorithm  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: adding 'zstd' as a compression algorithm  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
Hi,

On 2022-02-15 15:09:37 -0500, Robert Haas wrote:
> On Tue, Feb 15, 2022 at 2:54 PM Andres Freund <andres@anarazel.de> wrote:
> > There's a difference between downloading a source tarball of 1.5x the size,
> > and 3x the decompression cost (made up numbers), because the cost of either is
> > not a relevant factor. I think basebackups are a different story.
> 
> To be clear, I'm not saying that people shouldn't choose to adopt the
> new stuff. I'm just saying that many of them won't, for various
> reasons, including inertia. There may come a point when we want to
> make a push to remove obsolete stuff, but I think what is far more
> important right now is making the new stuff available.

I think well before removing stuff we should default to decent compression
algorithms. E.g. -Z/--compress should probably not continue to use gzip if
better things are available.

Greetings,

Andres Freund



pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Race conditions in 019_replslot_limit.pl
Next
From: Magnus Hagander
Date:
Subject: Re: Observability in Postgres