Re: Testing autovacuum wraparound (including failsafe) - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: Testing autovacuum wraparound (including failsafe)
Date
Msg-id CAH2-WzmbW4Zvh5gWXF9i5UwMk2DnnmueKR+ib-W7e6rc9-Z2Zw@mail.gmail.com
Whole thread Raw
In response to Re: Testing autovacuum wraparound (including failsafe)  (Heikki Linnakangas <hlinnaka@iki.fi>)
Responses Re: Testing autovacuum wraparound (including failsafe)  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On Fri, Mar 3, 2023 at 3:34 AM Heikki Linnakangas <hlinnaka@iki.fi> wrote:
> I took a different approach to consuming the XIDs. Instead of setting
> nextXID directly, bypassing GetNewTransactionId(), this patch introduces
> a helper function to call GetNewTransactionId() repeatedly. But because
> that's slow, it does include a shortcut to skip over "uninteresting"
> XIDs. Whenever nextXid is close to an SLRU page boundary or XID
> wraparound, it calls GetNewTransactionId(), and otherwise it bumps up
> nextXid close to the next "interesting" value. That's still a lot slower
> than just setting nextXid, but exercises the code more realistically.

Surely your tap test should be using single user mode?  Perhaps you
missed the obnoxious HINT, that's part of the WARNING that the test
parses?  ;-)

This is a very useful patch. I certainly don't want to make life
harder by (say) connecting it to the single user mode problem.
But...the single user mode thing really needs to go away. It's just
terrible advice, and actively harms users.

--
Peter Geoghegan



pgsql-hackers by date:

Previous
From: Pavel Stehule
Date:
Subject: Re: shoud be get_extension_schema visible?
Next
From: "Hayato Kuroda (Fujitsu)"
Date:
Subject: RE: Allow logical replication to copy tables in binary format