Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pVmWI-0007Yi-Nf for pgsql-hackers@arkaria.postgresql.org; Sat, 25 Feb 2023 04:50:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pVmWH-00067p-E2 for pgsql-hackers@arkaria.postgresql.org; Sat, 25 Feb 2023 04:50:49 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pVmWG-00067f-Vb for pgsql-hackers@lists.postgresql.org; Sat, 25 Feb 2023 04:50:49 +0000 Received: from mail-il1-x12e.google.com ([2607:f8b0:4864:20::12e]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1pVmWD-0002K6-QP for pgsql-hackers@postgresql.org; Sat, 25 Feb 2023 04:50:47 +0000 Received: by mail-il1-x12e.google.com with SMTP id l2so994880ilg.7 for ; Fri, 24 Feb 2023 20:50:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=user-agent:in-reply-to:content-disposition:mime-version:references :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=4ZZJhEyg5ZFtOvWxoeDBSvW98Qp8+O1xhXwo/03WldU=; b=ZF1VeaVEC/aKVYMwO4bCOLbCL5t1bz8SvNcmpLXUoC83quUkZfvvcg7p7VQb/dMZ00 1RCTNUI6q3vGVV/x4la+SLUobaTDZCb/wEVerTAqeD7YL3TMYJVy/hAtScXOcHinqUqo Kmc1xsHF+noPcYW4n8+QIXw9wIfXoJ7nQkIGQi6Sk4t1VJI5ytG8Cotcq2t7c3tewxM1 nbYzhvAgXQRxfNPwUoiQN2CTunUWd59POG80upoi4j+szlq+E8cr92ia1dixQ6uuR730 MH24RU2c9qO461JHdkN6aoMPTTDmdsGfWTonuEHsfz9DR+h6rNn7u06gDjt6K1v4OvDH 2gRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=user-agent:in-reply-to:content-disposition:mime-version:references :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=4ZZJhEyg5ZFtOvWxoeDBSvW98Qp8+O1xhXwo/03WldU=; b=oX54FtPeRlUU7vyKn1NgaWnvei7pEmKLNQpUXDX+PlkqT/3CEViVcLlbzNX6iEqb6D WYsM84qkU2iGRxhjSscn8NTVKk1xRw2o9Ik5i5PW6GX9s/G+tE0Ilok52ZU4DUzsLtCV +qKAhCYiUGRZtuY3F55YkQVPtwIsHc18/J0Idr71ev+mqufOYCeKGy8D0ElqET4oBDKm SYBZ9+bA8jj/5tHBbmj/bD+zyN7dIRY9cGQOa0ABsmo2T0dSOflngX3SnrWQ2SM7RpKu rZbwxX4colcjlBRL4pa1D0jZv43C6Ji6gaAZZArl3wZAZg5vlER+MjckdXkdrY3gBGkI TbSQ== X-Gm-Message-State: AO0yUKXWbhuk9DDaYAAg5nv+d7PpnL1li44WhmLdchHlP9c1T0F0V871 dsLl9OQQrnILTWyqJnP94/5xxA== X-Google-Smtp-Source: AK7set8XSrnSi18//A13ZNhEHo3+SBrrlQMz2oR8/aUfW4xJWoxsZnMIOq0sxx3B9LYaTUuV54cSSw== X-Received: by 2002:a05:6e02:1a2a:b0:317:d7c:39bd with SMTP id g10-20020a056e021a2a00b003170d7c39bdmr4416306ile.7.1677300643307; Fri, 24 Feb 2023 20:50:43 -0800 (PST) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id c18-20020a92bd12000000b003159b6d97d6sm290285ile.52.2023.02.24.20.50.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 24 Feb 2023 20:50:42 -0800 (PST) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 96B41800BEC; Fri, 24 Feb 2023 22:50:41 -0600 (CST) Date: Fri, 24 Feb 2023 22:50:41 -0600 From: Justin Pryzby To: Michael Paquier Cc: pgsql-hackers@postgresql.org, gkokolatos@pm.me, Tomas Vondra , Robert Haas , Peter Geoghegan , Peter Eisentraut , Heikki Linnakangas , Thomas Munro , Dipesh Pandit , Andrey Borodin , Mark Dilger Subject: Re: zstd compression for pg_dump Message-ID: <20230225045041.GG1653@telsasoft.com> References: <20230224191840.GD1653@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, Feb 25, 2023 at 01:44:36PM +0900, Michael Paquier wrote: > On Fri, Feb 24, 2023 at 01:18:40PM -0600, Justin Pryzby wrote: > > This is a draft patch - review is welcome and would help to get this > > ready to be considererd for v16, if desired. > > > > I'm going to add this thread to the old CF entry. > > https://commitfest.postgresql.org/31/2888/ > > Patch 0003 adds support for the --long option of zstd, meaning that it > "enables long distance matching with #windowLog". What's the benefit > of that when it is applied to dumps and base backup contents? It (can) makes it smaller. + The long keyword enables long-distance matching + mode, for improved compression ratio, at the expense of higher memory + use. Long-distance mode is supported only for + With zstd compression, long mode may allow dumps + to be significantly smaller, but it might not reduce the size of + custom or directory format dumps, whose fields are separately compressed. Note that I included that here as 003, but I also have an pre-existing patch for adding that just to basebackup. -- Justin