Re: PG15 beta1 sort performance regression due to Generation context change - Mailing list pgsql-hackers

From David Rowley
Subject Re: PG15 beta1 sort performance regression due to Generation context change
Date
Msg-id CAApHDvoSkWyjnt7a5tcenP5vUhokbBJ46RugMvB4snkV5ZkmMw@mail.gmail.com
Whole thread Raw
In response to Re: PG15 beta1 sort performance regression due to Generation context change  (David Rowley <dgrowleyml@gmail.com>)
List pgsql-hackers
On Wed, 25 May 2022 at 15:09, David Rowley <dgrowleyml@gmail.com> wrote:
> I didn't test the performance of an aset.c context. I imagine it's
> likely to be less overhead due to aset.c being generally slower from
> having to jump through a few more hoops during palloc/pfree.

I've attached the results from doing the same test with a standard
allocset context.

With the exception of the 8 byte chunk size test, there just seems to
be a 3-4% slowdown on my machine.

David

Attachment

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: HOLD_INTERRUPTS() vs ProcSignalBarrier
Next
From: Robert Haas
Date:
Subject: Re: doc: CREATE FOREIGN TABLE .. PARTITION OF .. DEFAULT