Re: Temporary tables versus wraparound... again

From: Greg Stark <stark(at)mit(dot)edu>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: Andres Freund <andres(at)anarazel(dot)de>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Noah Misch <noah(at)leadboat(dot)com>, Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Temporary tables versus wraparound... again
Date: 2023-02-04 16:12:36
Message-ID: CAM-w4HOcxOpFyAmVxHW3h6_7=63B_cXd5E=g+WpCCPoT3OWRCw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I think that was spurious. It looked good when we looked at it yesterday.
The rest that failed seemed unrelated and was also taking on my SSL patch
too.

I talked to Andres about the possibility of torn reads in the pg_class
stats but those are all 4-byte columns so probably safe. And in any case
that's a pre-existing possibility just more likely (if it's possible at
all) by frequent truncates.

On Thu, Feb 2, 2023, 15:47 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:

> On 2022-Dec-13, Greg Stark wrote:
>
> > So here I've done it that way. It is a bit of an unfortunate layering
> > since it means the heapam_handler is doing the catalog change but it
> > does seem inconvenient to pass relfrozenxid etc back up and have the
> > caller make the changes when there are no other changes to make.
>
> Are you still at this? CFbot says the meson tests failed last time for
> some reason:
> http://commitfest.cputube.org/greg-stark.html
>
> --
> Álvaro Herrera 48°01'N 7°57'E —
> https://www.EnterpriseDB.com/
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dmitry Dolgov 2023-02-04 17:08:41 Re: pg_stat_statements and "IN" conditions
Previous Message Tom Lane 2023-02-04 16:07:59 Re: run pgindent on a regular basis / scripted manner