Re: Add 64-bit XIDs into PostgreSQL 15 - Mailing list pgsql-hackers

From Finnerty, Jim
Subject Re: Add 64-bit XIDs into PostgreSQL 15
Date
Msg-id 9AFAF000-2E9E-443E-9EC3-7B67D6A03E5B@amazon.com
Whole thread Raw
In response to Re: Add 64-bit XIDs into PostgreSQL 15  (Alexander Korotkov <aekorotkov@gmail.com>)
Responses Re: Add 64-bit XIDs into PostgreSQL 15
Re: Add 64-bit XIDs into PostgreSQL 15
List pgsql-hackers
Re:    The "prepare" approach was the first tried.
    https://github.com/postgrespro/pg_pageprep
    But it appears to be very difficult and unreliable.  After investing
    many months into pg_pageprep, "double xmax" approach appears to be
    very fast to implement and reliable.

I'd still like a plan to retire the "double xmax" representation eventually.  Previously I suggested that this could be
doneas a post-process, before upgrade is complete, but that could potentially make upgrade very slow. 
 

Another way to retire the "double xmax" representation eventually could be to disallow "double xmax" pages in
subsequentmajor version upgrades (e.g. to PG16, if "double xmax" pages are introduced in PG15).  This gives the luxury
oftime after a fast upgrade to convert all pages to contain the epochs, while still providing a path to more
maintainablecode in the future.
 


pgsql-hackers by date:

Previous
From: Fujii Masao
Date:
Subject: Re: enhance pg_log_backend_memory_contexts() to log memory contexts of auxiliary processes
Next
From: Justin Pryzby
Date:
Subject: Re: Add 64-bit XIDs into PostgreSQL 15