Re: Reducing the cycle time for CLOBBER_CACHE_ALWAYS buildfarm members - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Reducing the cycle time for CLOBBER_CACHE_ALWAYS buildfarm members
Date
Msg-id 693603.1625151671@sss.pgh.pa.us
Whole thread Raw
In response to Re: Reducing the cycle time for CLOBBER_CACHE_ALWAYS buildfarm members  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Reducing the cycle time for CLOBBER_CACHE_ALWAYS buildfarm members  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> On 6/22/21 5:11 PM, Tom Lane wrote:
>> Here's a couple of draft-quality patches --- one for initdb, one
>> for the buildfarm --- to implement this idea.  These are just
>> lightly tested; in particular I've not had the patience to run
>> full BF cycles to see how much is actually saved.

> Looks OK for the buildfarm patch. I wonder if we just want to run initdb
> once with --clobber-cache instead of once per locale?

So, where do we want to go with these?

I'm inclined to argue that it's okay to sneak the initdb change into
v14, on the grounds that it's needed to fully exploit the change
from CLOBBER_CACHE_ALWAYS to debug_invalidate_system_caches_always.
Without it, there is no way to do CCA testing on the bootstrap process
except by reverting to the old hard-wired way of doing things.

Having pushed that, we could try out the buildfarm side of the
change and verify it's okay.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Jesper Pedersen
Date:
Subject: Re: New committers: Daniel Gustafsson and John Naylor
Next
From: Simon Riggs
Date:
Subject: Re: Using indexUnchanged with nbtree