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

From Andrew Dunstan
Subject Re: Reducing the cycle time for CLOBBER_CACHE_ALWAYS buildfarm members
Date
Msg-id ed2e8c7f-dbfc-29a5-1c89-2dd2bd5075ea@dunslane.net
Whole thread Raw
In response to Re: Reducing the cycle time for CLOBBER_CACHE_ALWAYS buildfarm members  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Reducing the cycle time for CLOBBER_CACHE_ALWAYS buildfarm members  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 7/1/21 11:01 AM, Tom Lane wrote:
> 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.
>
>             



Seems reasonable. I don't have a CCA animal any more, but I guess I
could set up a test.


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com




pgsql-hackers by date:

Previous
From: Álvaro Herrera
Date:
Subject: Re: Partitioned index can be not dumped
Next
From: Tom Lane
Date:
Subject: Re: Reducing the cycle time for CLOBBER_CACHE_ALWAYS buildfarm members