Re: pgsql: Document XLOG_INCLUDE_XID a little better

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Dilip Kumar <dilipbalaut(at)gmail(dot)com>
Cc: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: pgsql: Document XLOG_INCLUDE_XID a little better
Date: 2021-10-20 16:16:47
Message-ID: 202110201616.ftltjk5b2rwv@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On 2021-Oct-20, Dilip Kumar wrote:

> On Wed, Oct 20, 2021 at 7:09 PM Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:

> > In IsTopTransactionIdLogPending(), I suggest to reorder the tests so
> > that the faster ones are first -- or at least, the last one should be at
> > the top, so in some cases we can return without additional function
> > calls. I don't think it'd be extremely noticeable, but as Tom likes to
> > say, a cycle shaved is a cycle earned.
>
> I don't think we can really move the last at top. Basically, we only
> want to log the top transaction id if all the above check passes and
> the top xid is not yet logged. For example, if the WAL level is not
> logical then we don't want to log the top xid even if it is not yet
> logged, similarly, if the current transaction is not a subtransaction
> then also we don't want to log the top transaction.

Well, I don't suggest to move it verbatim, but ISTM the code can be
restructured so that we do that test first, and if we see that flag set
to true, we don't have to consider any of the other tests. That flag
can only be set true if we saw all the other checks pass in the same
subtransaction, right?

--
Álvaro Herrera 39°49'30"S 73°17'W — https://www.EnterpriseDB.com/

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Andres Freund 2021-10-20 16:31:23 Re: pgsql: Reference test binary using TESTDIR in 001_libpq_pipeline.pl.
Previous Message Alvaro Herrera 2021-10-20 16:06:56 pgsql: Protect against collation variations in test

Browse pgsql-hackers by date

  From Date Subject
Next Message vignesh C 2021-10-20 16:24:50 Re: Added schema level support for publication.
Previous Message Bharath Rupireddy 2021-10-20 16:05:44 add retry mechanism for achieving recovery target before emitting FATA error "recovery ended before configured recovery target was reached"