Re: [HACKERS] The case for removing replacement selection sort - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: [HACKERS] The case for removing replacement selection sort
Date
Msg-id CAEepm=2qsv932DZWfMyBNhpfCrxtznV-2GCjST1gxqnY5bG02Q@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] The case for removing replacement selection sort  (Peter Geoghegan <pg@bowt.ie>)
Responses Re: [HACKERS] The case for removing replacement selection sort
List pgsql-hackers
On Fri, Sep 1, 2017 at 6:00 AM, Peter Geoghegan <pg@bowt.ie> wrote:
> On Wed, Aug 30, 2017 at 4:59 PM, Peter Geoghegan <pg@bowt.ie> wrote:
>> I may submit the simple patch to remove replacement selection, if
>> other contributors are receptive. Apart from everything else, the
>> "incrementalism" of replacement selection works against cleverer batch
>> memory management of the type I just outlined, which seems like a
>> useful direction to take tuplesort in.
>
> I attach a patch to remove replacement selection, which I'll submit to CF 1.

This breaks the documentation build, because
doc/src/sgml/release-9.6.sgml still contains <xref
linkend="guc-replacement-sort-tuples"> but you removed that id.

-- 
Thomas Munro
http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] merge psql ef/ev sf/sv handling functions
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] Minor code improvement to postgresGetForeignPlan