Re: Improving btree performance through specializing by key shape, take 2

Поиск
Список
Период
Сортировка
От Matthias van de Meent
Тема Re: Improving btree performance through specializing by key shape, take 2
Дата
Msg-id CAEze2Wgng21rsufHcWCxp2eu55WbN1C+XHKryJv3r72i4MFAZA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Improving btree performance through specializing by key shape, take 2  (Matthias van de Meent <boekewurm+postgres@gmail.com>)
Ответы Re: Improving btree performance through specializing by key shape, take 2  (Matthias van de Meent <boekewurm+postgres@gmail.com>)
Список pgsql-hackers
On Wed, 27 Jul 2022 at 09:35, Matthias van de Meent
<boekewurm+postgres@gmail.com> wrote:
>
> On Mon, 4 Jul 2022 at 16:18, Matthias van de Meent
> <boekewurm+postgres@gmail.com> wrote:
> >
> > On Sun, 5 Jun 2022 at 21:12, Matthias van de Meent
> > <boekewurm+postgres@gmail.com> wrote:
> > > While working on benchmarking the v2 patchset, I noticed no
> > > improvement on reindex, which I attributed to forgetting to also
> > > specialize comparetup_index_btree in tuplesorth.c. After adding the
> > > specialization there as well (attached in v3), reindex performance
> > > improved significantly too.
> >
> > PFA version 4 of this patchset. Changes:
>
> Version 5 now, which is identical to v4 except for bitrot fixes to
> deal with f58d7073.

... and now v6 to deal with d0b193c0 and co.

I probably should've waited a bit longer this morning and checked
master before sending, but that's not how it went. Sorry for the
noise.

Kind regards,

Matthias van de Meent

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: [BUG] Logical replication failure "ERROR: could not map filenode "base/13237/442428" to relation OID" with catalog modifying txns
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: Introduce wait_for_subscription_sync for TAP tests