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.92) (envelope-from ) id 1jCoI3-0005tq-Kk for pgsql-hackers@arkaria.postgresql.org; Fri, 13 Mar 2020 17:40:07 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1jCoI1-0007eU-7M for pgsql-hackers@arkaria.postgresql.org; Fri, 13 Mar 2020 17:40:05 +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 1jCoEv-0003PP-S1 for pgsql-hackers@lists.postgresql.org; Fri, 13 Mar 2020 17:36:53 +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 1jCoEt-0003gt-50 for pgsql-hackers@lists.postgresql.org; Fri, 13 Mar 2020 17:36:52 +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 02DHaiew032111; Fri, 13 Mar 2020 13:36:44 -0400 From: Tom Lane To: James Coleman cc: Tomas Vondra , Michael Paquier , Rafia Sabih , Peter Geoghegan , Simon Riggs , Shaun Thomas , Dmitry Dolgov <9erthalion6@gmail.com>, Alexander Korotkov , PostgreSQL Developers , Alvaro Herrera Subject: Re: [PATCH] Incremental sort (was: PoC: Partial sort) In-reply-to: References: <20190904191710.gogtnktjbvtg5zq3@development> <20190909215538.42hrv6j4z5ztcft4@development> <20190928230049.k4l2mayun7jomhxy@development> <20191129060146.GH2505@paquier.xyz> <20191201004716.cenkc33em2lnrrdl@development> <20200121142529.wpickvfefp7lok4p@development> <20200311024355.5h2v56jpgzvd7yox@development> Comments: In-reply-to James Coleman message dated "Fri, 13 Mar 2020 13:16:44 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <32109.1584121004.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Fri, 13 Mar 2020 13:36:44 -0400 Message-ID: <32110.1584121004@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk James Coleman writes: > On Tue, Mar 10, 2020 at 10:44 PM Tomas Vondra > wrote: >> 1) I see a bunch of failures in the regression test, due to minor >> differences in the explain output. All the differences are about minor >> changes in memory usage, like this: >> = >> - "Sort Space Used": 30, + >> + "Sort Space Used": 29, + >> = >> I'm not sure if it happens on my machine only, but maybe the test is no= t >> entirely stable. > make check passes on multiple machines for me; what arch/distro are you = using? I think there's exactly zero chance of such output being stable across different platforms, particularly 32-vs-64-bit. You'll need to either drop that test or find some way to mask the variability. > Is there a better way to test these? I would prefer these code paths > have test coverage, but the standard SQL tests don't leave a good way > to handle stuff like this. In some places we use plpgsql code to filter the EXPLAIN output. regards, tom lane