Re: Testing autovacuum wraparound (including failsafe)

From: Andres Freund <andres(at)anarazel(dot)de>
To: Justin Pryzby <pryzby(at)telsasoft(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org, Peter Geoghegan <pg(at)bowt(dot)ie>
Subject: Re: Testing autovacuum wraparound (including failsafe)
Date: 2021-04-23 23:26:17
Message-ID: 20210423232617.acx6gxxhhgs3i2mk@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2021-04-23 18:08:12 -0500, Justin Pryzby wrote:
> On Fri, Apr 23, 2021 at 01:43:06PM -0700, Andres Freund wrote:
> > 2) FAILSAFE_MIN_PAGES is 4GB - which seems to make it infeasible to test the
> > failsafe mode, we can't really create 4GB relations on the BF. While
> > writing the tests I've lowered this to 4MB...
>
> > For 2), I don't really have a better idea than making that configurable
> > somehow?
>
> Does it work to shut down the cluster and create the .0,.1,.2,.3 segments of a
> new, empty relation with zero blocks using something like truncate -s 1G ?

I'd like this to be portable to at least windows - I don't know how well
that deals with sparse files. But the bigger issue is that that IIRC
will trigger vacuum to try to initialize all those pages, which will
then force all that space to be allocated anyway...

Greetings,

Andres Freund

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2021-04-23 23:31:44 Re: ALTER TABLE .. DETACH PARTITION CONCURRENTLY
Previous Message Peter Geoghegan 2021-04-23 23:12:33 Re: Testing autovacuum wraparound (including failsafe)