Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iq9bV-0006cf-TV for pgsql-hackers@arkaria.postgresql.org; Sat, 11 Jan 2020 05:46:34 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iq9bU-00070P-Nr for pgsql-hackers@arkaria.postgresql.org; Sat, 11 Jan 2020 05:46:32 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iq9bU-00070H-Ea for pgsql-hackers@lists.postgresql.org; Sat, 11 Jan 2020 05:46:32 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iq9bR-000578-Bl for pgsql-hackers@lists.postgresql.org; Sat, 11 Jan 2020 05:46:31 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id 00B5kJDY031444; Sat, 11 Jan 2020 00:46:19 -0500 From: Tom Lane To: Amit Kapila cc: Noah Misch , Amit Khandekar , Alvaro Herrera from 2ndQuadrant , Andres Freund , =?UTF-8?Q?Juan_Jos=C3=A9_Santamar=C3=ADa_Flecha?= , PostgreSQL Hackers , Robert Haas , Thomas Munro , Tomas Vondra Subject: Re: logical decoding : exceeded maxAllocatedDescs for .spill files In-reply-to: References: <20200104185148.GA2270238@rfd.leadboat.com> <20200109053704.GA2502006@rfd.leadboat.com> <22498.1578548741@sss.pgh.pa.us> <14739.1578613901@sss.pgh.pa.us> <18117.1578616812@sss.pgh.pa.us> Comments: In-reply-to Amit Kapila message dated "Sat, 11 Jan 2020 11:06:35 +0530" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <31442.1578721579.1@sss.pgh.pa.us> Date: Sat, 11 Jan 2020 00:46:19 -0500 Message-ID: <31443.1578721579@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Amit Kapila writes: > On Fri, Jan 10, 2020 at 9:31 AM Amit Kapila wrote: >> ... So, we have the below >> options: >> (a) remove this test entirely from all branches and once we found the >> memory leak problem in back-branches, then consider adding it again >> without max_files_per_process restriction. >> (b) keep this test without max_files_per_process restriction till v11 >> and once the memory leak issue in v10 is found, we can back-patch to >> v10 as well. > I am planning to go with option (a) and attached are patches to revert > the entire test on HEAD and back branches. I am planning to commit > these by Tuesday unless someone has a better idea. Makes sense to me. We've certainly found out something interesting from this test, but not what it was expecting to find ;-). I think that there could be scope for two sorts of successor tests: * I still like my idea of directly constraining max_safe_fds through some sort of debug option. But to my mind, we want to run the entire regression suite with that restriction, not just one small test. * The seeming bug in v10 suggests that we aren't testing large enough logical-decoding cases, or at least aren't noticing leaks in that area. I'm not sure what a good design is for testing that. I'm not thrilled with just using a larger (and slower) test case, but it's not clear to me how else to attack it. regards, tom lane