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.94.2) (envelope-from ) id 1rpu6H-009Owz-Jc for pgsql-hackers@arkaria.postgresql.org; Thu, 28 Mar 2024 18:03:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rpu6G-0015mX-91 for pgsql-hackers@arkaria.postgresql.org; Thu, 28 Mar 2024 18:03:40 +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.94.2) (envelope-from ) id 1rpu6F-0015la-Uk for pgsql-hackers@lists.postgresql.org; Thu, 28 Mar 2024 18:03:39 +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.94.2) (envelope-from ) id 1rpu6C-006v3c-60 for pgsql-hackers@lists.postgresql.org; Thu, 28 Mar 2024 18:03:38 +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 42SI2xZp3643678; Thu, 28 Mar 2024 14:02:59 -0400 From: Tom Lane To: Alvaro Herrera cc: Jelte Fennema-Nio , Noah Misch , Jacob Champion , Denis Laxalde , vignesh C , Thomas Munro , Greg Stark , "Gregory Stark (as CFM)" , Jelte Fennema , Daniel Gustafsson , Peter Eisentraut , Andres Freund , Justin Pryzby , Robert Haas , pgsql-hackers@lists.postgresql.org, Etsuro Fujita Subject: Re: [EXTERNAL] Re: Add non-blocking version of PQcancel In-reply-to: <202403281753.ku5k2jvaw5fo@alvherre.pgsql> References: <202403281753.ku5k2jvaw5fo@alvherre.pgsql> Comments: In-reply-to Alvaro Herrera message dated "Thu, 28 Mar 2024 18:53:30 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3643676.1711648979.1@sss.pgh.pa.us> Date: Thu, 28 Mar 2024 14:02:59 -0400 Message-ID: <3643677.1711648979@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Alvaro Herrera writes: > On 2024-Mar-28, Tom Lane wrote: >> If the test fails both when the machine is too slow and when it's >> too fast, then there's zero hope of making it stable and we should >> just remove it. > It doesn't fail when it's too fast -- it's just that it doesn't cover > the case we want to cover. That's hardly better, because then you think you have test coverage but maybe you don't. Could we make this test bulletproof by using an injection point? If not, I remain of the opinion that we're better off without it. regards, tom lane