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 1wCHxe-001pwy-1J for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Apr 2026 14:08:22 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wCHxc-007COi-0F for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Apr 2026 14:08:20 +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 1wCHxb-007COZ-1k for pgsql-hackers@lists.postgresql.org; Mon, 13 Apr 2026 14:08:20 +0000 Received: from fout-b8-smtp.messagingengine.com ([202.12.124.151]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wCHxZ-00000000oFd-3VX7 for pgsql-hackers@lists.postgresql.org; Mon, 13 Apr 2026 14:08:19 +0000 Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfout.stl.internal (Postfix) with ESMTP id 8614F1D0018B; Mon, 13 Apr 2026 10:08:17 -0400 (EDT) Received: from phl-frontend-03 ([10.202.2.162]) by phl-compute-04.internal (MEProxy); Mon, 13 Apr 2026 10:08:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1776089297; x=1776175697; bh=SjcIMS7Mbn SqbzXXk6CaKw7RchgNmC/OgjdOMf9lBnU=; b=SVVzpKCsSkifw/RxnQ7cPbyCkw rHlayu6E+s8yebdTmTN/6HiRk3L/bDSV4K0SHNM/9oCBuY/ceYNplJwXUOEKpNrG gycBovDsU5UTdSXuNKmeHcDRVzQMX3wBNky2+QGhjZG50D3UHr4vPmPC/mzGS6gp rOM7r1yZLcsIwH1pWU5GSOaZvfRyyZEE62G5g4rxeYVFPjzuL5/l0/BF9CJqoShf Rt8UTGZxcGGOG6XlAVdJfWlE+HR5DXR8alVf5FTDGaucG/yYsX1FSh9RFQa7NSyJ H9cWY4lo3gZxcVDhKfCwXnihKZrIdWT1Omcog3mPylLsUhLQI7zJYB5u94CA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1776089297; x=1776175697; bh=SjcIMS7MbnSqbzXXk6CaKw7RchgNmC/Ogjd OMf9lBnU=; b=C6PS5RfjRRxtUn1XmJdAzGnhOno4bs3TbwiyIAse+PRi9hkqdiu VHHfrBXoftkQqqTCwPw56fTtCE1lCNBBjE/zPTrBHqmJESqULLSQDF/pyqhhXd6I WPQP7kkxjkO5DWU9Vyei4MYQTKuYc51iFjhBT1uiRsmI3M1SFoWLtOhgi+2dqwgM dpo8xSf01Pt6AkGNleCMesLrdBXdhtgQIA7t//bu+KZHjzcMGYSiscMsTnyrLRWr UNKvMQsfWRZq9GM7uosVp/oT3yzSYhM17Ge0TeiFpIg8FW6oPwGjKlZS9JB7fnLC 0kVzOe95Wx9Wg8nBSbMYDvyokZkIL1m5YlQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefhedrtddtgdefkeegfecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpeffhffvvefukfhfgggtuggjsehttdfstddttddvnecuhfhrohhmpeetnhgurhgvshcu hfhrvghunhguuceorghnughrvghssegrnhgrrhgriigvlhdruggvqeenucggtffrrghtth gvrhhnpeeffffgledvffegtdevlefgtdeggffhvdekgfegteeiveejkeetudelveejhfeu geenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrnh gurhgvshesrghnrghrrgiivghlrdguvgdpnhgspghrtghpthhtohepfedpmhhouggvpehs mhhtphhouhhtpdhrtghpthhtoheprghnughrvgifseguuhhnshhlrghnvgdrnhgvthdprh gtphhtthhopehpghhsqhhlqdhhrggtkhgvrhhssehlihhsthhsrdhpohhsthhgrhgvshhq lhdrohhrghdprhgtphhtthhopehmihgthhgrvghlsehprghquhhivghrrdighiii X-ME-Proxy: Feedback-ID: id4a34324:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 13 Apr 2026 10:08:16 -0400 (EDT) Date: Mon, 13 Apr 2026 10:08:16 -0400 From: Andres Freund To: Michael Paquier Cc: Postgres hackers , Andrew Dunstan Subject: Re: test_compression, test module for low-level compression APIs (for 2b5ba2a0a141) Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, On 2026-04-13 12:52:59 +0900, Michael Paquier wrote: > On Sun, Apr 12, 2026 at 10:20:43PM -0400, Andres Freund wrote: > > There's really no reason for something like this to be a test doing tests via > > SQL from what I can tell. > > > > If it does not to be via SSL, can we please start to find a way to combine > > tiny stuff like this? We're working hard at making our tests grow > > unsustainable. > > If we care about `make check` rather than `make installcheck` I don't really see the difference WRT that in this case? installcheck still has regress.so available, no? > it seems to me that a solution already exists in the shape of C function > called through the main regression test suite. I guess that'd work. I don't really see the point in calling these via SQL, tbh, but if that's easier for you, using a regress.c helper woul do the trick. > Would this idea work for you when it comes to this proposal? Yes. I think we need to combine about half the modules in src/test/modules, the current course is absurd: 16: 37 17: 46 18: 49 dev: 62 [Almost] All of them create a new initdb'd cluster. ~50MB of writes for a short test is insane. Doing low-level unittests by doing inter-process communication from psql to the server, marshalling everything through text, is insane. Greetings, Andres Freund