Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vMToC-00B8iC-0B for pgsql-hackers@arkaria.postgresql.org; Fri, 21 Nov 2025 16:16:28 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vMTo9-008AtN-1p for pgsql-hackers@arkaria.postgresql.org; Fri, 21 Nov 2025 16:16:25 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vMTo9-008AtC-0v for pgsql-hackers@lists.postgresql.org; Fri, 21 Nov 2025 16:16:25 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vMTo7-000ilF-0J for pgsql-hackers@postgresql.org; Fri, 21 Nov 2025 16:16:24 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 5ALGGLqH2206881; Fri, 21 Nov 2025 11:16:21 -0500 From: Tom Lane To: Andres Freund cc: Peter Eisentraut , pgsql-hackers Subject: Re: change default default_toast_compression to lz4? In-reply-to: References: <435df33a-129e-4f0c-a803-f3935c5a5ecb@eisentraut.org> Comments: In-reply-to Andres Freund message dated "Fri, 21 Nov 2025 11:10:14 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2206879.1763741781.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Fri, 21 Nov 2025 11:16:21 -0500 Message-ID: <2206880.1763741781@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andres Freund writes: > On 2025-11-21 12:11:38 +0100, Peter Eisentraut wrote: >> I suppose one issue is that lz4 support is not compiled-in by default, = but >> in practice most users will have it. The default could be lz4 if lz4 >> support is built, otherwise pglz. This would be similar to other param= eters >> where the default is the best one depending on the build configuration. > I think we should mark lz4 as a default-required dependency if we change= the > default. That way one needs to explicitly opt into a build that won't be > compatible with existing data directories created (due to pre-existing l= z4 . Agreed --- we should make it act like icu or readline, you have to opt out. (I'm not voting one way or the other on changing the default, but if we do we should do it that way.) regards, tom lane