Re: Fastpath while arranging the changes in LSN order in logical decoding

From: Andres Freund <andres(at)anarazel(dot)de>
To: Dilip Kumar <dilipbalaut(at)gmail(dot)com>
Cc: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Fastpath while arranging the changes in LSN order in logical decoding
Date: 2020-03-06 18:13:25
Message-ID: 20200306181325.2tguinz62524qp2n@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2020-01-08 18:06:52 +0530, Dilip Kumar wrote:
> On Wed, 8 Jan 2020 at 5:28 PM, Heikki Linnakangas <hlinnaka(at)iki(dot)fi> wrote:
>
> > On 25/11/2019 05:52, Dilip Kumar wrote:
> > > In logical decoding, while sending the changes to the output plugin we
> > > need to arrange them in the LSN order. But, if there is only one
> > > transaction which is a very common case then we can avoid building the
> > > binary heap. A small patch is attached for the same.
> >
> > Does this make any measurable performance difference? Building a
> > one-element binary heap seems pretty cheap.
>
>
> I haven’t really measured the performance for this. I will try to do that
> next week. Thanks for looking into this.

Did you do that?

Regards,

Andres

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2020-03-06 18:18:26 Re: Symbolic names for the values of typalign and typstorage
Previous Message Andres Freund 2020-03-06 18:12:15 Re: Is it time to retire type "opaque"?